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]
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]
Re: Struts Dependencies
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
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
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
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
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
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]
RE: Struts dependencies
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
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- 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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Struts dependencies
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 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
RE: Struts dependencies
-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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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]
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/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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]