On 22/06/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
On 22 Jun 07, at 2:56 AM 22 Jun 07, Mark Hobson wrote:
> MNG-1577 is a small step in the right direction, but nearest conflict
> resolution is the root cause of most of our dependency woes which sap
> large amounts of developer time.  As I mentioned earlier in this
> thread, our projects consist of many inter-related modules:

MNG-1577 is not simply the employing the nearest strategy of
selection: it is putting the user in control of what gets selected.

I understand that, but my point was that the overhead of maintaining
dependency management blocks in large projects negates the usefulness
of MNG-1577, so we're still left with nearest-wins problems.

> "To give an example of the number of components within our top-level
> projects: a typical project has 151 dependencies, 89 of which are
> internal, and the dependency tree goes up to 7 levels deep.  We
> currently have 25 of these projects, each of which are on differing
> versions of our internal components.  It's easy to see that managing a
> list of 150 dependency versions across 25 different dependency
> management sections soon becomes a maintenance nightmare."

For one project you have 25 different depMans?

Theoretically it would be different depMans across 25 projects.  We
don't for obvious reasons, but if we were forced to use depMan to
override the default nearest-wins behaviour then this would be the
situation.

> The API would be no more exposed than it is now - ConflictResolver is
> the API and currently already exists in maven-artifact 2.0.x.

Yes, but no one uses it and how are you going to turn it on.

It would be turned on as described above:

"The method I've been using to switch conflict resolvers in 2.0.x is by
supplying an auxiliary components.xml in $M2_HOME/extensions and
updating m2.conf, as described in MNG-2771.  I'm aware that this is
per-installation and not defined in the POM, but I'm happy to live
with that for 2.0.x."

How are you going to activate it?

See above.

Mark

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to