I've added +1 on the proposal. I'm still seeing build failures with maven3. Please see the issue.
On 28/06/11 19:49, Jody Garnett wrote: > I should point out that we should be able to go ahead with the patch and > proposal. At this point we have a couple of +1 votes... > > - Andrea you indicated enthusiasm but did not vote? Anything to add... > - Ben how are you set to go on this? > > > -- > Jody Garnett > > > On Tuesday, 28 June 2011 at 9:02 PM, Michael Bedward wrote: > > I guess it has to be experiment. > > When Hudson runs a deploy job, time-stamped jars will end up in the > OSGeo repo. We only need to keep the most recent ones since this is > effectively what we were doing with non-timestamped jars. > > As far as I understand from the stackoverflow discussion, the problem, > if it still exists, affects the local repos of those using an eclipse > plugin (?). Supposedly, command line maven and (superior) NetBeans > users won't end up with multiple snapshots in their local repo... but > there's only one way to find out. > > Michael > > > On 28 June 2011 20:39, Jody > Garnett<[email protected]<mailto:[email protected]>> wrote: > So Java 6 has gone out; meaning we can take up with maven 3 again. > So far the interesting question has been with respect to the handling of > SNAPSHOTS: > a) Justin will need to ask maven to clear out snapshots after a bit? > b) Developers should only have one snapshot jar; but there is some > discussion on if this feature is broken in maven 3 or not > Comments? Feedback? Experimentation? > Jody > > On Thu, Jun 23, 2011 at 4:41 PM, Severin (aka > Cliff)<[email protected]<mailto:[email protected]>> > wrote: > > Hi People, > > I've written up a proposal on the wiki with regard to updating the > GeoTools build process to work under both Maven 2 and 3. > Justin: jgarnett suggested I open a dialogue with you to see if you have > any interest in updating the build box to use Maven 3 yet. > Proposal is > at http://docs.codehaus.org/display/GEOTOOLS/Update+to+use+Maven+3 for > review. > > Cheers, > Cliff > -- > "We are dreamers, shapers, singers and makers..." > > > ------------------------------------------------------------------------------ > Simplify data backup and recovery for your virtual environment with > vRanger. > Installation's a snap, and flexible recovery options mean your data is > safe, > secure and there when you need it. Data protection magic? > Nope - It's vRanger. Get your free trial download today. > http://p.sf.net/sfu/quest-sfdev2dev > _______________________________________________ > Geotools-devel mailing list > [email protected]<mailto:[email protected]> > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2d-c2 > _______________________________________________ > Geotools-devel mailing list > [email protected]<mailto:[email protected]> > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- Ben Caradoc-Davies <[email protected]> Software Engineering Team Leader CSIRO Earth Science and Resource Engineering Australian Resources Research Centre ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
