2009/5/28 Alin Dreghiciu <adreghi...@gmail.com> > Things had moved further. The repository.ops4j.org/m2release/ had been > moved (copied) into sonatype repo: > http://oss.sonatype.org/content/repositories/ops4j-releases/. From there > it will be automatically synced to Maven Central. By that moment they will > also take care that the old sync from m2release will be stopped. Next, we > have to change pax construct and peaberry to use the new repository while > releasing. Stuart? For Pax Construct I can do that. >
nah, it's ok I can sort that out as I'm going to be updating the pom anyway for peaberry I do a manual deploy (it doesn't use maven at the moment :O) > More, in order to be able to manage and release to the new repos I need for > each individual that is able to do that the following info: id/name/mail. > > On Thu, May 28, 2009 at 1:30 PM, Alin Dreghiciu <adreghi...@gmail.com>wrote: > >> The plan sounds good to me. But we should get rid of m2releases and move >> them to sonatype repo, from which are automatically synced to maven >> central.Then >> we have to change the poms of those artifacts that are already going to >> m2releases to go to sonatype repo according to this instructions: >> https://docs.sonatype.com/display/NX/OSS+Repository+Hosting >> >> Deal? >> >> On Thu, May 28, 2009 at 1:22 PM, Niclas Hedhman <nic...@hedhman.org>wrote: >> >>> On Thu, May 28, 2009 at 6:16 PM, Alin Dreghiciu <adreghi...@gmail.com> >>> wrote: >>> > For 1) I think we do not have released artifacts that depends on >>> snapshots. >>> > Do we? >>> > For 2), after discussion with Sonatype guys they say that is just >>> > a recommendation, not something mandatory. And if we do move all is in >>> > the http://repository.ops4j.org/mvn-releases we will get all our >>> > dependencies (beside dependency on osgi artifacts) into central anyhow. >>> > Question is we should apply this only for > 1.0 releases. >>> >>> Why not just "do the right thing", and gradually move things to >>> m2release, one by one, with review for each? >>> >>> Wholesale "grab and dump", sounds like a "hack" because we are generally >>> lazy. >>> >>> >>> Suggested Action Plan; >>> >>> 1. Release "Base" under a new name, and as 1.0. >>> >>> 2. Release Pax URL and Pax Swissbox as 1.0. >>> >>> And all of them to /m2release. Once those are out the door, Runner Web >>> and Exam can follow reasonably soon after. >>> >>> >>> Cheers >>> -- >>> Niclas Hedhman, Software Developer >>> http://www.qi4j.org - New Energy for Java >>> >>> I live here; http://tinyurl.com/2qq9er >>> I work here; http://tinyurl.com/2ymelc >>> I relax here; http://tinyurl.com/2cgsug >>> >>> _______________________________________________ >>> general mailing list >>> general@lists.ops4j.org >>> http://lists.ops4j.org/mailman/listinfo/general >>> >> >> >> >> -- >> Alin Dreghiciu >> Software Developer - Looking for new projects! >> My profile: http://www.linkedin.com/in/alindreghiciu >> My blog: http://adreghiciu.blogspot.com >> http://www.ops4j.org - New Energy for OSS Communities - Open >> Participation Software. >> http://www.qi4j.org - New Energy for Java - Domain Driven Development. >> > > > > -- > Alin Dreghiciu > Software Developer - Looking for new projects! > My profile: http://www.linkedin.com/in/alindreghiciu > My blog: http://adreghiciu.blogspot.com > http://www.ops4j.org - New Energy for OSS Communities - Open Participation > Software. > http://www.qi4j.org - New Energy for Java - Domain Driven Development. > > _______________________________________________ > general mailing list > general@lists.ops4j.org > http://lists.ops4j.org/mailman/listinfo/general > > -- Cheers, Stuart
_______________________________________________ general mailing list general@lists.ops4j.org http://lists.ops4j.org/mailman/listinfo/general
