Menu
▾
▴
springframework-developer
|
From: Dmitriy K. <dko...@ru...> - 2006-10-03 18:36:37
|
Is it possible that Spring 2.0 final artifacts are available in M2 public repository? Thanks, Dmitriy. |
|
From: Peter B. <pet...@pe...> - 2006-10-05 14:11:28
|
They are available here:
<repository>
<id>spring-snapshot</id>
<name>Spring Maven repository</name>
<url>https://svn.sourceforge.net/svnroot/springframework/repos/repo/</url>
</repository>
Will be available on Ibilio and mirrors in a few days.
/Peter Backlund
On 10/3/06, Dmitriy Kopylenko <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
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
|
|
From: Brendan G. <bre...@gm...> - 2006-10-05 14:19:30
|
They already are: 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...> 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 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Kristoffer M. <kri...@gm...> - 2006-10-05 14:27:49
|
Did you check out http://www.ibiblio.org/maven2/org/springframework/ ?? As far as I can see the artifacts there are timestamped October 4th. On 10/3/06, Dmitriy Kopylenko <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 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Carlos S. <ca...@ap...> - 2006-10-05 14:35:26
|
they are already On 10/3/06, Dmitriy Kopylenko <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 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride |
|
From: Geoffrey De S. <ge0...@gm...> - 2006-10-06 07:43:10
|
It looks like http://www.ibiblio.org/maven2/org/springframework/spring/2.0/spring-2.0.pom doesn't depend on all the modules, instead it uses a monolithic jar. M2 doesn't understand that it's actually a union of all modules. So, it's a bad idea to depend on org.springframework:spring:2.0, it's better to depend on the modules: org.springframework:spring-core:2.0 etc, like this: <properties> <spring.version>2.0</spring.version> </properties> ... <dependency> <groupId>org.springframework</groupId> <artifactId>spring-core</artifactId> <version>${spring.version}</version> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-beans</artifactId> <version>${spring.version}</version> </dependency> ... 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 -- With kind regards, Geoffrey De Smet |
|
From: Nicolas De L. <nic...@ca...> - 2006-10-06 07:48:23
|
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. |
|
From: Geoffrey De S. <ge0...@gm...> - 2006-10-06 08:20:17
|
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 |
|
From: Ben H. <ben...@in...> - 2006-10-06 12:34:34
Attachments:
smime.p7s
|
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 |
|
From: Nicolas De L. <nic...@ca...> - 2006-10-06 12:41:09
|
> 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. In such a case, maven dependency conflict resolution with use the "nearer" dependency. If your project depends on spring-core:2.0 and on acegy that introduces a dependency on spring-core:1.2.8, your classpath will include spring-core 2.0 as it is defined "nearer" in your POM. But this doesn't give you any garanty that acegy will work fine with spring 2.0 ! Nico. > > 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 > 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. |
|
From: Ben A. <ben...@ac...> - 2006-10-06 21:46:45
|
Nicolas De Loof wrote: > But this doesn't give you any garanty that acegy will work fine with > spring 2.0 ! Although Acegi Security 1.0.2 works with Spring 2.0 fine for me. :-) Cheers Ben |
|
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 |
|
From: Eugene K. <eu...@pl...> - 2006-10-06 15:07:26
Attachments:
serialVersionUIDs128.txt
serialVersionUIDs20.txt
|
Hi,
I just dscovered some severe backward incompatibility in Spring 2.0.
When using remoting, especially rmi or ejb remoting, all classes will
be serialized before sent over the wire. Unfortunately that does not
work if client and server are using different versions of Spring jars
and if there are some Spring classes involved.
The problem is that Spring does not specify serialVersionUID for
serializable classes. That is most critical for ApplicationEvent class
and all the exceptions. So, I'd suggest to use serialVersionUID's from
Spring 1.2.8 to all serializable classes and from now on always
explicitly specify that value.
I've attached reports for Spring 1.2.8 and Spring 2.0
regards,
Eugene
PS: one could write a regression test for serialveruids using something
like this:
Class c = Class.forName(name);
ObjectStreamClass objectstreamclass = ObjectStreamClass.lookup(c);
long suid =objectstreamclass.getSerialVersionUID();
...
|
