[Springframework-developer] =?iso-8859-1?Q?Re:_[Springframework-developer]_Example_classes_needed?=

[=?iso-8859-1?Q?<jp....@ti...>]

+1 for spring-full.jar=0D=0A=0D=0AJean-Pierre=0D=0A=0D=0A---------- Initi=
al Header -----------=0D=0A=0D=0AFrom      : springframework-developer-ad=
mi...@li...=0D=0ATo          : "j=FCrgen h=F6ller [werk3AT]=
" <jue...@we...>=0D=0ACc          : springframework-develo=
pe...@li...=0D=0ADate      : Thu, 28 Aug 2003 09:32:35 -040=
0=0D=0ASubject : Re: [Springframework-developer] Example classes needed=0D=
=0A=0D=0AWell in this case, I think the best choice is probably something=
 like =0D=0Aspring-full.jar for this version, then something like =0D=0As=
pring2-full.jar/spring-full2.jar for the next version which breaks api =0D=
=0Acompatibility, etc. This works on the assumption that people are =0D=0A=
manually managing dependencies, and allows people to slip in new jars =0D=
=0Awithout changing references when the api has not changed. Then for mav=
en =0D=0Ausage, what would happen is that it would be uploaded to ibiblio=
 (or =0D=0Awhatever maven repository) with the full version number, for e=
xample, =0D=0Aspring-full-1.0.1.jar. The maven users would specify the ex=
act version =0D=0Ain the project files.=0D=0A=0D=0AThe alternative, to ha=
ve the full version in the the name, is almost as =0D=0Agood, as the manu=
al people can rename it to whatever they like.=0D=0A=0D=0ABut I don't lik=
e the in-between variant. It's not exact enough for maven =0D=0Ahandling,=
 and too exact for manual handling.=0D=0A=0D=0AAgain, when the api is no =
longer upwards compatible and you have =0D=0Asomething like hibernate vs =
hibernate2, I think that needs to be =0D=0Areflected in the name since I =
basically consider those different =0D=0Aapis/libs, not just different ve=
rsions.=0D=0A=0D=0AJusty my opinion :-)=0D=0A=0D=0A=0D=0Aj=FCrgen h=F6lle=
r [werk3AT] wrote:=0D=0A=0D=0A>We manage our dependencies manually here a=
t werk3AT :-) And as far as I remember, no Hibernate user has complained =
about hibernate2.jar yet.=0D=0A>=0D=0A>Juergen=0D=0A>=0D=0A>=0D=0A>-----O=
riginal Message-----=0D=0A>From: Colin Sampaleanu [mailto:colinml1@exis.c=
om]=0D=0A>Sent: Thursday, August 28, 2003 3:04 PM=0D=0A>To: j=FCrgen h=F6=
ller [werk3AT]=0D=0A>Cc: spr...@li...=0D=
=0A>Subject: Re: [Springframework-developer] Example classes needed=0D=0A=
>=0D=0A>=0D=0A>To throw some water into the fire, :-), I prefer the exact=
 name when =0D=0A>using Maven, since I can enforce what I am getting, but=
 when managing =0D=0A>dependencies manually, I prefer not to have a versi=
on in the name except =0D=0A>when it is something like a major version nu=
mber which indicates a =0D=0A>different api; then I can slip a new versio=
n in as needed without =0D=0A>changing all references.=0D=0A>=0D=0A>j=FCr=
gen h=F6ller [werk3AT] wrote:=0D=0A>=0D=0A>  =0D=0A>=0D=0A>>Hmmm, not muc=
h response yet... I still tend to prefer =0D=0A>>"spring-full-1.0.jar", f=
or easy drop-in. IMO, a jar file does not need =0D=0A>>to reflect the exa=
ct detail version. I consider it fine enough if it =0D=0A>>indicates the =
major version. See servlet.jar, hibernate2.jar. Can we =0D=0A>>please dec=
ide on this until *tomorrow*? :-)=0D=0A>> =0D=0A>>Juergen=0D=0A>> =0D=0A>=
> =0D=0A>>=0D=0A>>    -----Original Message-----=0D=0A>>    *From:* j=FCr=
gen h=F6ller [werk3AT]=0D=0A>>    *Sent:* Monday, August 25, 2003 11:50 P=
M=0D=0A>>    *To:* Lars Fischer; spr...@li...=
rge.net=0D=0A>>    *Cc:* tri...@tr...=0D=0A>>    *Subject:* Re: [Sp=
ringframework-developer] Example classes needed=0D=0A>>=0D=0A>>    Let's =
vote on this. I don't mind either naming strategy for jar=0D=0A>>    file=
s. Anybody else prefering the spring-full-1.0m1 style?=0D=0A>>     =0D=0A=
>>    BTW, Hibernate uses hibernate2.jar for its whole 2.x tree. Log4J=0D=
=0A>>    uses log4j-1.2.8.jar for the specific version. 2 examples for=0D=
=0A>>    opposite ends, I guess.=0D=0A>>     =0D=0A>>    Juergen=0D=0A>> =
    =0D=0A>>     =0D=0A>>=0D=0A>>        -----Urspr=FCngliche Nachricht--=
