On 29 July 2014 07:17, Bernd Eckenfels <[email protected]> wrote: > hello, > > Oh yes of course, that is correct. it will add "multiple copies of the JAR > with the same instead of different packages". From this POV it makes sense to > enforce new package names. > > the wiki page helps to make that clear. > > Would be good to have a replacement meta entry in the maven repo which is > actually observed by the resolver for such cases.
Not sure what you mean by that. > greetings > Bernd > -- > http://bernd.eckenfels.net > > ----- Ursprüngliche Nachricht ----- > Von: "sebb" <[email protected]> > Gesendet: 29.07.2014 08:03 > An: "Commons Developers List" <[email protected]> > Betreff: Re: [bcel] BCEL 6.0 review > > On 29 July 2014 01:59, Bernd Eckenfels <[email protected]> wrote: >> Am Mon, 28 Jul 2014 19:34:05 +0100 >> schrieb sebb <[email protected]>: >> >>> There must be a 1-1 correspondance between the Maven pair {group id, >>> artifact id} and package name. >>> Otherwise Maven can add multiple copies of the jar to the same >>> classpath. Jar hell. >> >> Uh, why is that? >> >> I think the maven version resolving is soley based on >> coordinates. If you have different versions of a given coordinate it >> will chose one. If you rename it, it will use both - no matter if it >> has same package as others or not. > > Exactly. > So Maven needs to be told (via the coords) which jars have the same > packages and which are different. > > See > > https://wiki.apache.org/commons/MavenAndClasspath > > which is my attempt to explain this further. > >> I think only the OSGi/bnd stuff looks at the packages. > > And the Java classloader. > >> Gruss >> Bernd >> >> --------------------------------------------------------------------- >> 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] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
