Menu
▾
▴
springframework-developer
|
From: Rob H. <ro...@ca...> - 2005-02-18 22:08:39
|
I'd like to propose that we add version numbers to all JAR files going forward from 1.1.5. This would really help when managing many apps on different versions of Spring and, I think, it wouldn't take too much time during the release. Rob |
|
From: Matt R. <li...@ra...> - 2005-02-18 22:55:06
|
The main problem with this is one of deployment. You might end up with classpath issues because developers will just copy JARs (i.e. in a webapp) to their server. With the current way, new version overwrites old. New way = 2 spring JARs. If you have good production deployment procedures, it's probably not an issue, but it might lead to more questions on the forums. My $0.02. Matt On Feb 18, 2005, at 3:08 PM, Rob Harrop wrote: > I'd like to propose that we add version numbers to all JAR files going > forward from 1.1.5. This would really help when managing many apps on > different versions of Spring and, I think, it wouldn't take too much > time during the release. > > Rob > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real > users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Eugene K. <eu...@pl...> - 2005-02-18 23:15:28
|
Matt, Wouldn't you copy different jars under different app/WEB-INF/lib dirs? Because if not, then you will have to resolve jar versions anyways (well, sooner or later) and with versions in jar names it is much easier. regards, Eugene > The main problem with this is one of deployment. You might end up with > classpath issues because developers will just copy JARs (i.e. in a > webapp) to their server. With the current way, new version overwrites > old. New way = 2 spring JARs. If you have good production deployment > procedures, it's probably not an issue, but it might lead to more > questions on the forums. My $0.02. > > Matt > > > On Feb 18, 2005, at 3:08 PM, Rob Harrop wrote: > >> I'd like to propose that we add version numbers to all JAR files going >> forward from 1.1.5. This would really help when managing many apps on >> different versions of Spring and, I think, it wouldn't take too much >> time during the release. >> >> Rob >> >> >> ------------------------------------------------------- >> SF email is sponsored by - The IT Product Guide >> Read honest & candid reviews on hundreds of IT Products from real users. >> Discover which products truly live up to the hype. Start reading now. >> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Rod J. <ro...@in...> - 2005-02-19 12:06:51
|
I think we need to discuss this in detail first. However, I think if we were to switch, 1.2 RC1 would be the best time to do it. People will expect that 1.1.5 will be a drop-in replacement, rather than changing their build process. R Rob Harrop wrote: > I'd like to propose that we add version numbers to all JAR files going > forward from 1.1.5. This would really help when managing many apps on > different versions of Spring and, I think, it wouldn't take too much > time during the release. > > Rob > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > -- ____________________________________________________ Rod Johnson Interface21 - Spring Services from the Source http://www.springframework.com Founder, Spring Framework: http://www.springframework.org Author, "Expert One-on-One J2EE Development Without EJB" (May 2004, with Juergen Hoeller). http://www.amazon.com/exec/obidos/ASIN/0764558315/ Author, "Expert One-on-One J2EE Design and Development" (October 2002). http://www.amazon.com/exec/obidos/tg/detail/-/0764543857/ ____________________________________________________ Interface21 Limited Registered Office Summit House, 2-2a Highfield Road, Dartford, Kent DA1 2JY Registered in England and Wales No. 5187766 ____________________________________________________ |
|
From: Nick M. <nic...@gm...> - 2005-02-19 13:40:26
|
The first thing I do after downloading spring is rename the jars to embed the version... so its +1 here... :-) -Nick On Fri, 18 Feb 2005 22:08:27 +0000, Rob Harrop <ro...@ca...> wrote: > I'd like to propose that we add version numbers to all JAR files going > forward from 1.1.5. This would really help when managing many apps on > different versions of Spring and, I think, it wouldn't take too much > time during the release. > > Rob > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
