Howdy --
I've committed a fix for this with a test case.
That said, I'm not really convinced that our test suite is as comprehensive
as it should be with respect to mediator functionality, so I'd be very
interested in reports of regressions related to the change.
On Thu, Dec 26, 2013 at 5:03 PM, Nicolas Lalevée <nicolas.lale...@hibnet.org
> wrote:
>
> Le 24 déc. 2013 à 01:12, Charles Duffy <char...@dyfis.net> a écrit :
>
> > Howdy, all --
> >
> > I have a reproducer for an issue similar to IVY-1333 ("impossible to get
> > artifacts when data has not been loaded") which demonstrates some
> > surprising behavior, and would appreciate feedback from folks more
> familiar
> > with the ResolveEngine's internals:
> >
> > An <override> tag in a transitive dependency is impacting the overall
> > resolution, even when no child of that dependency matches the pattern
> > described by the tag in question.
> >
> > The tree looks as follows:
> >
> > reproducer/top-level
> > |- conflict/conflict==1 [conf="with-direct-dep->default"]
> > |- reproducer/phase-one==1 [conf="master->*"]
> > | |- conflict/conflict==2
> > | |- reproducer/phase-two==1
> > | | |- empty-module/empty-module==1
> > | | |- [override:conflict/conflict==1]
> >
> > Because phase-two has no children with a dependency on conflict/conflict
> > (its only child being empty-module), it is entirely surprising to me that
> > its override tag has any effect whatsoever. (However, removing the
> > dependency on empty-module *also* circumvents the bug).
> >
> > The top-level reproducer has two confs descended from master,
> > "with-direct-dep" and "without-direct-dep". In both, conflict/conflict is
> > resolved to version 2, but in the latter, conflict/conflict==1 is not
> > loaded at all. Only when both of these confs are invoked within a single
> > ivy:resolve task does the issue in question trigger.
> >
> > Could I ask for some pointers in the right direction to get a better
> handle
> > on what might be going on here?
> >
> > The reproducer in question is attached to IVY-1455 as a zip file.
>
> That seems to be a hell of a test case, you did a wonderful job getting
> that reproducible.
>
> But I don't know much that "override" feature. I would need to actively
> debug it to understand what the bug is about. So I wouldn't be much of a
> help to you now, maybe later (completely unpredictable later).
>
> Nicolas
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
>
>
