Re: [JBoss-dev] A downside to the new build scheme
The extra time is probably parsing the second build files. Perhaps also a little due to the property substitution and such. I will eventually get to optimizing this stuff, but I don't know how much I can really do with out reverting to standard ant behavior. perhaps the filters could be dropped, or selectivly installed for properties. My guess is the xml parsing the project re-building that goes on in the Ant task is what is slow, but just a guess. --jason On Mon, 13 Aug 2001, Scott M Stark wrote: Yes, with -Dmodules=server and the javadoc-generated-already=true it is taking 17 seconds when everything is up to date. - Original Message - From: Jason Dillon To: [EMAIL PROTECTED] Sent: Monday, August 13, 2001 6:44 PM Subject: Re: [JBoss-dev] A downside to the new build scheme Just to clarify, it is slow because of the full execution of the docs target right? --jason On Mon, 13 Aug 2001, Scott M Stark wrote: Changing one server file and rebuilding to test is taking on the order of 2 minutes where this takes 5 seconds previously. There should be an intermediate build target that builds the server without all of the doc steps being run as currently is the case. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] A downside to the new build scheme
You can specify which modules to include, in most cases you will just want to server module: cd build ./build.sh -Dmodules=server This will only build the server module. Be sure to set in local.properties: javadoc-generated-already=true This will disable the generation of javadocs (which should speed things up alot). This is covered in the HOWTO section of the new BM users guide, which I will have added to the newsite module today (a little later). Perhaps there should be a helper target which will just recurse to the server, though I would suggest using the -Dmodules and -Dgroups as you need. --jason On Mon, 13 Aug 2001, Scott M Stark wrote: Changing one server file and rebuilding to test is taking on the order of 2 minutes where this takes 5 seconds previously. There should be an intermediate build target that builds the server without all of the doc steps being run as currently is the case. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] A downside to the new build scheme
Just to clarify, it is slow because of the full execution of the docs target right? --jason On Mon, 13 Aug 2001, Scott M Stark wrote: Changing one server file and rebuilding to test is taking on the order of 2 minutes where this takes 5 seconds previously. There should be an intermediate build target that builds the server without all of the doc steps being run as currently is the case. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] A downside to the new build scheme
Yes, with -Dmodules=server and the javadoc-generated-already=true it is taking 17 seconds when everything is up to date. - Original Message - From: Jason Dillon To: [EMAIL PROTECTED] Sent: Monday, August 13, 2001 6:44 PM Subject: Re: [JBoss-dev] A downside to the new build scheme Just to clarify, it is slow because of the full execution of the docs target right? --jason On Mon, 13 Aug 2001, Scott M Stark wrote: Changing one server file and rebuilding to test is taking on the order of 2 minutes where this takes 5 seconds previously. There should be an intermediate build target that builds the server without all of the doc steps being run as currently is the case. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development