RE: [Springframework-developer] RE: [springframework] Autobuilds

[Alef A. <al...@jt...>]

No, no server binaries in the CVS! It would be nice to have some
automatic retrieval process, but that's not necessary for now. I was
talking about the versions of the applications servers (stated in the
build.xml right now). The automated build should reflect the current
state of the CVS as much as possible (including server versions tested
against).

Alef

> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...] On
Behalf
> Of Darren Davison
> Sent: Friday, June 04, 2004 2:30 PM
> To: spr...@li...
> Subject: [Springframework-developer] RE: [springframework] Autobuilds
>=20
>=20
>=20
> > Ok,
> >
> > I'd like to propose to keep the latest versions of the application
> > servers used in the automatic build process in the CVS. Once the
> > automated testing is in place I won't ever touch the configuration
> > again, testing always happens against CVS HEAD.
> >
> > Furthermore I'll have to modify some of the build files to change
the
> > flow a bit, but those will be minor changes. I'll let you know when
> > things are in place!
>=20
> Alef,
>=20
> (I've moved this to the main dev list as it's less appropriate on the
> other one)
>=20
> Are you talking about keeping the server binaries in CVS?  This was
> discussed when I embarked upon this before Christmas and the general
> consensus was that we shouldn't do it.  It is a very large overhead
(JBoss
> / Tomcat x 2 / Resin x 2 etc. =3D a lot of MB) for people keeping up =
to
date
> with CVS who don't need to use autobuilds.
>=20
> Regards,
> --
> Darren Davison
> Public Key: http://www.davison.uk.net/pages/key.htm
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by the new InstallShield X.
> From Windows to Linux, servers to mobile, InstallShield X is the one
> installation-authoring solution that does it all. Learn more and
> evaluate today! http://www.installshield.com/Dev2Dev/0504
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>=20