[JBoss-user] [OS] JBoss/EJB build systems - Xdoclet with Ant, Maven, Centipede?
Hi All, Been using Ant and Xdoclet, great tools, makes my life a LOT easier than good-ol' writing interfaces on my own :-) I have started migrating to the Maven build system, to support more project management features, auto javadoc creation and deployment, changelog, blah blah blah. I know you can do all these things with Ant (I used to do that). Looking to the Jboss community to see where everyone else is going, experiences, etc. Maven/xDoclet integration requires community support and dev, and would like opinions/feedback if anyone else is going this route? p.s. Is the Jboss-Xdoclet going to be a seperate module controlled by JBoss and available through a JBoss controlled location, or still retrieved through xDoclet? thanks, just looking for some discussion -D --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] [OS] JBoss/EJB build systems - Xdoclet with Ant, Maven, Centipede?
On 2003.02.10 11:57 Darren Hartford wrote: Hi All, Been using Ant and Xdoclet, great tools, makes my life a LOT easier than good-ol' writing interfaces on my own :-) I have started migrating to the Maven build system, to support more project management features, auto javadoc creation and deployment, changelog, blah blah blah. I know you can do all these things with Ant (I used to do that). Looking to the Jboss community to see where everyone else is going, experiences, etc. Maven/xDoclet integration requires community support and dev, and would like opinions/feedback if anyone else is going this route? I haven't been able to figure out why Maven is better than plain ant. Can you explain? Would it be appropriate to use Maven to build jboss? p.s. Is the Jboss-Xdoclet going to be a seperate module controlled by JBoss and available through a JBoss controlled location, or still retrieved through xDoclet? That's the plan, but there are 2 problems atm: 1. I haven't been able to get xdoclet to build reliably as part of the jboss build process. I think but can't prove that this has to do with the buildmagic tasks not keeping up with changes in ant. 2. No one (AFAIK) has stepped forward to say I will maintain the jboss xdoclet stuff in jboss Right now it is sort of possible to build xdoclet as part of jb4 but the normal version is checked into cvs. david jencks thanks, just looking for some discussion -D --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] [OS] JBoss/EJB build systems - Xdoclet with Ant,Maven, Centipede?
On Mon, 2003-02-10 at 10:53, David Jencks wrote: On 2003.02.10 11:57 Darren Hartford wrote: Hi All, Been using Ant and Xdoclet, great tools, makes my life a LOT easier than good-ol' writing interfaces on my own :-) I have started migrating to the Maven build system, to support more project management features, auto javadoc creation and deployment, changelog, blah blah blah. I know you can do all these things with Ant (I used to do that). Looking to the Jboss community to see where everyone else is going, experiences, etc. Maven/xDoclet integration requires community support and dev, and would like opinions/feedback if anyone else is going this route? I haven't been able to figure out why Maven is better than plain ant. Can you explain? Would it be appropriate to use Maven to build jboss? I started a topic on the JBoss forums about JBoss using Maven. Join in: http://jboss.org/forums/thread.jsp?forum=173thread=27982 One of the Maven project leads said this as an answer to your questions: You could point them at db.apache.org. The site is an aggregation of bunch of POMs. If they used simply to manage all their project information it might be helpful to them. And use Maven as a build tool later. ( POM = Project Object Model ) Anyways, Maven really does simplify project documentation, builds, dependency stuff, etc. I have fallen in love with it. -James --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] [OS] JBoss/EJB build systems - Xdoclet with Ant, Maven, Centipede?
I am using maven for my current project, and I think it is (conceptually) an ideal system for a multi-faceted project like jboss. The caveat to my comments is I have only used maven for one project, and I am only using it for its artifact generation, not for building a distribution. I think maven offers jboss 3 possible benefits: 1. The Maven Repository Jboss should/would have to maintain a repository to contain all of the 3rd party jars required for the maven build (maven's default is located at http://www.ibiblio.org/maven/ and the structure is required). The payoff is excellent control over which libraries are used. Jars are referenced in the project.xml based on version and vendor name, so experimenting with new versions of these 3rd party libs is easy and non-destructive. Keeping jars in cvs is similar but not as clean (not to mention a complete waste of cvs resources). Maven keeps a local repository updated by checking on each build for any new required jars. The repository would provide a much more maintainable asset than the current 3rd party lib structure, and allow central control over jboss libs. Of course, maven's current repository doesn't have nearly all the jars used in the jboss project, so Jboss would have to either coordinate with maven/ibiblio or host an alternative repo somewhere. For our project, I wrote an ant task to copy all the jar files specified in my eclipse dot-classpath file to the repository and generate a properly structure dependency list for our project.xml file. A little backwards, I know... 2. Consistent Set of Project Artifacts The maven site:generate goal publishes a useful website containing everything from mailing list lists to cvs changelogs to unit test reports (which unfortunately use a stylesheet much inferior to the current jboss tests...). The site is a terrific asset, and would, I think, fill a hole in the current jboss community. 3. maven has excellent development momentum Maven is highly extensible, and can easily absorb and re-use pre-existing ant tasks. The motivation for us to move to maven was the free site generation -- by writing one project.xml, we get a testsuite report, cvs log reports, source analysis, checkstyle report, todo list etc. I think the payoff for maintaining a project.xml file will continue to increase as the build and distribute process is also improved, and as more tools produce goals. All that being said, Maven is not quite fully baked yet and I found myself spending a lot of time tinkering with properties files and environment variables because come behavior was not as expected. Also, I had to reconfigure my directory structure in order to successfully use maven -- a small task for our project, but much more involved, I suspect, for jboss. One problem I encountered was specifying more than one source directory. Instead of doing so in the project.xml file, you have to mess with poorly documented properties in a project.properties file (or one of the other chain of properties files). If I were in any position to make a recommendation, I would suggest porting a subproject to maven and testing it out a little. Hope this is useful, fawce -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of David Jencks Sent: Monday, February 10, 2003 12:54 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] [OS] JBoss/EJB build systems - Xdoclet with Ant, Maven, Centipede? On 2003.02.10 11:57 Darren Hartford wrote: Hi All, Been using Ant and Xdoclet, great tools, makes my life a LOT easier than good-ol' writing interfaces on my own :-) I have started migrating to the Maven build system, to support more project management features, auto javadoc creation and deployment, changelog, blah blah blah. I know you can do all these things with Ant (I used to do that). Looking to the Jboss community to see where everyone else is going, experiences, etc. Maven/xDoclet integration requires community support and dev, and would like opinions/feedback if anyone else is going this route? I haven't been able to figure out why Maven is better than plain ant. Can you explain? Would it be appropriate to use Maven to build jboss? p.s. Is the Jboss-Xdoclet going to be a seperate module controlled by JBoss and available through a JBoss controlled location, or still retrieved through xDoclet? That's the plan, but there are 2 problems atm: 1. I haven't been able to get xdoclet to build reliably as part of the jboss build process. I think but can't prove that this has to do with the buildmagic tasks not keeping up with changes in ant. 2. No one (AFAIK) has stepped forward to say I will maintain the jboss xdoclet stuff in jboss Right now it is sort of possible to build xdoclet as part of jb4 but the normal version is checked into cvs. david jencks thanks, just looking for some discussion -D --- This SF.NET email is sponsored
Re: [JBoss-user] [OS] JBoss/EJB build systems - Xdoclet with Ant,Maven, Centipede?
On Tue, 2003-02-11 at 04:53, David Jencks wrote: On 2003.02.10 11:57 Darren Hartford wrote: Hi All, Been using Ant and Xdoclet, great tools, makes my life a LOT easier than good-ol' writing interfaces on my own :-) I have started migrating to the Maven build system, to support more project management features, auto javadoc creation and deployment, changelog, blah blah blah. I know you can do all these things with Ant (I used to do that). Looking to the Jboss community to see where everyone else is going, experiences, etc. Maven/xDoclet integration requires community support and dev, and would like opinions/feedback if anyone else is going this route? I haven't been able to figure out why Maven is better than plain ant. Can you explain? Would it be appropriate to use Maven to build jboss? Maven is a great tool, if you project fits the holes it drills for you. If you have a square peg then you are in a world of hurt, last I checked you couldn't have two java source directories, the reactor managed project interdependencies very well, but didn't aggregate the results in any way. Centipede removes the biggest advantage/disadvantage of maven, that it's not in ant. Centipede is based on ant 1.6 (which has an import feature). It supports use of the maven repository for downloading modules (and the leaders are the people behind the jakarta repository proposal). It supports automatic download of build components (which is nice). It suffers from teh their holes problem in the same way maven does. I was a user of maven who switched to centipede for ant compatibility. Maven is new (and promising), jelly is really nice, I'm using it and the werken goal system in experimental projects now. My major projects are still built with ant. I have a jboss style build with lots of modules. I know that the new jira is built using maven with lots of modules, it'll be interesting to watch. p.s. Is the Jboss-Xdoclet going to be a seperate module controlled by JBoss and available through a JBoss controlled location, or still retrieved through xDoclet? That's the plan, but there are 2 problems atm: 1. I haven't been able to get xdoclet to build reliably as part of the jboss build process. I think but can't prove that this has to do with the buildmagic tasks not keeping up with changes in ant. 2. No one (AFAIK) has stepped forward to say I will maintain the jboss xdoclet stuff in jboss Right now it is sort of possible to build xdoclet as part of jb4 but the normal version is checked into cvs. david jencks thanks, just looking for some discussion -D --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user -- If you don't test then your code is only a collection of bugs which apparently behave like a working program. Website: http://www.rocketred.com.au/blogs/kevin/ --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
