Hi Barrie,

Thank you for the interesting link.  I am also not very convinced if a
locked repository is really necessary and then if it is really the
solution for our problem.

One problem is that Maven seems to pull in more files than sometimes
expected or really necessary.  Maven analyzes all transient dependencies
and adds all defined dependencies to path or lib folder for example of a
war file.  This sometimes creates unexpected conflicts, especially with
XML parsers.  

And then that we sometimes end up with two versions of the same
dependency.  Application A needs components C1 and C2.  C1 defines
dependency on D version 1.1 and C2 defines dependency on D version 1.0.
What I see is that we find both in our war lib folder.

Right now I am not sure how to deal with those problems.  The idea of
locking the repository obviously does not really solve the problem.  The
convenience of Maven to resolve and download all transient dependencies
seems to be paid with sudden conflicts that were not apparent in the
first place without Maven.

Andreas


-----Original Message-----
From: Barrie Treloar [mailto:[EMAIL PROTECTED] 
Sent: Sunday, September 17, 2006 6:02 PM
To: Maven Users List
Subject: Re: [M2] Managing Repositories

On 9/17/06, Andreas Guther <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I am struggling with the question on how to maintain a controlled
> internal repository with Maven 2.
>
> We want to have full control over the downloaded dependencies and
> configured Maven to use as central repository our internal repository
> server.  With this configuration no external repository is used.

I will link to my response to a similar query.
http://www.nabble.com/forum/ViewPost.jtp?post=6087922&framed=y

Essentially I question the need for a locked down repository.
About the only time I can see a need for this is because of security
restrictions on network connections (i.e. defence with a secure and
insecure network, as the secure network can not connect to ibiblio).
Any other reason is just making busy work and adds no value.

---------------------------------------------------------------------
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]

Reply via email to