On Tue, 2003-02-18 at 09:05, Russell Gold wrote: > On Tuesday, February 18, 2003, at 08:52 AM, Jason van Zyl wrote: > > > On Tue, 2003-02-18 at 08:38, Russell Gold wrote: > >> 2) directly from the distribution sites to avoid the need to burden a > >> central repository? > > > > There has been discussion of a PORTs like system, but I feel the > > central > > repository is not a burden at all and a good thing. Ibiblio is > > sometimes > > slow but reliable and many Maven users have commented on the > > convenience > > of single stop shopping at the central repository. We can certainly add > > pointers but when things land at Ibiblio they are archived in > > perpetuity. And one of their primary mandates is the proliferation of > > OSS software. > > I suppose my biggest concern is in the lag in getting jars into the > repository. When I need to build using a new jar that is not at > iBiblio, I have to make other arrangements as a temporary measure - and > then tell my co-workers to do the same thing.
It is not a trivial task but we are working toward general acceptance of artifacts by projects into the repository. You can always setup a remote repository of your own. If it's strictly between your co-workers that would probably work out well. You can put it anywhere. So when you build a new artifact put in your remote repository and all your coworkers have to do is alter their maven.repo.remote property. When it goes to Ibiblio nothing will change. > if I could simply point > to the sourceforge project which is the ultimate host, I wouldn't need > to do that. You can make your own repo, and make a project.properties entry that states the use of that repo. > And I could use the exact same mechanism for internal > projects. The distribution is available already, so why should I have > to take an extra step to argue for the inclusion of a new jar evertime > it is released - or even when a pre-release version is available? You don't have to. If you don't want to archive at Ibiblio you've got the multiple remote repo option or the maven JAR override feature. Both are now doco'd in the user guide. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
