Menu
▾
▴
Re: [Springframework-developer] 1.0 M3 prepared
|
From: <jue...@we...> - 2003-11-23 11:42:51
|
A) OK, I've scrapped the distinction between main download and samples = for the time being. An 11 MB download isn't that large, after all. =20 B) Same as Rod, personally - for that kind of jar management, version = numbers are rather a nuisance, as you can't simply do a drop-in update = but have to do a remove plus an add. We include the actual Spring = version number as "Spring-Version" manifest attribute in = spring.jar/spring-beans.jar/spring-jdbc.jar/spring-context.jar, BTW. =20 C) Is there really no explicit documentation on it? Funnily enough, = noone has asked for it yet... The DTD is pretty self-explanatory and = enriched with comments, so it can serve as transitional documentation, I = guess. =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von Rod Johnson Gesendet: So 23.11.2003 10:16 An: spr...@li... Betreff: Re: [Springframework-developer] 1.0 M3 prepared A) I'm inclined to agree. I don't think a few megs are significant. It = also makes it harder to work out real download numbers. B) Tough question. While it is nice to know what version things are, in = my projects as an end user I tend to rely on CVS to manage versioning. E.g. = my manifest classpath, constructed in the build script, might reference aopalliance.jar and I would rely on source control to ensure that it was = the correct version for my source. (Of course without EJB, a manifest = classpath isn't usually needed.) Maybe we should survey what other projects do (or go Maven-friendly). C) We probably do need a document. The DTD has some documentation in it. Regards, Rod ----- Original Message ----- From: "Mike Cannon-Brookes" <mi...@at...> To: "Spring Developer" <spr...@li...> Sent: Sunday, November 23, 2003 5:38 AM Subject: Re: [Springframework-developer] 1.0 M3 prepared Can I make some suggestions before the release? A) ship all source with the release, including samples. I don't see why = we need multiple ZIPs? It just complicates things and will frustrate users trying out spring IMHO. Noone really cares if it's 11MB do they? = (apologies if this is an old already discussed issue - I'm just not sure the reason = for two JARs) B) Can we please, please, please version the JARs shipped? Eg aopalliance.jar is useless for people building apps, what version is it? Managing dependencies explicitly is important - make it aopalliance-alpha1.jar or aopalliance-23Nov03.jar if it's from CVS etc. C) On a slightly related note, I couldn't find any docs (maybe I'm = blind) on the exact syntax of the applicationContext.xml file? (ie how to set = lists, booleans etc) Cheers, Mike On 23/11/03 3:05 PM, "tri...@tr..." (tri...@tr...) penned = the words: > +1 for including the sample source in the base download. It's good as = a > reference. I have updated the MVC step-by-step document to reflect = the need > to > download both zips. > > Thomas > > Quoting Colin Sampaleanu <col...@ex...>: > >> j=FCrgen h=F6ller [werk3AT] wrote: >> >>> FYI, I've already committed the renaming from = ListableBeanFactoryImpl to >> DefaultListableBeanFactory. The web MVC exception stuff will follow >> tomorrow. >>> >>> I've also reworked the Tiles example, using >> org.springframework.samples.tiles as package now, and auto-detecting = the >> Tiles DTD. The FileNameViewController has now moved to >> org.springframework.web.servlet.mvc. And I've changed my mind: I do = like to >> include struts-1.1.jar and commons-digester.jar now, for an out-of-the-box >> working example. It already annoys me having to copy those files in = for >> testing, so consider a new user... >>> >>> I've just modified our build script to generate two release zips: >> spring-framework-1.0-m3.zip (~5600 KB) and >> spring-framework-1.0-m3-samples.zip (~5400 KB). Both use >> spring-framework-1.0-m3 as path in the zip, for convenient extraction = to the >> same location. The former contains dist, docs, lib/aop-alliance, >> lib/jakarta-commons/commons-logging.jar, src, and the readmes, while = the >> latter contains samples and the additional libs necessary for = building and >> running them. >>> >>> What do you think? Should I commit the changed build script and use = it for >> the M3 release? I believe it would make sense to split the release = into those >> two files, as 11 MB is already a bit large for a single distribution. >>> >>> Juergen >>> >>> >> It probably makes sense to split things up this way. If somebody = doesn't >> care about the libs for the samples it's a drag to pull them down = each >> release. Maybe it would make sense though to still include _sources_ = for >> the samples even with the first jar. Sample sources sometimes help = you >> figure stuff out that is not really related. I know that when I was >> initially looking at Spring and figuring out Application Contexts, I >> looked at all the contexts in all the samples, even if I had no = interest >> at that time in actually building those samples or using those parts = of >> Spring (like the MVC). >> >> Colin >> >> >> >> >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: SF.net Giveback Program. >> Does SourceForge.net help you be more productive? Does it >> help you create better code? SHARE THE LOVE, and help us help >> YOU! Click Here: http://sourceforge.net/donate/ >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> = https://lists.sourceforge.net/lists/listinfo/springframework-developer >> > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