---=0D=0A>>        *Von:* Lars Fischer [mailto:lar...@gm...]=0D=
=0A>>        *Gesendet:* Mo 25.08.2003 23:18=0D=0A>>        *An:* springf=
ram...@li...=0D=0A>>        *Cc:* j=FCrgen h=F6=
ller [werk3AT]; tri...@tr...=0D=0A>>        *Betreff:* Re: [Springf=
ramework-developer] Example classes needed=0D=0A>>=0D=0A>>        I agree=
 with Thomas, I once made a mistake because I didn't=0D=0A>>        reali=
ze=0D=0A>>        that I was using an older version. The jar-files should=
 be=0D=0A>>        named after=0D=0A>>        the version.=0D=0A>>=0D=0A>=
>        > Juergen,=0D=0A>>        >=0D=0A>>        > The drawback then i=
s that you can't tell from the jar file=0D=0A>>        if it is M1, M2=0D=
=0A>>        > or=0D=0A>>        > the release jar.=0D=0A>>        >=0D=0A=
>>        > Thomas=0D=0A>>        >=0D=0A>>        > > It's gonna be "spr=
ing-framework-1.0m1" and=0D=0A>>        "spring-full-1.0.jar", if we=0D=0A=
>>        > stick=0D=0A>>        > > to the current plan. We've used the =
same naming strategy=0D=0A>>        for 0.9.x, e.g.=0D=0A>>        > > "s=
pring-framework-0.9.1" but still "spring-full-0.9.jar".=0D=0A>>        I =
prefer that=0D=0A>>        > way=0D=0A>>        > > to ease drop-in repla=
cement in the literal sense :-) The build=0D=0A>>        > properties=0D=0A=
>>        > > reflect this in "spring-version=3D1.0" and=0D=0A>>        "=
spring-version-detail=3D1.0m1".=0D=0A>>        > > =0D=0A>>        > > Ju=
ergen=0D=0A>>        > > =0D=0A>>        > > =0D=0A>>        > >=0D=0A>> =
       > >     -----Urspr=C3=BCngliche Nachricht-----=0D=0A>>        > > =
    Von: tri...@tr... [mailto:tri...@tr...]=0D=0A>>        > =
>     Gesendet: Mo 25.08.2003 19:21=0D=0A>>        > >     An: j=C3=BCrge=
n h=C3=B6ller [werk3AT]=0D=0A>>        > >     Cc: Lars Fischer;=0D=0A>> =
       spr...@li...=0D=0A>>        > >=
     Betreff: RE: [Springframework-developer] Example=0D=0A>>        clas=
ses needed=0D=0A>>        > >    =0D=0A>>        > >    =0D=0A>>        >=
 >=0D=0A>>        > >     Juergen,=0D=0A>>        > >    =0D=0A>>        =
> >     > Anyway, ContextLoaderServlet *will* be in 1.0 M1, to=0D=0A>>   =
     be released at=0D=0A>>        > the=0D=0A>>        > > end=0D=0A>>  =
      > >     > of this week if there aren't any major obstacles.=0D=0A>>=
        BTW, can everybody=0D=0A>>        > > please=0D=0A>>        > >  =
   > test the current CVS contents against own applications?=0D=0A>>     =
   > >     >=0D=0A>>        > >    =0D=0A>>        > >     I am updating =
the Step-by-step-MVC document - what=0D=0A>>        will the exact name=0D=
=0A>>        > of=0D=0A>>        > > the=0D=0A>>        > >     directory=
 and the jar file be?  I'm assuming=0D=0A>>        'spring-framework-1.0M=
1'=0D=0A>>        > and=0D=0A>>        > >     'spring-full-1.0M1.jar'.=0D=
=0A>>        > >    =0D=0A>>        > >     Thomas=0D=0A>>        > >    =
=0D=0A>>        > >=0D=0A>>        > >=0D=0A>>        >=0D=0A>>        >=0D=
=0A>>        >=0D=0A>>=0D=0A>>    =0D=0A>>=0D=0A>=0D=0A>=0D=0A>  =0D=0A>=0D=
=0A=0D=0A=0D=0A=0D=0A=0D=0A----------------------------------------------=
---------=0D=0AThis sf.net email is sponsored by:ThinkGeek=0D=0AWelcome t=
o geek heaven.=0D=0Ahttp://thinkgeek.com/sf=0D=0A________________________=
_______________________=0D=0ASpringframework-developer mailing list=0D=0A=
Spr...@li...=0D=0Ahttps://lists.source=
forge.net/lists/listinfo/springframework-developer=0D=0A=0A=0A********** =
L'ADSL A 20 EUR/MOIS**********=0ATiscali propose l'ADSL le moins cher du =
march=E9 : 20 EUR/mois et le modem ADSL offert ! =0APour profiter de cett=
e offre exceptionnelle, cliquez ici : http://register.tiscali.fr/adsl/=0A=
Offre soumise =E0 conditions.=0A