On Wed, 2003-07-16 at 17:42, did wrote:
> Just a question:
>
> I would like to understand what is the motivation to let Maven puts his
> repository onto ~/.maven ???
> This would lead to as many repositories as connected users...
This is no different then it has been in the past but I'll explain the
reasoning.
As far as a repository per user, that's always been an option. So that
each user has a single repository of artifacts as opposed to having a
duplicated artifacts in lib/ directories of each build. One repository
per user is a lot better than having N copies of xerces lying around.
We made the new default directory for the repository ~/.maven so that
it is easier to upgrade Maven when the repository isn't hiding inside
$MAVEN_HOME. Upon inspection maybe this shouldn't have been made .maven
as I'm not sure if this is still a problem for Windows users. I haven't
used a Windows box in 5 years so I don't know.
We also started using ~/.maven so that there was a place to expand the
plugins so that there would be a local cache for each user and the base
installation could be read-only.
You can always override the property that controls where the local
repository is. If you and your co-developers have a shared drive then
you can share a local repository by pointing at a shared directory.
> Regards,
> Did.
>
>
> Andy Jefferson wrote:
>
> >On Tue, 2003-07-15 at 22:08, Jason van Zyl wrote:
> >
> >
> >>The default value for maven.repo.local is now defined in the
> >>default.properties file and it has a value of:
> >>
> >>${maven.home.local}/repository
> >>
> >>This will default to
> >>
> >>~/.maven/repository
> >>
> >>So you can override the value of maven.repo.local to set it to whatever
> >>you desire but it now defaults to ~/.maven/repository to enable to use
> >>of shared repositories.
> >>
> >>
> >
> >Thanks Jason,
> >
> >I've set ~/build.properties and it finds the shared repository and
> >downloads into that. The next problem I have is that I have 2
> >dependencies
> >
> ><dependency>
> > <groupId>xdoclet</groupId>
> > <artifactId>xdoclet-ejb-module</artifactId>
> > <version>1.2b4</version>
> > <url>http://xdoclet.sourceforge.net/</url>
> > </dependency>
> ><dependency>
> > <groupId>xdoclet</groupId>
> > <artifactId>xjavadoc</artifactId>
> > <version>1.0</version>
> > <url>http://xdoclet.sourceforge.net/</url>
> ></dependency>
> >
> >In beta9 this went to the repository and found
> >xdoclet/jars/xdoclet-web-module-1.2b4.jar
> >xdoclet/jars/xjavadoc-1.0.jar
> >
> >In beta10 this finds the
> >xdoclet/jars/xdoclet-web-module-1.2b4.jar
> >
> >BUT complains about the second one and seems to be looking for
> >xdoclet/jars/xdoclet-xjavadoc-1.0.jar
> >
> >
> >Is this correct behaviour ? Why is it putting the groupId as a prefix
> >for the second one yet didn't add it on for the first one ?
> >
> >
> >TIA
> >
> >
>
>
> ---------------------------------------------------------------------
> 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]
