I think you misunderstood. The dependencyManagement is used for
project dependencies, fine with that.
When you use a plugin no dependencyManagement is applied. The current
project depMan shouldn't be applied because it's only for projects, so
that's ok.

The problem comes when a plugin is built using dependencyManagement to
force some dependencies. When that plugin is used, the
dependencyManagement of the plugin is ignored, so you run it with
different dependencies than the ones you build it with.


On Feb 19, 2008 9:24 AM, Jason van Zyl <[EMAIL PROTECTED]> wrote:
>
> On 19-Feb-08, at 9:07 AM, Carlos Sanchez wrote:
>
> > On Feb 19, 2008 7:46 AM, Jason van Zyl <[EMAIL PROTECTED]> wrote:
> >>
> >> On 18-Feb-08, at 11:54 PM, Carlos Sanchez wrote:
> >>
> >>> I'd like to get some feedback in MNG-3410, particularly from John as
> >>> he has been working on this.
> >>>
> >>> If you build and install a plugin with managed versions that affect
> >>> plugin transitive dependencies, when it's used the dependency
> >>> management is ignored
> >>>
> >>> If the dependency management affects the plugin direct dependecies
> >>> it
> >>> works properly because the information is merged.
> >>>
> >>
> >> Dependency management should not affect anything to do with plugins.
> >> If that is happening that is completely wrong.
> >>
> >> Dependencies and what plugins use should be completely separate. A
> >> project's classpath should never affect what is used in a plugin's
> >> execution.
> >>
> >
> > it is, the problem is dependencyManagement in the plugin pom
> >
>
> Then somewhere the Map that is used for managed dependencies is
> getting fed into both the project's resolution and the plugin's
> resolution and that definitely needs to be separated. Even if we
> decide there are certain cases where they should be shared (and I
> can't actually think of any real cases except for maybe Antlr vX
> generated code needing Antlr vX runtime code which needs to be
> aligned) they should be separate so we knowingly combine them if
> necessary.
>
> Problem is if you find that shared Map what are we going to break if
> you separate them now? Just thinking aloud.
>
>
> >>
> >>
> >>> eg.
> >>> Plugin A depends on jar B that depends on jar C[1.0]
> >>> A dependencyManagement explicitly forces C[2.0], you build and
> >>> install
> >>> using C[2.0] in the classpath
> >>
> >> dependencyManagement in your POM or in the plugin's POM?
> >
> > dependencyManagement in plugin's pom (A)
> >
> >>
> >>>
> >>> If you use plugin A in your pom it will be used with C version 1.0
> >>>
> >>>
> >>> --
> >>> I could give you my word as a Spaniard.
> >>> No good. I've known too many Spaniards.
> >>>                            -- The Princess Bride
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >>> For additional commands, e-mail: [EMAIL PROTECTED]
> >>>
> >>
> >> Thanks,
> >>
> >> Jason
> >>
> >> ----------------------------------------------------------
> >> Jason van Zyl
> >> Founder,  Apache Maven
> >> jason at sonatype dot com
> >> ----------------------------------------------------------
> >>
> >> A language that doesn't affect the way you think about programming is
> >> not worth knowing.
> >>
> >> -— Alan Perlis
> >>
> >>
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >> For additional commands, e-mail: [EMAIL PROTECTED]
> >>
> >>
> >
> >
> >
> > --
> > I could give you my word as a Spaniard.
> > No good. I've known too many Spaniards.
> >                             -- The Princess Bride
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
>
> Thanks,
>
> Jason
>
> ----------------------------------------------------------
> Jason van Zyl
> Founder,  Apache Maven
> jason at sonatype dot com
> ----------------------------------------------------------
>
> First, the taking in of scattered particulars under one Idea,
> so that everyone understands what is being talked about ... Second,
> the separation of the Idea into parts, by dividing it at the joints,
> as nature directs, not breaking any limb in half as a bad carver might.
>
> -- Plato, Phaedrus (Notes on the Synthesis of Form by C. Alexander)
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>



-- 
I could give you my word as a Spaniard.
No good. I've known too many Spaniards.
                             -- The Princess Bride

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

Reply via email to