RE: [JBoss-dev] Build in 3.2
Hi, Ricardo Argüello: Maybe we should give Maven a try then... Ewww. Maven is at least as complex as the current buildmagic. And the behaviour of first fetching Megabytes of stuff before bringing the first error report is in my eyes not desirable (yes, I know there is an offline mode). On the other hand it really has some very nice features like e.g. documentation building. Heiko -- Heiko W. Rupp EMail: [EMAIL PROTECTED] Senior Consultant Telefon: +49 711 222 992 - 900 Cellent AG Finance SolutionsTelefax: +49 711 222 992 - 999 Calwer Str. 33 D-70173 Stuttgart --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Build in 3.2
Adrian Brock wrote: The big problem (which probably hit Bill) is that a cvs update doesn't pull down new jars in thirdparty. Are we going to keep everything separated in CVS modules, with CVSROOT/modules hacks and thirdparty magic? Or isn't it time for us to reconsider the repository organization? What do you think? I'd like to have everything under ONE module (jboss), and BRANCHes for every major release (3.0, 3.2, 4.0 or HEAD). Thirdparty is an example of how hacky our cvs setup is. I know jboss is a complex project, but we should try to make it easier for new developers to get their hands dirty and help us. The build process could be improved too. I'm not suggesting Maven, no, but maybe something in the middle between Ant copy/paste build files and Maven get the latest jar from ibilbio every build aproaches. What do you guys think? Ricardo Argüello --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Build in 3.2
From Ricardo Argüello: I'd like to have everything under ONE module (jboss), and BRANCHes for every major release (3.0, 3.2, 4.0 or HEAD). +1 :-) Heiko -- Heiko W. Rupp EMail: [EMAIL PROTECTED] Senior Consultant Telefon: +49 711 222 992 - 900 Cellent AG Finance SolutionsTelefax: +49 711 222 992 - 999 Calwer Str. 33 D-70173 Stuttgart --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Build in 3.2
The problem is that we do alternate release builds off the different slices of the cvs modules, nukes, jmx, jmx-remoting, jms, etc. I'm all for cleaning up the build, but there really is not one monolithic release. What is your suggestion for a reorg that allows for obtaining a jmx build that does not have to pulling in tens of uneeded MBs of code and thirdparty jars? -- Scott Stark Chief Technology Officer JBoss Group, LLC Ricardo Argüello wrote: Adrian Brock wrote: The big problem (which probably hit Bill) is that a cvs update doesn't pull down new jars in thirdparty. Are we going to keep everything separated in CVS modules, with CVSROOT/modules hacks and thirdparty magic? Or isn't it time for us to reconsider the repository organization? What do you think? I'd like to have everything under ONE module (jboss), and BRANCHes for every major release (3.0, 3.2, 4.0 or HEAD). Thirdparty is an example of how hacky our cvs setup is. I know jboss is a complex project, but we should try to make it easier for new developers to get their hands dirty and help us. The build process could be improved too. I'm not suggesting Maven, no, but maybe something in the middle between Ant copy/paste build files and Maven get the latest jar from ibilbio every build aproaches. What do you guys think? Ricardo Argüello --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Build in 3.2
Maybe we should give Maven a try then... I remember that someone successfully built JBoss using Maven. I can't remember who it was, or where was that documented. I'm not a Maven fan, but with jars not being part of the repository anymore, we could host different sub-projects in a hierarchical way: /cvsroot/jboss/projects/ /cvsroot/jboss/projects/jms /cvsroot/jboss/projects/nukes /cvsroot/jboss/projects/jboss /cvsroot/jboss/projects/jboss/common ... /cvsroot/jboss/projects/jboss/varia Each directory with it's own maven.xml I'm not a Maven wiz, maybe somebody who is could suggest a better layout. But if thidparty jars dependancy and innecessary jar downloads are our problems, then Maven is the solution, IMHO. We could solve 2 problems then: thirdparty hacks and build.xml redundancy. In the end, we could have ONE cvs module, like every one else hehe :-) Ricardo Argüello Scott M Stark wrote: The problem is that we do alternate release builds off the different slices of the cvs modules, nukes, jmx, jmx-remoting, jms, etc. I'm all for cleaning up the build, but there really is not one monolithic release. What is your suggestion for a reorg that allows for obtaining a jmx build that does not have to pulling in tens of uneeded MBs of code and thirdparty jars? --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Build in 3.2
I remember that someone successfully built JBoss using Maven. I can't remember who it was, or where was that documented. Here: http://marc.theaimsgroup.com/?l=jboss-developmentm=105734564109596w=2 Build files: http://www.monkeymachine.ltd.uk/jbossmaven.zip Maven site: http://monkeymachine.ath.cx/jboss/ Ricardo Argüello --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Build in 3.2
Ok, I get it, I had most probably modified a moduleXXX/build.xml Thanks adrian. Cheers, sacha -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Adrian Brock Sent: lundi, 24 novembre 2003 20:12 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Build in 3.2 On Sun, 2003-11-23 at 14:09, Bill Burke wrote: I think buildmagic files were moved around. One shapshot I had recently wouldn't build, but I got latest, and it worked. I am very conservative when it comes to checking for changes. If build/build.xml, module/build.xml, tools or thirdparty changes everything is rebuilt. Of course you can force this yourself with ./build.sh clean first. The big problem (which probably hit Bill) is that a cvs update doesn't pull down new jars in thirdparty. Regards, Adrian Sacha Labourey wrote: Has anything changed recently? Adrian had optimized the build process a few months ago so that rebuilding JBoss (build after build) was taking MUCH less time and it seems this doesn't work anymore. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Build in 3.2
On Sun, 2003-11-23 at 14:09, Bill Burke wrote: I think buildmagic files were moved around. One shapshot I had recently wouldn't build, but I got latest, and it worked. I am very conservative when it comes to checking for changes. If build/build.xml, module/build.xml, tools or thirdparty changes everything is rebuilt. Of course you can force this yourself with ./build.sh clean first. The big problem (which probably hit Bill) is that a cvs update doesn't pull down new jars in thirdparty. Regards, Adrian Sacha Labourey wrote: Has anything changed recently? Adrian had optimized the build process a few months ago so that rebuilding JBoss (build after build) was taking MUCH less time and it seems this doesn't work anymore. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Build in 3.2
Has anything changed recently? Adrian had optimized the build process a few months ago so that rebuilding JBoss (build after build) was taking MUCH less time and it seems this doesn't work anymore. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Build in 3.2
I think buildmagic files were moved around. One shapshot I had recently wouldn't build, but I got latest, and it worked. Sacha Labourey wrote: Has anything changed recently? Adrian had optimized the build process a few months ago so that rebuilding JBoss (build after build) was taking MUCH less time and it seems this doesn't work anymore. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Bill Burke Chief Architect JBoss Group LLC. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Build in 3.2
The two most recent changes were to consistently use the module/library entity definitions: !ENTITY libraries SYSTEM ../tools/etc/buildmagic/libraries.ent !ENTITY modules SYSTEM ../tools/etc/buildmagic/modules.ent and to move the xdoclet.task.classpath definition to tools/etc/buildmagic/buildmagic.ent I don't see anything that should have changed the build-bypass-check logic. -- Scott Stark Chief Technology Officer JBoss Group, LLC Sacha Labourey wrote: Has anything changed recently? Adrian had optimized the build process a few months ago so that rebuilding JBoss (build after build) was taking MUCH less time and it seems this doesn't work anymore. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development