This is an interesting point. Maven claims to ease the development process, not to make it more cumbersome. The idea of automatic dependency resolution is great, but the devil is in the detail and reading all these comments about the build process make me believe that it is time to get to come to a common solution here.
Just an observation and certainly open for critic: Ant is the mother-of-all-evil and we cannot live without it - yet shipping around tons of jars for every release is not too savvy either. Maven-1 has been around for a while and judging by the developer list has been more-or-less ok. Maven-2 has been less successful - the weird behavior in resolving dependencies as I and others experienced recently is just one example. (Funny to say this in the open source community, but even we - open source developers - would like to have tools that work without additional debugging). Having said that, I believe the very capable resources of the Jetspeed should follow their main goal and spend their time on enhancing Jetspeed, rather than discovering and fixing bugs with "productivity tools" (sorry for that, but we in Jetspeed face the same quality requirements from the outside world - our product has to do what it is supposed to). I suggest we focus on one build environment for the source code - which would be Maven-1 - and probably create custom-build only from jar-deployment for Maven-2. In addition - a self-contained ant-build should be available for download. Hajo Birthelmer -----Original Message----- From: Tallamraju, Raman [mailto:[EMAIL PROTECTED] Sent: Monday, January 22, 2007 6:05 AM To: Jetspeed Developers List Cc: Siva, Jawahar; Sie, Yang Subject: RE: it fails in the seed data We've been saying this since we first started using Jetspeed - I think moving to Ant (or at least providing that alternative at the very least) would definitely be appreciated by the community. We have had maven working for us - but getting new builds to work for all developers has been a big hassle. We've beeen getting around this by checking in our repo into source control and adding jars to it as needed - in effect mimicking what an ant build would do (everybody runs maven in offline mode). Hope to see this build up & running soon. Thanks, Raman -----Original Message----- From: Philip Mark Donaghy [mailto:[EMAIL PROTECTED] Sent: Monday, January 22, 2007 4:18 AM To: Jetspeed Developers List Subject: Re: it fails in the seed data Hi David, On 1/19/07, David Sean Taylor <[EMAIL PROTECTED]> wrote: > I don't know man, i've about had it with this m... > OK, I'll edit the POM and put it up on my repo > Thanks for digging into that one Maven's problem is that no one ever deletes their repository. Because is is such a pain in the ass to rebuild. There are two maintenance problems. The remote repository as you know very well and the local repository. I think maven is a good build platform. It's not better than ant but rather more efficient with multiproject build managment and documentation and reporting. Ant was perfect we just stored all the necessary jars in the source repository. I propose that we just do this again and instruct users to build offline. But the first task is to reduce the size of the repository. I'm going to take this task on. It's not as if maven is saving bandwidth. Checking out the source with dependencies and building using a remote repository results in the same bandwidth use. Storing the jars in svn reduces the maintenance work associated with remote repositories. Philip > > Mikko Wuokko wrote: > > Hi. > > > > I tracked this a bit, and it went down from spring-modules-0.6 which has > > a dependency on db-ojb-1.0.4 which eventually has the wrong dependencies. > > > > See issues i've posted > > > > http://jira.codehaus.org/browse/MEV-487 > > http://jira.codehaus.org/browse/MEV-480 > > > > The geronino-spec problem was solved an eventually the others too in the > > next release I think. But for a workaround you could comment out the > > wrong dependencies from the $M2_REPO/ojb/db-ojb/1.0.4/db-ojb-1.0.4.pom > > file. They are not really needed. > > > > I commented jdo, jdori, hsqldb and xalan which removed the errors (and > > haven't seen any other errors too). > > > > -Mikko > > > > David Sean Taylor wrote: > >> Philip Mark Donaghy wrote: > >>> Hi, This wasn't the only issue. > >>> > >>> On 1/18/07, Philip Mark Donaghy <[EMAIL PROTECTED]> wrote: > >>>> I've resolved this, yet another maven dependency problem. > >>>> > >>>> I built the jetspeed cm separately, > >>>> > >>>> cd components/cm > >>>> mvn > >>>> > >>>> Which resolved all the dependencies required by etc/build.xml line 483. > >>>> > >>>> Perhaps the Serialization is being done before the required > >>>> dependencies are built. > >>>> > >>>> I usually delete my maven 2 repository before building to see if there > >>>> are dependency problems with the build. > >>>> > >>>> Philip > >>> > >>> The maven repositories are missing the jdo jars (this may be a > >>> license issue). > >>> > >>> And the build is looking for xalan 2.4 and hsqldb 1.8.0.2 which are > >>> also missing. > >>> > >> Jetspeed does not have any dependencies on JDO. > >> This must be a case of a bad POM, or lack of any POM. > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > >> > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Philip Donaghy donaghy.blogspot.com del.icio.us/donaghy/philip Skype: philipmarkdonaghy Office: +33 5 56 60 88 02 Mobile: +33 6 20 83 22 62 --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
