|
From: Mike Cannon-B. <mi...@at...> - 2004-03-24 05:41:48
|
Agreed - personally as a Maven shop this would be most appreciated. We =20= already name all of the Spring JARs as they come out, but it would be =20= very useful for some of the dependencies (although I know they're in a =20= .txt file somewhere from memory). Cheers, Mike -- ATLASSIAN - http://www.atlassian.com/ Confluence - the professional J2EE wiki - tried it yet? http://www.atlassian.com/confluence/ On 24/03/2004, at 2:37 PM, Oliver Hutchison wrote: > I raised this as an issue in Jira. > > http://opensource.atlassian.com/projects/spring/secure/ViewIssue.jspa?=20= > ke > y=3DSPR-68 > > > > -----Original Message----- > From: Cameron Braid [mailto:ca...@da...] > Sent: Wednesday, 24 March 2004 2:22 PM > To: spr...@li... > Subject: [Springframework-developer] JARs .. can they be named based = on > their version ? > > > I have run into a problem with supporting multiple applications that =20= > use > different spring versions. > > We store all of our jars, for every application, in a repository. > > In eclipse we link against them, and when deploying we copy them into > the war/ear. > > I upgraded an app to spring 1.0 HEAD yesterday, causing the new > aopalliance.jar to be overwritten in our repository. > > I now receive an aopalliance exception because an app, using spring =20= > rc1, > requres the older aopalliance.jar file. > > This issue would be avoided if every jar that spring uses (including =20= > the > spring generated jars) are stamped with their version in the filename. > > I (and others) managed to convince Hibernate, WebWork2 and Xwork to > follow this pattern as well. > > I think it is a great idea as it explicitly allows identification of > changes in jars. > > Any thoughts ? > > Cameron. > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=CCk > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |