I figured everyone knew that by now -- I am involved and associated with Nexus. I still recommend it. ;-)
FWIW, before I was involved, I was happily using Proximity, which is now Nexus anyway. -----Original Message----- From: Stephen Connolly [mailto:[email protected]] Sent: Monday, December 22, 2008 9:35 AM To: Maven Users List Subject: Re: possibility to control an artifact version when installing/deploying/releasing? Brian, in the interests of full disclosure, should you not point out which repo-manager you are involved in the development of? (Or have I got you confused and you're not involved in the development of any of them) I am neither involved nor associated with the development of any repo-manager. I would recommend Nexus. -Stephen 2008/12/22 Brian E. Fox <[email protected]> > Nexus is the most lightweight in terms of memory and fastest of all of > them due to the architectural decision not to require a database or dav > for any operations. You can see the comparison matrix here: > http://docs.codehaus.org/display/MAVENUSER/Maven+Repository+Manager+Feat > ure+Matrix > > -----Original Message----- > From: konkere [mailto:[email protected]] > Sent: Monday, December 22, 2008 5:38 AM > To: [email protected] > Subject: Re: possibility to control an artifact version when > installing/deploying/releasing? > > > thanks, guys! > > so which manager would you suggest? i read a bit about nexus, archiva > and > artifactory on the very feature of prohibiting redeploy. nexus does it > for > sure (though role-based), while the other two seem not to handle this > (and > that is my question - is it really?). > -- > View this message in context: > http://www.nabble.com/possibility-to-control-an-artifact-version-when-in > stalling-deploying-releasing--tp21119401p21125684.html<http://www.nabble .com/possibility-to-control-an-artifact-version-when-installing-deployin g-releasing--tp21119401p21125684.html> > Sent from the Maven - Users mailing list archive at Nabble.com. > > > --------------------------------------------------------------------- > 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]
