Re: [Springframework-developer] 1.0 M3 prepared

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

B) Although I am new to the list, I agree with Mike.  Hibernate keeps =20=

track of this by putting a file called VERSION in the lib directory.  =20=

While it requires people to be maintain this file, it seems to solve =20
everyone's issues.  File are still named xxxx.jar without a date or =20
version number.  People who want versions know where to get them.

Cheers,
   matthew

On Nov 23, 2003, at 5:40 AM, j=FCrgen h=F6ller [werk3AT] wrote:

> A) OK, I've scrapped the distinction between main download and samples =
=20
> for the time being. An 11 MB download isn't that large, after all.
>
> B) Same as Rod, personally - for that kind of jar management, version =20=

> numbers are rather a nuisance, as you can't simply do a drop-in update =
=20
> but have to do a remove plus an add. We include the actual Spring =20
> version number as "Spring-Version" manifest attribute in =20
> spring.jar/spring-beans.jar/spring-jdbc.jar/spring-context.jar, BTW.
>
> C) Is there really no explicit documentation on it? Funnily enough, =20=

> noone has asked for it yet... The DTD is pretty self-explanatory and =20=

> enriched with comments, so it can serve as transitional documentation, =
=20
> I guess.
>
> Juergen
>
>
> ________________________________
>
> Von: spr...@li... im Auftrag =20=

> 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 =
=20
> also
> makes it harder to work out real download numbers.
>
> B) Tough question. While it is nice to know what version things are, =20=

> in my
> projects as an end user I tend to rely on CVS to manage versioning. =20=

> 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 =20=

> was the
> correct version for my source. (Of course without EJB, a manifest =20
> 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 =20=

> it.
>
> Regards,
> Rod
>
> ----- Original Message -----
> From: "Mike Cannon-Brookes" <mi...@at...>
> To: "Spring Developer" =20
> <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 =20=

> 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? =20
> (apologies
> if this is an old already discussed issue - I'm just not sure the =20
> 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 =20=

> 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 =20
> blind) on
> the exact syntax of the applicationContext.xml file? (ie how to set =20=

> lists,
> booleans etc)
>
> Cheers,
> Mike
>
> On 23/11/03 3:05 PM, "tri...@tr..." (tri...@tr...) penned =20=

> the
> words:
>
>> +1 for including the sample source in the base download.  It's good =20=

>> as a
>> reference.  I have updated the MVC step-by-step document to reflect =20=

>> 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 =20
>>>> 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 =
=20
>>> the
>>> Tiles DTD. The FileNameViewController has now moved to
>>> org.springframework.web.servlet.mvc. And I've changed my mind: I do =20=

>>> 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 =20=

>>> 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 =20
>>> extraction to
> the
>>> same location. The former contains dist, docs, lib/aop-alliance,
>>> lib/jakarta-commons/commons-logging.jar, src, and the readmes, while =
=20
>>> the
>>> latter contains samples and the additional libs necessary for =20
>>> building
> and
>>> running them.
>>>>
>>>> What do you think? Should I commit the changed build script and use =
=20
>>>> it
> for
>>> the M3 release? I believe it would make sense to split the release =20=

>>> 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 =20
>>> doesn't
>>> care about the libs for the samples it's a drag to pull them down =20=

>>> each
>>> release. Maybe it would make sense though to still include _sources_ =
=20
>>> for
>>> the samples even with the first jar. Sample sources sometimes help =20=

>>> 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 =20
>>> interest
>
>>> at that time in actually building those samples or using those parts =
=20
>>> 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-=20
>>> 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
>
>
>
>
> -------------------------------------------------------
> 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