Projects:
Bacula Projects Roadmap
- 03 August 2004
+ 06 January 2005
+
+The following major projects are scheduled for 1.37:
+#3 Migration (Move, Copy, Archive Jobs)
+#4 Embedded Python Scripting (implemented in Dir)
+#5 Events that call a Python program (Implemented in Dir)
+#6 Select one from among Multiple Storage Devices for Job
+#7 Single Job Writing to Multiple Storage Devices
+
+
+Below, you will find more information on those projects as
+well of other projects planned at a future time.
Item 1: Implement Base jobs.
FD a list of files/attribs, and the FD must search the
list and compare it for each file to be saved.
-Item 2: Add Regular Expression Matching and Plug-ins to the
- FileSet Include statements.
-Done: Regular expression matching. Plug-ins are not yet started.
+Item 2: Add Plug-ins to the FileSet Include statements.
What: Allow users to specify wild-card and/or regular
expressions to be matched in both the Include and
Item 3: Implement a Migration job type that will move the job
data from one device to another.
+Coding begun in 1.35:
What: The ability to copy, move, or archive data that is on a
device to another device is very important.
Lowwater mark
-Item 4: Embedded Perl Scripting (precursor to 5).
+Item 4: Embedded Python Scripting (precursor to 5).
+Some testing done:
- What: On a configuration parameter, embed the Perl language in
+ What: On a configuration parameter, embed the Python language in
Bacula.
- Why: The embedded Perl scripting can be called to implement
+ Why: The embedded Python scripting can be called to implement
Events such as "Volume Name needed", "End of Tape",
"Tape at x% of rated capacity", "Job started",
"Job Ended", "Job error", ...
Notes: This needs Events.
-Item 5: Implement Events
+Item 5: Implement Events that call the scripting language.
What: When a particular user defined Event occurs, call the
- embedded Perl interpreter.
+ embedded Python interpreter.
Why: This will provide the ultimate in user customization for
Bacula. Almost anything imaginable can be done if Events
intervention in the middle of the night.
-Item 7: Backup a Single Job Simultaneously to Multiple Storage
- Devices
+Item 7: Backup a Single Job Simultaneously to Multiple Storage Devices
Modifications to SD in progress: 1.35
What: Make two copies of the backup data at the same time.
http://csrc.nist.gov/CryptoToolkit/aes/
-Item 10: New daemon communication protocol.
-
- What: The current daemon to daemon protocol is basically an ASCII
- printf() and sending the buffer. On the receiving end, the
- buffer is sscanf()ed to unpack it. The new scheme would
- retain the current ASCII sending, but would add an
- argc, argv like table driven scanner to replace sscanf.
-
- Why: Named fields will permit error checking to ensure that
- what is sent is what the receiver really wants. The
- fields can be in any order and additional fields can be
- ignored allowing better upward compatibility. Much
- better checking of the types and values passed can be
- done.
-
- Notes: These are internal improvements in the interest of the
- long-term stability and evolution of the program. On
- the one hand, the sooner they're done, the less code we
- have to rip up when the time comes to install them. On
- the other hand, they don't bring an immediately
- perceptible benefit to potential users.
-
-
Completed items from last year's list:
Item 1: Multiple simultaneous Jobs. (done)
GNOME console, and an excellent wx-console GUI.
Item 4: GUI for interactive backup
Item 2: Job Data Spooling.
+ Done: Regular expression matching.
+Item 10: New daemon communication protocol (this has been dropped).