|
From: Geoffrey De S. <ge0...@gm...> - 2006-10-06 12:50:06
|
"if you depend on only spring-core-2.0 and Acegi depends on spring-core-1.2.8, you're still going to have overlap of the classes in spring-core." No, Maven2 will recognize that it's the same artifact - and only one of them will be used on the classpaths, and the other ignored. That's the problem with "spring" vs "spring-core": maven2 won't recognize they provide the same classes. But "which one is resolved" is currently implemented as "the nearest to the pom" - which probably considered one of the top issues that need to be fixed. It should probably be something like "the dependency with the highest version number unless it's overwritten in the pom that depends on that dependency)". Ben Hale wrote, On 2006-10-06 2:34 PM: > The spring-2.0.pom is not supposed to be a union of all the modules. > spring.jar is actually an artifact that is distributed in the Spring > releases so it does have it's own POM. There was some discussion on > whether to even include it in the POM release, but based on user request > it was (http://opensource.atlassian.com/projects/spring/browse/SPR-1484, > check near the bottom for responses from Matt Raible). > > That being said, generally it is a good idea to depend on the modules > instead of the monolithic jar simply because you have more granular > control of your dependencies. > > However, depending on the modules won't actually solve any problems you > have with overlapping dependencies. For example, if you depend on only > spring-core-2.0 and Acegi depends on spring-core-1.2.8, you're still > going to have overlap of the classes in spring-core. On top of that you > can't really mix and match versions of the modules with any kind of > certainty. We don't test the releases in that way and certainly don't > guarantee any of the behaviors they exhibit. It all comes down to this, > if you depend on a resource that has older dependencies, then you > *can't* depend directly on another version of those dependencies. It's > a general rule of dependency management. You have to wait for your > dependencies to upgrade before you can do it yourself. > > > Ben Hale > Spring Training, Consulting and Support - "From the Source" > http://www.interface21.com > cell: 321.591.2340 > > > > On Oct 6, 2006, at 4:15 AM, Geoffrey De Smet wrote: > >> My point exactly :) >> >> However they can probably fix this I think in the complete spring pom >> for 2.0.1: >> http://opensource.atlassian.com/projects/spring/browse/SPR-2686 >> >> Nicolas De Loof wrote, On 2006-10-06 9:48 AM: >>> >>> The risk is to have multiple version of classes in deifferent versions : >>> if a spring-modules project depends on spring-xx-1.2.8 you will have >>> both 1.2.8 and 2.0 classes in the classpath, with no way to force a >>> priority. >>> >>> Using modules as dependency solves this issue. >>> >>> Nico. >>> >>>> That way you 'll avoid problems when you start using acegi, web flow, >>>> spring-modules and/or spring-richclient, which depend on the modules of >>>> spring. >>>> Otherwise you 'll get a lot of classes in your classpath twice >>>> (which is >>>> bad). >>>> >>>> Brendan Grainger wrote, On 2006-10-05 4:19 PM: >>>> >>>>> They already are: >>>>> http://www.ibiblio.org/maven2/org/springframework/spring/2.0/ >>>>> <http://www.ibiblio.org/maven2/org/springframework/spring/2.0/> >>>>> >>>>> I pulled them down with this dependency: >>>>> >>>>> <dependency> >>>>> <groupId>org.springframework</groupId> >>>>> <artifactId>spring</artifactId> >>>>> <version>2.0</version> >>>>> </dependency> >>>>> >>>>> Although maybe you already know that, as it looks like your email was >>>>> sent two days ago? >>>>> >>>>> HTH >>>>> >>>>> On 10/3/06, *Dmitriy Kopylenko* <dko...@ru... >>>>> <mailto:dko...@ru...>> wrote: >>>>> >>>>> Is it possible that Spring 2.0 final artifacts are available in M2 >>>>> public repository? >>>>> >>>>> Thanks, >>>>> Dmitriy. >>>>> >>>>> >>>>> ------------------------------------------------------------------------- >>>>> >>>>> Take Surveys. Earn Cash. Influence the Future of IT >>>>> Join SourceForge.net's Techsay panel and you'll get the chance to >>>>> share your >>>>> opinions on IT & business topics through brief surveys -- and >>>>> earn cash >>>>> >>>>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >>>>> >>>>> >>>>> <http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV> >>>>> >>>>> _______________________________________________ >>>>> Springframework-developer mailing list >>>>> Spr...@li... >>>>> <mailto:Spr...@li...> >>>>> >>>>> https://lists.sourceforge.net/lists/listinfo/springframework-developer >>>>> >>>>> <https://lists.sourceforge.net/lists/listinfo/springframework-developer> >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> >>>>> ------------------------------------------------------------------------- >>>>> >>>>> Take Surveys. Earn Cash. Influence the Future of IT >>>>> Join SourceForge.net's Techsay panel and you'll get the chance to >>>>> share your >>>>> opinions on IT & business topics through brief surveys -- and earn >>>>> cash >>>>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> >>>>> _______________________________________________ >>>>> Springframework-developer mailing list >>>>> Spr...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/springframework-developer >>>>> >>>> >>> >>> This message contains information that may be privileged or >>> confidential and is the property of the Capgemini Group. It is >>> intended only for the person to whom it is addressed. If you are not >>> the intended recipient, you are not authorized to read, print, >>> retain, copy, disseminate, distribute, or use this message or any >>> part thereof. If you receive this message in error, please notify >>> the sender immediately and delete all copies of this message. >>> >>> >>> ------------------------------------------------------------------------- >>> >>> Take Surveys. Earn Cash. Influence the Future of IT >>> Join SourceForge.net's Techsay panel and you'll get the chance to >>> share your >>> opinions on IT & business topics through brief surveys -- and earn cash >>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >>> >> >> --With kind regards, >> Geoffrey De Smet >> >> >> ------------------------------------------------------------------------- >> Take Surveys. Earn Cash. Influence the Future of IT >> Join SourceForge.net's Techsay panel and you'll get the chance to >> share your >> opinions on IT & business topics through brief surveys -- and earn cash >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > ------------------------------------------------------------------------ > > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer -- With kind regards, Geoffrey De Smet |