Re: Struts Dependencies

[Max Cooper]

A "pretty good but not perfect" way to check is to look at the
Implementation-Version entry in the jar's /META-INF/MANIFEST.MF file. The
jakarta-commons projects are pretty good about setting these in accordance
with their release numbers. commons-beanutils.jar will show version 1.6 for
the 1.6.1 release, but the other ones I checked recently matched their
release numbers exactly.

Other than that, you can download commons releases and check that the jar
files match.

I suspect ORO 2.0.7 is what is packaged with the 1.1 RC release, but I'm not
sure. Jakarta-ORO has good version info in it's manifest based on my recent
investigation.

-Max

- Original Message - 
From: "Doyle, Michael J" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, June 10, 2003 10:21 AM
Subject: Struts Dependencies


> Hi,
>
> Does anyone know what version of Jakarta ORO is packaged with the Struts
1.1
> RC release?
>
> Actually, it would be useful to know the versions of all the dependent
> libraries in the release.
>
> Is there a way to find out from a Jakarta jar what its version is?
>
> Thanks in advance!
> - Mike
>



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Struts Dependencies

[David Graham]

commons-validator uses ORO but Struts doesn't use it directly.

David

I really dont know, for my case I use SecurityFilter which requires ORO.

Why dont you take ORO out of your deployment and see if your app chokes?

