Christophe,
What are the redistribution rules for the Java libraries? It sure would be
nice if the distribution could have the jar files for jdbc-ext, jta, etc in
a "lib" dir. This way the ant file would never have to change to build.
Also, a target could be made for rmi and for jeremie with the proper
dependencies. Then you could call "ant rmi" which builds for rmi and
likewise for jeremie.
Eric :-)
Christophe Ney wrote:
> How fast :-)
>
> Comments embeded:
> Christophe
>
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Markus
> > Blaurock
> > Sent: Wednesday, June 21, 2000 2:38 PM
> > To: 'ejb-container-group'
> > Subject: using Ant as a buildtool, second volume
> >
> >
> > Okay, here we go...
> >
> > included is a build.xml file for jonas 2.0 RMI-Version.
> >
> > It produces nearly the same output as the make-version.
>
> Nearly? What do you mean?
>
> > You have to replace the files
> > Orb.jpp and RemoteObject.jpp (in org/objectweb/jonas/common)
> > with the ones included - so you need no JPP anymore
> included ?
>
> > Install ant, put the build.xml file into a freshly
> > extracted jonas_src.tgz */objectweb directory and type ant.
> > Then you will get a */objectweb/jonas/output directory
> > almost identical to the one you would get by issuing make
> > and setting ENV-Variables.
> > The RMI_jonas.jar generated file works well in my installation.
> >
> > Are there any other test to run ?
> Dependency checking is crucial. When you type make twice you need
> to xompile nothing the second time.
>
> > What is missing is
> > * merging the output from jonas and build in a single tree
> > * Checking for redundand expanding of the external jars
> > * rmic-calls are not checked for dependencies
> > * tar-file creation
> > * example-directory is simply copied, not filtered and such
> >
> > What needs to be done
> > * buildfile for JEREMIE-Version
> > * distinction of NT and UNIX-Version with
> > * JRMIC-Task for the JEREMIE-Version
> >
> > What could be done better:
> > * Orb.jpp and RemoteObject.jpp don't need to be *.jpp files
> > anymore. Could be renamed to *.java and the build.xml
> > slightly modified.
> .jpp is used for source that does not conform to JAVA. What is
> your suggestion to that?
>
> > Positiv is
> > * no JPP anymore
> > * no ENV-Variables
> Might not be a plus, for integration to existing systems. What I would
> like is the ability to import env variable as needed.
>
> > * the speed: the whole tree is produced in 122 seconds
> That is a big plus :-)
>
> > (i didn't stop the time of the make-Version, but it was longer)
> > * one single file instead of distributed Makefiles
> That is not a plus, I need to split Jonas into modules so I need
> a hierarchical call.
>
> > * platformindepended (not need for Cygnus (?) ;-)
> Did you compile the example and provide an Ant version of them ?
>
> > * mighty tasks, simple syntax, new tasks easy to add
> That is the reason why I like Ant too!
> >
> > questions, comments, etc. welcome
> >
> > --
> > markus
> >
>
> ----
> This list is cross-posted to two mail lists. To unsubscribe,
> follow the instructions below for the list you subscribed to.
> For objectweb.org: send email to [EMAIL PROTECTED] and
> include in the body of the message "unsubscribe ejb-container-group".
> For enhydra.org: send email to [EMAIL PROTECTED] and include
> in the body of the message "unsubscribe ejb-container-group".
----
This list is cross-posted to two mail lists. To unsubscribe,
follow the instructions below for the list you subscribed to.
For objectweb.org: send email to [EMAIL PROTECTED] and
include in the body of the message "unsubscribe ejb-container-group".
For enhydra.org: send email to [EMAIL PROTECTED] and include
in the body of the message "unsubscribe ejb-container-group".
