good representation of such dependencies question we should work on, since I'm sure our current algorithm sometimes give wrong result from human point of view
What I don't know yet is if "human point of view" can be a simple algorithm improvement, or if there are some cases where there is no single good answer Regards, Hervé Le dimanche 25 décembre 2016, 08:33:28 CET Stephen Connolly a écrit : > How does a nearer transitive dependency get affected? > > A->B(compile)->C->D > A->E(test)->D > > Will D now get Test scope or does it still retain compile > > On Sun 25 Dec 2016 at 04:41, Christian Schulte <[email protected]> wrote: > > Am 12/24/16 um 17:59 schrieb Hervé BOUTEMY: > > > +1 > > > > > > > > > > > > notice that it may show that we have an issue with the way transitivity > > > + > > > > > > nearest resolution are applied > > > > > > > > > > > > IIUC this case, we have: > > > > > > 1. a direct dependency with scope = test > > > > > > 2. a transitive dependency with scope = compile > > > > > > > > > > > > the result can't be just the direct dependency with scope=test: scope of > > > > > > direct dependency has to switch to compile (and I don't know which > > > > version > > > > > should be kept: direct or transitive) > > > > Following the nearest node wins strategy, current master does exactly > > > > what is expected. Adding a test scope dependency to a POM that is > > > > already part of the test classpath just means that someone just did not > > > > notice the dependency already is available to that scope due to other > > > > reasons and that a scope is being overridden that way (by pulling it > > > > nearer and overriding the scope). > > > > > > > > Regards, > > > > -- > > > > Christian > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: [email protected] > > > > For additional commands, e-mail: [email protected] > > > > > > > > -- > > Sent from my phone --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
