#22 Replace Perl wrappers with Java
I think it's worth considering replacing the existing Perl
wrapper code with Java equivalents. As I spend less
and less time looking at Perl, it's getting harder to
maintain.
It's worth noting that we will always need wrappers of
some sort, as a convenience for starting batch jobs or
the interpreter. i.e. we still want to use the "millscript",
"build" and "website" commands.
The main issues are:
1) Command line argument parsing: There are a couple
of libraries available, of which I would consider
TE-CODE(http://te-code.sourceforge.net/) to be the most
promising with JArgs(http://jargs.sourceforge.net/) in
second place.
2) Automated script runs: This consists of several
different sub-problems.
a) E-mail: We must be able to send an email on
completion of a script run.
b) CVS: We must be able update a script from CVS,
preferably without having to resort to using exec to run
the "cvs" command directly. There is at least one native
Java CVS client I'm aware of called appropriately
jCVS(http://www.jcvs.org/)
3) Wrapper scripts: I think these should probably become
platform specific shell scripts, BASH and BAT files. We
should consider using an environment variable to control
the required version of MillScript, using the configuration
files as appropriate. I would suggest looking for
inspiration at the way Gentoo handles this problem for
automake and autoconf.
Logged In: YES
user_id=934534
NOTE - You don't need to fork a process to change the
CLASSPATH(using the -cp option), you can simply make a
new URLClassLoader that has all the paths set then use it to
load the relevant MillScript class and invoke it.
Logged In: YES
user_id=934534
I'm starting to implement the Java required for each command,
using TE-CODE to handle command line arguments.