-Dan
- Original Message -
From: "Doyle, Michael J" <[EMAIL PROTECTED]>
To: "'Struts Users Mailing List'" <[EMAIL PROTECTED]>
Sent: Tuesday, June 10, 2003 12:53 PM
Subject: RE: Struts Dependencies
> Thanks for the pointer. Does this mean that Struts is not really 
dependent
> on ORO??
>
> -Original Message-
> From: Dan Tran [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, June 10, 2003 1:59 PM
> To: Struts Users Mailing List
> Subject: Re: Struts Dependencies
>
>
> http://jakarta.apache.org/struts/userGuide/release-notes-1.1-rc2.html
>
> But it does not have ORO info
>
> -D
> - Original Message -
> From: "Doyle, Michael J" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, June 10, 2003 10:21 AM
> Subject: Struts Dependencies
>
>
> > Hi,
> >
> > Does anyone know what version of Jakarta ORO is packaged with the
> > Struts
> 1.1
> > RC release?
> >
> > Actually, it would be useful to know the versions of all the dependent
> > libraries in the release.
> >
> > Is there a way to find out from a Jakarta jar what its version is?
> >
> > Thanks in advance!
> > - Mike
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
_
MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*.  
http://join.msn.com/?page=features/virus

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Struts Dependencies

[Dan Tran]

I really dont know, for my case I use SecurityFilter which requires ORO.

Why dont you take ORO out of your deployment and see if your app chokes?

-Dan
- Original Message - 
From: "Doyle, Michael J" <[EMAIL PROTECTED]>
To: "'Struts Users Mailing List'" <[EMAIL PROTECTED]>
Sent: Tuesday, June 10, 2003 12:53 PM
Subject: RE: Struts Dependencies


> Thanks for the pointer. Does this mean that Struts is not really dependent
> on ORO??
>
> -Original Message-
> From: Dan Tran [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, June 10, 2003 1:59 PM
> To: Struts Users Mailing List
> Subject: Re: Struts Dependencies
>
>
> http://jakarta.apache.org/struts/userGuide/release-notes-1.1-rc2.html
>
> But it does not have ORO info
>
> -D
> - Original Message - 
> From: "Doyle, Michael J" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, June 10, 2003 10:21 AM
> Subject: Struts Dependencies
>
>
> > Hi,
> >
> > Does anyone know what version of Jakarta ORO is packaged with the
> > Struts
> 1.1
> > RC release?
> >
> > Actually, it would be useful to know the versions of all the dependent
> > libraries in the release.
> >
> > Is there a way to find out from a Jakarta jar what its version is?
> >
> > Thanks in advance!
> > - Mike
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Struts Dependencies

[Doyle, Michael J]

Thanks for the pointer. Does this mean that Struts is not really dependent
on ORO??

-Original Message-
From: Dan Tran [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, June 10, 2003 1:59 PM
To: Struts Users Mailing List
Subject: Re: Struts Dependencies


http://jakarta.apache.org/struts/userGuide/release-notes-1.1-rc2.html

But it does not have ORO info

-D
- Original Message - 
From: "Doyle, Michael J" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, June 10, 2003 10:21 AM
Subject: Struts Dependencies


> Hi,
>
> Does anyone know what version of Jakarta ORO is packaged with the 
> Struts
1.1
> RC release?
>
> Actually, it would be useful to know the versions of all the dependent 
> libraries in the release.
>
> Is there a way to find out from a Jakarta jar what its version is?
>
> Thanks in advance!
> - Mike
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Struts Dependencies

[Dan Tran]

http://jakarta.apache.org/struts/userGuide/release-notes-1.1-rc2.html

But it does not have ORO info

-D
- Original Message - 
From: "Doyle, Michael J" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, June 10, 2003 10:21 AM
Subject: Struts Dependencies


> Hi,
>
> Does anyone know what version of Jakarta ORO is packaged with the Struts
1.1
> RC release?
>
> Actually, it would be useful to know the versions of all the dependent
> libraries in the release.
>
> Is there a way to find out from a Jakarta jar what its version is?
>
> Thanks in advance!
> - Mike
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Struts dependencies

[Arnaud HERITIER]

Thx Craig.

All components are night builds except ORO.

I'll open bugzilla entries for projects which not set correctly their
Manifest files

Arnaud H

> -Message d'origine-
> De : Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
> Envoyé : mercredi 10 juillet 2002 18:10
> À : Struts Users Mailing List; [EMAIL PROTECTED]
> Cc : Struts-Dev (E-mail)
> Objet : Re: Struts dependencies
>
>
> Nightly builds of Struts are always compiled from the latest
> source code
> in CVS -- both for Struts itself and for all of the commons-x
> dependencies.  There are definitely features and bugfixes in
> the commons
> libraries that the current code in Struts depends on.  The
> only exception
> for Apache code dependencies is ORO, where I'm packaging
> version 2.0.6.
>
> At release time, we'll also do corresponding releases of
> stable versions
> of the commons libraries we utilize.
>
> By the way, commons-services is in the
> jakarta-commons-sandbox repository.
> Nightly builds are available at:
>
>
> http://jakarta.apache.org/builds/jakarta-commons/nightly/commo
> ns-services/
>
> By the way, a standard convention on most Apache library JARs is to
> include versioning information in the META-INF/MANIFEST.MF
> file, so that
> you (and tools) can determine which version is present.
>
> Craig
>
>
> On Wed, 10 Jul 2002, Arnaud HERITIER wrote:
>
> > Date: Wed, 10 Jul 2002 13:33:02 +0200
> > From: Arnaud HERITIER <[EMAIL PROTECTED]>
> > Reply-To: Struts Users Mailing List
> <[EMAIL PROTECTED]>,
> >  [EMAIL PROTECTED]
> > To: "Struts-Dev (E-mail)" <[EMAIL PROTECTED]>,
> >  "Struts Users Mailing List (E-mail)"
> <[EMAIL PROTECTED]>
> > Subject: Struts dependencies
> >
> > Hi guys.
> >
> > I downloaded the last nighty build of struts.
> >
> > I would like to know which releases of external libraries
> are packaged with
> > it.
> >
> > I already uses some libraries of jakarta commons and I
> would like to know
> > which one I need to upgrade.
> >
> > After studying the manifest of jars I listed this :
> >
> > commons-beanutils : 1.4 dev
> > commons-collections : 2.0
> > commons-dbcp : unknown (last dev I suppose)
> > commons-digester : 1.3 dev
> > commons-logging : 1.0.1 dev
> > commons-pool : 1.0
> > commons-services : 1.0 dev (can't find it on the jakarta
> site. What it is
> > ??)
> > commons-validator : unknown (last dev)
> > jakarta-oro : unknown
> >
> > Can you confirm my assumptions.
> >
> > Are all jars usefull for struts or are there some of them
> used by some
> > extensions like tiles, .. ???
> >
> > Thanks a lot.
> >   Arnaud HERITIER
> >   EAI Consulting
> >   Sopra Group
> >   Tél. : +33 (0)1 53 33 44 74
> >   email : [EMAIL PROTECTED]
> >
> >   Ce message est exclusivement destiné aux personnes dont
> le nom figure
> > ci-dessus. Il peut contenir des informations confidentielles dont la
> > divulgation est à ce titre rigoureusement interdite. Dans
> l'hypothèse où
> > vous avez reçu ce message par erreur, merci de le renvoyer
> à l'adresse
> > e-mail ci-dessus et de détruire toute copie.
> >
> >   This message may contain confidential and proprietary
> material for the
> > sole use of the intended recipient. Any review or
> distribution by others is
> > strictly prohibited. If you are not the intended recipient,
> please contact
> > the sender and delete all copies.
> >
> >
>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

RE: Struts dependencies

[Arnaud HERITIER]

I'll send some bug reports to bugzilla if it is not yet done.

Arnaud Heritier

> -Message d'origine-
> De : Martin Cooper [mailto:[EMAIL PROTECTED]]
> Envoyé : mercredi 10 juillet 2002 17:34
> À : 'Struts Users Mailing List'
> Objet : RE: Struts dependencies
>
>
> There was an extensive discussion about this on the
> commons-dev list a while
> ago. One of the problems with putting the version number in
> the name is that
> people have to change their build files to pick up an
> upgrade. The solution
> agreed upon, if I remember correctly, was to put the version
> number in the
> manifest file, and use a standard set of entries in that
> file. It looks like
> a couple of projects are not doing that yet, naughty people. ;-)
>
> --
> Martin Cooper
>
>
> > -Original Message-
> > From: David Mulligan [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, July 10, 2002 5:09 AM
> > To: 'Struts Users Mailing List'
> > Subject: RE: Struts dependencies
> >
> >
> > I'm wondering the same!
> >
> > Would it be possible to name the jar files like so
> >
> > commons-beanutils-1.4.jar
> > commons-collections-2.0.jar
> > commons-digester-1.3.jar
> > commons-logging-1.0.1.jar
> > commons-pool-1.0.jar
> > struts-1.1-b1.jar
> > etc?
> >
> > I know this isn't a struts problem and it would be a bad idea
> > for the struts
> >
> > team to start renaming the jar files from other Jakarta
> > projects. But would
> > it be possible for all Jakarta projects to follow this
> > standard? That would
> > make my and I'm sure a lot of other people's lives easier.
> >
> > Is this a bad idea, if so why?
> > I know it would make the creation of build scripts a little
> > harder, but it
> > would still be possible to create them.
> >
> > The other option is the META-INF/MANIFEST.MF file.
> > Most jar files contain there version number in them but not all.
> > For example Version 2.0 of commons-collections.jar manifest
> > file contains
> > 'Implementation-Version: 1.1-dev' and not
> > 'Implementation-Version: 2.0'
> >
> > While struts.jar version 1.1-b1 contains
> > 'Implementation-Vendor: Apache
> > Software Foundation'
> > Would it be possible to enforce this a bit more?
> >
> > Just me 2 (euro) cents.
> >
> >
> > -Original Message-
> > From: Arnaud HERITIER [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, July 10, 2002 12:33 PM
> > To: Struts-Dev (E-mail); Struts Users Mailing List (E-mail)
> > Subject: Struts dependencies
> >
> >
> > Hi guys.
> >
> > I downloaded the last nighty build of struts.
> >
> > I would like to know which releases of external libraries are
> > packaged with
> > it.
> >
> > I already uses some libraries of jakarta commons and I would
> > like to know
> > which one I need to upgrade.
> >
> > After studying the manifest of jars I listed this :
> >
> > commons-beanutils : 1.4 dev
> > commons-collections : 2.0
> > commons-dbcp : unknown (last dev I suppose)
> > commons-digester : 1.3 dev
> > commons-logging : 1.0.1 dev
> > commons-pool : 1.0
> > commons-services : 1.0 dev (can't find it on the jakarta
> > site. What it is
> > ??)
> > commons-validator : unknown (last dev)
> > jakarta-oro : unknown
> >
> > Can you confirm my assumptions.
> >
> > Are all jars usefull for struts or are there some of them
> used by some
> > extensions like tiles, .. ???
> >
> > Thanks a lot.
> >   Arnaud HERITIER
> >   EAI Consulting
> >   Sopra Group
> >   Tél. : +33 (0)1 53 33 44 74
> >   email : [EMAIL PROTECTED]
> >
> >   Ce message est exclusivement destiné aux personnes dont le
> > nom figure
> > ci-dessus. Il peut contenir des informations confidentielles dont la
> > divulgation est à ce titre rigoureusement interdite. Dans
> > l'hypothèse où
> > vous avez reçu ce message par erreur, merci de le renvoyer
> à l'adresse
> > e-mail ci-dessus et de détruire toute copie.
> >
> >   This message may contain confidential and proprietary
> > material for the
> > sole use of the intended recipient. Any review or
> > distribution by others is
> > strictly prohibited. If you are not the intended recipient,
> > please contact
> > the sender and delete all copies.
> >
> >
> > --
> > To unsubscribe, e-mail:
> <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
> <mailto:[EMAIL PROTECTED]>
>
>
>
> --
> To unsubscribe, e-mail:
> <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
> <mailto:[EMAIL PROTECTED]>
>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Struts dependencies

[Craig R. McClanahan]

Nightly builds of Struts are always compiled from the latest source code
in CVS -- both for Struts itself and for all of the commons-x
dependencies.  There are definitely features and bugfixes in the commons
libraries that the current code in Struts depends on.  The only exception
for Apache code dependencies is ORO, where I'm packaging version 2.0.6.

At release time, we'll also do corresponding releases of stable versions
of the commons libraries we utilize.

By the way, commons-services is in the jakarta-commons-sandbox repository.
Nightly builds are available at:

  http://jakarta.apache.org/builds/jakarta-commons/nightly/commons-services/

By the way, a standard convention on most Apache library JARs is to
include versioning information in the META-INF/MANIFEST.MF file, so that
you (and tools) can determine which version is present.

Craig


On Wed, 10 Jul 2002, Arnaud HERITIER wrote:

> Date: Wed, 10 Jul 2002 13:33:02 +0200
> From: Arnaud HERITIER <[EMAIL PROTECTED]>
> Reply-To: Struts Users Mailing List <[EMAIL PROTECTED]>,
>  [EMAIL PROTECTED]
> To: "Struts-Dev (E-mail)" <[EMAIL PROTECTED]>,
>  "Struts Users Mailing List (E-mail)" <[EMAIL PROTECTED]>
> Subject: Struts dependencies
>
> Hi guys.
>
> I downloaded the last nighty build of struts.
>
> I would like to know which releases of external libraries are packaged with
> it.
>
> I already uses some libraries of jakarta commons and I would like to know
> which one I need to upgrade.
>
> After studying the manifest of jars I listed this :
>
> commons-beanutils : 1.4 dev
> commons-collections : 2.0
> commons-dbcp : unknown (last dev I suppose)
> commons-digester : 1.3 dev
> commons-logging : 1.0.1 dev
> commons-pool : 1.0
> commons-services : 1.0 dev (can't find it on the jakarta site. What it is
> ??)
> commons-validator : unknown (last dev)
> jakarta-oro : unknown
>
> Can you confirm my assumptions.
>
> Are all jars usefull for struts or are there some of them used by some
> extensions like tiles, .. ???
>
> Thanks a lot.
>   Arnaud HERITIER
>   EAI Consulting
>   Sopra Group
>   Tél. : +33 (0)1 53 33 44 74
>   email : [EMAIL PROTECTED]
>
>   Ce message est exclusivement destiné aux personnes dont le nom figure
> ci-dessus. Il peut contenir des informations confidentielles dont la
> divulgation est à ce titre rigoureusement interdite. Dans l'hypothèse où
> vous avez reçu ce message par erreur, merci de le renvoyer à l'adresse
> e-mail ci-dessus et de détruire toute copie.
>
>   This message may contain confidential and proprietary material for the
> sole use of the intended recipient. Any review or distribution by others is
> strictly prohibited. If you are not the intended recipient, please contact
> the sender and delete all copies.
>
>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Struts dependencies

[Martin Cooper]

There was an extensive discussion about this on the commons-dev list a while
ago. One of the problems with putting the version number in the name is that
people have to change their build files to pick up an upgrade. The solution
agreed upon, if I remember correctly, was to put the version number in the
manifest file, and use a standard set of entries in that file. It looks like
a couple of projects are not doing that yet, naughty people. ;-)

--
Martin Cooper


> -Original Message-
> From: David Mulligan [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, July 10, 2002 5:09 AM
> To: 'Struts Users Mailing List'
> Subject: RE: Struts dependencies
> 
> 
> I'm wondering the same!
> 
> Would it be possible to name the jar files like so
> 
> commons-beanutils-1.4.jar
> commons-collections-2.0.jar
> commons-digester-1.3.jar
> commons-logging-1.0.1.jar
> commons-pool-1.0.jar
> struts-1.1-b1.jar
> etc?
> 
> I know this isn't a struts problem and it would be a bad idea 
> for the struts
> 
> team to start renaming the jar files from other Jakarta 
> projects. But would 
> it be possible for all Jakarta projects to follow this 
> standard? That would 
> make my and I'm sure a lot of other people's lives easier.
> 
> Is this a bad idea, if so why? 
> I know it would make the creation of build scripts a little 
> harder, but it 
> would still be possible to create them.
> 
> The other option is the META-INF/MANIFEST.MF file.
> Most jar files contain there version number in them but not all.
> For example Version 2.0 of commons-collections.jar manifest 
> file contains 
> 'Implementation-Version: 1.1-dev' and not 
> 'Implementation-Version: 2.0'
> 
> While struts.jar version 1.1-b1 contains 
> 'Implementation-Vendor: Apache
> Software Foundation'
> Would it be possible to enforce this a bit more?
> 
> Just me 2 (euro) cents.
> 
> 
> -Original Message-
> From: Arnaud HERITIER [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, July 10, 2002 12:33 PM
> To: Struts-Dev (E-mail); Struts Users Mailing List (E-mail)
> Subject: Struts dependencies
> 
> 
> Hi guys.
> 
> I downloaded the last nighty build of struts.
> 
> I would like to know which releases of external libraries are 
> packaged with
> it.
> 
> I already uses some libraries of jakarta commons and I would 
> like to know
> which one I need to upgrade.
> 
> After studying the manifest of jars I listed this :
> 
> commons-beanutils : 1.4 dev
> commons-collections : 2.0
> commons-dbcp : unknown (last dev I suppose)
> commons-digester : 1.3 dev
> commons-logging : 1.0.1 dev
> commons-pool : 1.0
> commons-services : 1.0 dev (can't find it on the jakarta 
> site. What it is
> ??)
> commons-validator : unknown (last dev)
> jakarta-oro : unknown
> 
> Can you confirm my assumptions.
> 
> Are all jars usefull for struts or are there some of them used by some
> extensions like tiles, .. ???
> 
> Thanks a lot.
>   Arnaud HERITIER
>   EAI Consulting
>   Sopra Group
>   Tél. : +33 (0)1 53 33 44 74
>   email : [EMAIL PROTECTED]
> 
>   Ce message est exclusivement destiné aux personnes dont le 
> nom figure
> ci-dessus. Il peut contenir des informations confidentielles dont la
> divulgation est à ce titre rigoureusement interdite. Dans 
> l'hypothèse où
> vous avez reçu ce message par erreur, merci de le renvoyer à l'adresse
> e-mail ci-dessus et de détruire toute copie.
> 
>   This message may contain confidential and proprietary 
> material for the
> sole use of the intended recipient. Any review or 
> distribution by others is
> strictly prohibited. If you are not the intended recipient, 
> please contact
> the sender and delete all copies.
> 
> 
> --
> To unsubscribe, e-mail:   
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>



--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

RE: Struts dependencies

[Martin Cooper]

> -Original Message-
> From: Arnaud HERITIER [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, July 10, 2002 4:33 AM
> To: Struts-Dev (E-mail); Struts Users Mailing List (E-mail)
> Subject: Struts dependencies
> 
> 
> Hi guys.
> 
> I downloaded the last nighty build of struts.
> 
> I would like to know which releases of external libraries are 
> packaged with
> it.

I believe the nightly builds of Struts use the nightly builds of the various
Commons components.

> I already uses some libraries of jakarta commons and I would 
> like to know
> which one I need to upgrade.
> 
> After studying the manifest of jars I listed this :
> 
> commons-beanutils : 1.4 dev

You do need the very latest version of this.

> commons-collections : 2.0
> commons-dbcp : unknown (last dev I suppose)
> commons-digester : 1.3 dev
> commons-logging : 1.0.1 dev
> commons-pool : 1.0
> commons-services : 1.0 dev (can't find it on the jakarta 
> site. What it is
> ??)

You'll find this in the Commons sandbox.

> commons-validator : unknown (last dev)
> jakarta-oro : unknown
> 
> Can you confirm my assumptions.
> 
> Are all jars usefull for struts or are there some of them used by some
> extensions like tiles, .. ???

All of them are used by Struts, with the possible exception of
commons-services, which may not actually be used at this time. Commons-pool
is needed by commons-dbcp, which is used for DataSource support. Jakarta-oro
is used by commons-validator.

--
Martin Cooper


> 
> Thanks a lot.
>   Arnaud HERITIER
>   EAI Consulting
>   Sopra Group
>   Tél. : +33 (0)1 53 33 44 74
>   email : [EMAIL PROTECTED]
> 
>   Ce message est exclusivement destiné aux personnes dont le 
> nom figure
> ci-dessus. Il peut contenir des informations confidentielles dont la
> divulgation est à ce titre rigoureusement interdite. Dans 
> l'hypothèse où
> vous avez reçu ce message par erreur, merci de le renvoyer à l'adresse
> e-mail ci-dessus et de détruire toute copie.
> 
>   This message may contain confidential and proprietary 
> material for the
> sole use of the intended recipient. Any review or 
> distribution by others is
> strictly prohibited. If you are not the intended recipient, 
> please contact
> the sender and delete all copies.
> 
> 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Struts dependencies

[Arnaud HERITIER]

I'm agree to use underscores instead of dots because effectively there are
problems on some servers like Weblogic.

I think that it can be complicated to name external jars with there release
number because for the developpers it is easy to replace a jar with the same
name.

On the other hand it was simple to have a release.txt file where are store
the jar files names with there release and a link to the original project.

It will be very usefull for the integration of several libraries which use
different dependencies.

Arnaud

> -Message d'origine-
> De : Ted Husted [mailto:[EMAIL PROTECTED]]
> Envoyé : mercredi 10 juillet 2002 14:32
> À : Struts Users Mailing List
> Objet : Re: Struts dependencies
>
>
> Naming things with too many dots can confuse some of the
> containers, so,
> personally, I follow the XML conventions and use underscores, e.g.
>
> struts_1_1_b1.jar
>
> One question would be what to do about the nightly builds. These are
> unreleased products and do not really get a version number until they
> are released. So we might have
>
> struts_nb.jar
>
> or
>
> stuts_nb_20020710.jar
>
> We can unilaterally change our own JARS, and probably most of the
> Commons JARs, since we have members on those teams. As a volunteer
> organization, it's not actually possible for the ASF to "enforce"
> conventions like this. None of are paid and so it can be hard
> to tell us
> what to do =:0). The ASF has only one stick: pull the product from
> distribution by the Apache web sites -- which is not something they
> would do over a packaging convention. And making the change
> unilaterally, without committer involvement, would be a violation of
> trust. Since we do the work, the ASF lets us make the decisions.
>
> What would make the biggest difference would be to submit enhancements
> to the products through Bugzilla, and include a patch for
> each of their
> build.xml's, and also post patch to the Jakarta guidelines to the
> General list reflecting how you'd like this done.
>
> Since this is a volunteer organization, the best way to get the
> attention of the other volunteers is to do the actual work
> for them =:0)
>
> -T.
>
>
>
> David Mulligan wrote:
> >
> > I'm wondering the same!
> >
> > Would it be possible to name the jar files like so
> >
> > commons-beanutils-1.4.jar
> > commons-collections-2.0.jar
> > commons-digester-1.3.jar
> > commons-logging-1.0.1.jar
> > commons-pool-1.0.jar
> > struts-1.1-b1.jar
> > etc?
> >
> > I know this isn't a struts problem and it would be a bad
> idea for the struts
> >
> > team to start renaming the jar files from other Jakarta
> projects. But would
> > it be possible for all Jakarta projects to follow this
> standard? That would
> > make my and I'm sure a lot of other people's lives easier.
> >
> > Is this a bad idea, if so why?
> > I know it would make the creation of build scripts a little
> harder, but it
> > would still be possible to create them.
> >
> > The other option is the META-INF/MANIFEST.MF file.
> > Most jar files contain there version number in them but not all.
> > For example Version 2.0 of commons-collections.jar manifest
> file contains
> > 'Implementation-Version: 1.1-dev' and not
> 'Implementation-Version: 2.0'
> >
> > While struts.jar version 1.1-b1 contains
> 'Implementation-Vendor: Apache
> > Software Foundation'
> > Would it be possible to enforce this a bit more?
> >
> > Just me 2 (euro) cents.
> >
> > -Original Message-
> > From: Arnaud HERITIER [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, July 10, 2002 12:33 PM
> > To: Struts-Dev (E-mail); Struts Users Mailing List (E-mail)
> > Subject: Struts dependencies
> >
> > Hi guys.
> >
> > I downloaded the last nighty build of struts.
> >
> > I would like to know which releases of external libraries
> are packaged with
> > it.
> >
> > I already uses some libraries of jakarta commons and I
> would like to know
> > which one I need to upgrade.
> >
> > After studying the manifest of jars I listed this :
> >
> > commons-beanutils : 1.4 dev
> > commons-collections : 2.0
> > commons-dbcp : unknown (last dev I suppose)
> > commons-digester : 1.3 dev
> > commons-logging : 1.0.1 dev
> > commons-pool : 1.0
> > commons-services : 1.0 dev (can't find it on the jakarta
> site. What it is
> > ??)
> > commons-validator : unknown (last dev)
> > jakarta-oro : unknown
&g

Re: Struts dependencies

[Ted Husted]

Naming things with too many dots can confuse some of the containers, so,
personally, I follow the XML conventions and use underscores, e.g. 

struts_1_1_b1.jar

One question would be what to do about the nightly builds. These are
unreleased products and do not really get a version number until they
are released. So we might have 

struts_nb.jar

or 

stuts_nb_20020710.jar

We can unilaterally change our own JARS, and probably most of the
Commons JARs, since we have members on those teams. As a volunteer
organization, it's not actually possible for the ASF to "enforce"
conventions like this. None of are paid and so it can be hard to tell us
what to do =:0). The ASF has only one stick: pull the product from
distribution by the Apache web sites -- which is not something they
would do over a packaging convention. And making the change
unilaterally, without committer involvement, would be a violation of
trust. Since we do the work, the ASF lets us make the decisions.

What would make the biggest difference would be to submit enhancements
to the products through Bugzilla, and include a patch for each of their
build.xml's, and also post patch to the Jakarta guidelines to the
General list reflecting how you'd like this done.

Since this is a volunteer organization, the best way to get the
attention of the other volunteers is to do the actual work for them =:0)

-T.



David Mulligan wrote:
> 
> I'm wondering the same!
> 
> Would it be possible to name the jar files like so
> 
> commons-beanutils-1.4.jar
> commons-collections-2.0.jar
> commons-digester-1.3.jar
> commons-logging-1.0.1.jar
> commons-pool-1.0.jar
> struts-1.1-b1.jar
> etc?
> 
> I know this isn't a struts problem and it would be a bad idea for the struts
> 
> team to start renaming the jar files from other Jakarta projects. But would
> it be possible for all Jakarta projects to follow this standard? That would
> make my and I'm sure a lot of other people's lives easier.
> 
> Is this a bad idea, if so why?
> I know it would make the creation of build scripts a little harder, but it
> would still be possible to create them.
> 
> The other option is the META-INF/MANIFEST.MF file.
> Most jar files contain there version number in them but not all.
> For example Version 2.0 of commons-collections.jar manifest file contains
> 'Implementation-Version: 1.1-dev' and not 'Implementation-Version: 2.0'
> 
> While struts.jar version 1.1-b1 contains 'Implementation-Vendor: Apache
> Software Foundation'
> Would it be possible to enforce this a bit more?
> 
> Just me 2 (euro) cents.
> 
> -Original Message-
> From: Arnaud HERITIER [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, July 10, 2002 12:33 PM
> To: Struts-Dev (E-mail); Struts Users Mailing List (E-mail)
> Subject: Struts dependencies
> 
> Hi guys.
> 
> I downloaded the last nighty build of struts.
> 
> I would like to know which releases of external libraries are packaged with
> it.
> 
> I already uses some libraries of jakarta commons and I would like to know
> which one I need to upgrade.
> 
> After studying the manifest of jars I listed this :
> 
> commons-beanutils : 1.4 dev
> commons-collections : 2.0
> commons-dbcp : unknown (last dev I suppose)
> commons-digester : 1.3 dev
> commons-logging : 1.0.1 dev
> commons-pool : 1.0
> commons-services : 1.0 dev (can't find it on the jakarta site. What it is
> ??)
> commons-validator : unknown (last dev)
> jakarta-oro : unknown
> 
> Can you confirm my assumptions.
> 
> Are all jars usefull for struts or are there some of them used by some
> extensions like tiles, .. ???
> 
> Thanks a lot.
>   Arnaud HERITIER
>   EAI Consulting
>   Sopra Group
>   Tél. : +33 (0)1 53 33 44 74
>   email : [EMAIL PROTECTED]
> 
>   Ce message est exclusivement destiné aux personnes dont le nom figure
> ci-dessus. Il peut contenir des informations confidentielles dont la
> divulgation est à ce titre rigoureusement interdite. Dans l'hypothèse où
> vous avez reçu ce message par erreur, merci de le renvoyer à l'adresse
> e-mail ci-dessus et de détruire toute copie.
> 
>   This message may contain confidential and proprietary material for the
> sole use of the intended recipient. Any review or distribution by others is
> strictly prohibited. If you are not the intended recipient, please contact
> the sender and delete all copies.
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 

-- Ted Husted, Husted dot Com, Fairport NY US
-- Java Web Development with Struts
-- Tel: +1 585 737-3463
-- Web: http://husted.com/about/services

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Struts dependencies

[Andrew Hill]

Given that that happens to be the naming convention we use for third-party
libraries at my company too, that change would also make me happy :-)

-Original Message-
From: David Mulligan [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 10, 2002 20:09
To: 'Struts Users Mailing List'
Subject: RE: Struts dependencies


I'm wondering the same!

Would it be possible to name the jar files like so

commons-beanutils-1.4.jar
commons-collections-2.0.jar
commons-digester-1.3.jar
commons-logging-1.0.1.jar
commons-pool-1.0.jar
struts-1.1-b1.jar
etc?

I know this isn't a struts problem and it would be a bad idea for the struts

team to start renaming the jar files from other Jakarta projects. But would
it be possible for all Jakarta projects to follow this standard? That would
make my and I'm sure a lot of other people's lives easier.

Is this a bad idea, if so why?
I know it would make the creation of build scripts a little harder, but it
would still be possible to create them.

The other option is the META-INF/MANIFEST.MF file.
Most jar files contain there version number in them but not all.
For example Version 2.0 of commons-collections.jar manifest file contains
'Implementation-Version: 1.1-dev' and not 'Implementation-Version: 2.0'

While struts.jar version 1.1-b1 contains 'Implementation-Vendor: Apache
Software Foundation'
Would it be possible to enforce this a bit more?

Just me 2 (euro) cents.


-Original Message-
From: Arnaud HERITIER [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 10, 2002 12:33 PM
To: Struts-Dev (E-mail); Struts Users Mailing List (E-mail)
Subject: Struts dependencies


Hi guys.

I downloaded the last nighty build of struts.

I would like to know which releases of external libraries are packaged with
it.

I already uses some libraries of jakarta commons and I would like to know
which one I need to upgrade.

After studying the manifest of jars I listed this :

commons-beanutils : 1.4 dev
commons-collections : 2.0
commons-dbcp : unknown (last dev I suppose)
commons-digester : 1.3 dev
commons-logging : 1.0.1 dev
commons-pool : 1.0
commons-services : 1.0 dev (can't find it on the jakarta site. What it is
??)
commons-validator : unknown (last dev)
jakarta-oro : unknown

Can you confirm my assumptions.

Are all jars usefull for struts or are there some of them used by some
extensions like tiles, .. ???

Thanks a lot.
  Arnaud HERITIER
  EAI Consulting
  Sopra Group
  Tél. : +33 (0)1 53 33 44 74
  email : [EMAIL PROTECTED]

  Ce message est exclusivement destiné aux personnes dont le nom figure
ci-dessus. Il peut contenir des informations confidentielles dont la
divulgation est à ce titre rigoureusement interdite. Dans l'hypothèse où
vous avez reçu ce message par erreur, merci de le renvoyer à l'adresse
e-mail ci-dessus et de détruire toute copie.

  This message may contain confidential and proprietary material for the
sole use of the intended recipient. Any review or distribution by others is
strictly prohibited. If you are not the intended recipient, please contact
the sender and delete all copies.


--
To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

RE: Struts dependencies

[David Mulligan]

I'm wondering the same!

Would it be possible to name the jar files like so

commons-beanutils-1.4.jar
commons-collections-2.0.jar
commons-digester-1.3.jar
commons-logging-1.0.1.jar
commons-pool-1.0.jar
struts-1.1-b1.jar
etc?

I know this isn't a struts problem and it would be a bad idea for the struts

team to start renaming the jar files from other Jakarta projects. But would 
it be possible for all Jakarta projects to follow this standard? That would 
make my and I'm sure a lot of other people's lives easier.

Is this a bad idea, if so why? 
I know it would make the creation of build scripts a little harder, but it 
would still be possible to create them.

The other option is the META-INF/MANIFEST.MF file.
Most jar files contain there version number in them but not all.
For example Version 2.0 of commons-collections.jar manifest file contains 
'Implementation-Version: 1.1-dev' and not 'Implementation-Version: 2.0'

While struts.jar version 1.1-b1 contains 'Implementation-Vendor: Apache
Software Foundation'
Would it be possible to enforce this a bit more?

Just me 2 (euro) cents.


-Original Message-
From: Arnaud HERITIER [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 10, 2002 12:33 PM
To: Struts-Dev (E-mail); Struts Users Mailing List (E-mail)
Subject: Struts dependencies


Hi guys.

I downloaded the last nighty build of struts.

I would like to know which releases of external libraries are packaged with
it.

I already uses some libraries of jakarta commons and I would like to know
which one I need to upgrade.

After studying the manifest of jars I listed this :

commons-beanutils : 1.4 dev
commons-collections : 2.0
commons-dbcp : unknown (last dev I suppose)
commons-digester : 1.3 dev
commons-logging : 1.0.1 dev
commons-pool : 1.0
commons-services : 1.0 dev (can't find it on the jakarta site. What it is
??)
commons-validator : unknown (last dev)
jakarta-oro : unknown

Can you confirm my assumptions.

Are all jars usefull for struts or are there some of them used by some
extensions like tiles, .. ???

Thanks a lot.
  Arnaud HERITIER
  EAI Consulting
  Sopra Group
  Tél. : +33 (0)1 53 33 44 74
  email : [EMAIL PROTECTED]

  Ce message est exclusivement destiné aux personnes dont le nom figure
ci-dessus. Il peut contenir des informations confidentielles dont la
divulgation est à ce titre rigoureusement interdite. Dans l'hypothèse où
vous avez reçu ce message par erreur, merci de le renvoyer à l'adresse
e-mail ci-dessus et de détruire toute copie.

  This message may contain confidential and proprietary material for the
sole use of the intended recipient. Any review or distribution by others is
strictly prohibited. If you are not the intended recipient, please contact
the sender and delete all copies.


--
To unsubscribe, e-mail:   
For additional commands, e-mail: