Re: [Springframework-developer] 1.0 M3 prepared

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

> A) OK, I've scrapped the distinction between main download and samples fo=
r the
> time being. An 11 MB download isn't that large, after all.
Cool.
=20
> B) Same as Rod, personally - for that kind of jar management, version num=
bers
> are rather a nuisance, as you can't simply do a drop-in update but have t=
o 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.
I'm not sure I agree here. Why bother keeping JARs versioned by CVS if they
have a version number in the file name?

You gain nothing but confusion IMHO. For example, as soon as the JAR moves
around for whatever reason - ie deployed in an app in an app server - you
suddenly have no idea what JAR it is. Very few people actually _use_ (or
ever read ;)) the manifest files.

If we can't version the JARs, can we at least have a README somewhere that
lists exactly which version the JARs are? Or is that in the manifests?
=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.
OK cool - didn't know there was a DTD - I'll try reading that first :)

M

> Juergen
>=20
>=20
> ________________________________
>=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
>=20
>=20
>=20
> A) I'm inclined to agree. I don't think a few megs are significant. It al=
so
> makes it harder to work out real download numbers.
>=20
> B) Tough question. While it is nice to know what version things are, in m=
y
> 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 classpa=
th
> isn't usually needed.)
> Maybe we should survey what other projects do (or go Maven-friendly).
>=20
> C) We probably do need a document. The DTD has some documentation in it.
>=20
> Regards,
> Rod
>=20
> ----- 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
>=20
>=20
> Can I make some suggestions before the release?
>=20
> A) ship all source with the release, including samples. I don't see why w=
e
> need multiple ZIPs? It just complicates things and will frustrate users
> trying out spring IMHO. Noone really cares if it's 11MB do they? (apologi=
es
> if this is an old already discussed issue - I'm just not sure the reason =
for
> two JARs)
>=20
> 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.
>=20
> 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)
>=20
> Cheers,
> Mike
>=20
> On 23/11/03 3:05 PM, "tri...@tr..." (tri...@tr...) penned the
> words:
>=20
>> +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.
>>=20
>> Thomas
>>=20
>> Quoting Colin Sampaleanu <col...@ex...>:
>>=20
>>> j=FCrgen h=F6ller [werk3AT] wrote:
>>>=20
>>>> FYI, I've already committed the renaming from ListableBeanFactoryImpl =
to
>>> DefaultListableBeanFactory. The web MVC exception stuff will follow
>>> tomorrow.
>>>>=20
>>>> I've also reworked the Tiles example, using
>>> org.springframework.samples.tiles as package now, and auto-detecting th=
e
>>> Tiles DTD. The FileNameViewController has now moved to
>>> org.springframework.web.servlet.mvc. And I've changed my mind: I do lik=
e
> 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...
>>>>=20
>>>> 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 t=
o
> the
>>> same location. The former contains dist, docs, lib/aop-alliance,
>>> lib/jakarta-commons/commons-logging.jar, src, and the readmes, while th=
e
>>> latter contains samples and the additional libs necessary for building
> and
>>> running them.
>>>>=20
>>>> 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.
>>>>=20
>>>> Juergen
>>>>=20
>>>>=20
>>> 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_ fo=
r
>>> 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 interes=
t
>=20
>>> at that time in actually building those samples or using those parts of
>>> Spring (like the MVC).
>>>=20
>>> Colin
>>>=20
>>>=20
>>>=20
>>>=20
>>>=20
>>>=20
>>>=20
>>> -------------------------------------------------------
>>> 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
>>>=20
>>=20
>>=20
>>=20
>>=20
>>=20
>> -------------------------------------------------------
>> 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
>=20
>=20
>=20
> -------------------------------------------------------
> 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
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> 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
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> 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