RC1 release and Commons Logging 1.0.2
If I understand the issue correctly, I believe that both Struts beta3 and RC1 are dependent upon a non release version of the Commons Logging API (something later than 1.0.2). If I am incorrect, I sincerely apologize and ask that you ignore the rest of my email. Otherwise, I'd ask that an important criteria in posting future releases be considered. There should not be any dependencies upon nightly builds. Two of my customers will not allow me to use nightly builds for fear of bugs, and this prevents me from using either beta3 or RC1. This comment on the struts website does not help my dilemma any: Nightly Builds are those that are very unstable (a.k.a. dynamite!). We have no confidence in them. They are for developers who are helping to develop the technology and want the latest bits. Use at your own risk! Please take these kinds of issues into consideration in the future. Another consideration to help those who are not in the loop, would be to post the versions of dependent APis that were used to run the tests in the release notes. Thank you for the consideration! Sincerely, A fan. Gary D Ashley Jr. Chief Technology Officer, 3rd Millennium Visions, Inc. I find that the harder I work, the more luck I seem to have. - Thomas Jefferson
Re: RC1 release and Commons Logging 1.0.2
Gary Ashley wrote: Otherwise, I'd ask that an important criteria in posting future releases be considered. There should not be any dependencies upon nightly builds. Two of my customers will not allow me to use nightly builds for fear of bugs, and this prevents me from using either beta3 or RC1. This comment on the struts website does not help my dilemma any: The standard has always been that the Struts 1.1 release will depend on released version of the commons-x.jar's. The RC1 and others depend on the nightly builds of commons-xxx because they almost always fix more bugs than they create. What --released-- version of commons-xxx.jar's we use will likely be taken on a case by case basis. I know that beanutils digester have reciently had a new release, and that Martin has released the first version of commons-fileupload. We always welcome contributions to the code base, especially unit tests. If you are not satified with their quality then contribute, that is what open source is all about. -Rob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RC1 release and Commons Logging 1.0.2
Also, this message would have better been posted on the struts-user list. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: RC1 release and Commons Logging 1.0.2
Robert Leland wrote: The standard has always been that the Struts 1.1 release will depend on released version of the commons-x.jar's. The RC1 and others depend on the nightly builds of commons-xxx because they almost always fix more bugs than they create. What --released-- version of commons-xxx.jar's we use will likely be taken on a case by case basis. I know that beanutils digester have reciently had a new release, and that Martin has released the first version of commons-fileupload. We always welcome contributions to the code base, especially unit tests. My inability to contribute at this time is the exact reason that I hesitated to send my email in the first place. I very much appreciate all the hard work and dedication that developers like you provide to developers like me. I apologize if you found it offensive. If you are not satified with their quality then contribute, that is what open source is all about. I had thought that ideas were considered contributions as well, and did not intend my question to be derogatory or implying dissatisfaction. I merely hoped to point out that statements on the Struts website concerning nightly builds coupled with 2 consecutive releases of Struts depending on Logging nightly builds was confusing to those not in the inner circle. I had hoped that my feedback would help improve the process for others in the future and be taken into consideration by the inner circle. Also, this message would have better been posted on the struts-user list. Since my comments were not a question concerning configuration but more an opinion on release policy, I had thought it better suited to the developer list. I understand your frustration to field complaints from non-contributors, but contend that spreading the word and putting struts into a few customer sites provides some contribution, however small. I sincerely hope to provide a significant contribution once I have completed my current project. I will see what I can do to help get the next release of Commons Logging out. Thank you! Gary - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: RC1 release and Commons Logging 1.0.2
Gary, You are not obligated to contribute to Struts in any way and have a right to express your opinion. You said that 2 releases of Struts depend on nightly builds; however, betas and release candidates are not releases. When Struts 1.1 Final is released it will only depend on released versions of its dependant projects like logging. I also want to point out that I (and I believe other Struts committers) are not too interested in the popularity of Struts. We work on it to suit our own needs and help others build applications faster. I'm glad you find Struts useful and thanks for your input! David From: Gary Ashley [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: 'Struts Developers List' [EMAIL PROTECTED] Subject: RE: RC1 release and Commons Logging 1.0.2 Date: Mon, 24 Feb 2003 09:46:40 -0600 Robert Leland wrote: The standard has always been that the Struts 1.1 release will depend on released version of the commons-x.jar's. The RC1 and others depend on the nightly builds of commons-xxx because they almost always fix more bugs than they create. What --released-- version of commons-xxx.jar's we use will likely be taken on a case by case basis. I know that beanutils digester have reciently had a new release, and that Martin has released the first version of commons-fileupload. We always welcome contributions to the code base, especially unit tests. My inability to contribute at this time is the exact reason that I hesitated to send my email in the first place. I very much appreciate all the hard work and dedication that developers like you provide to developers like me. I apologize if you found it offensive. If you are not satified with their quality then contribute, that is what open source is all about. I had thought that ideas were considered contributions as well, and did not intend my question to be derogatory or implying dissatisfaction. I merely hoped to point out that statements on the Struts website concerning nightly builds coupled with 2 consecutive releases of Struts depending on Logging nightly builds was confusing to those not in the inner circle. I had hoped that my feedback would help improve the process for others in the future and be taken into consideration by the inner circle. Also, this message would have better been posted on the struts-user list. Since my comments were not a question concerning configuration but more an opinion on release policy, I had thought it better suited to the developer list. I understand your frustration to field complaints from non-contributors, but contend that spreading the word and putting struts into a few customer sites provides some contribution, however small. I sincerely hope to provide a significant contribution once I have completed my current project. I will see what I can do to help get the next release of Commons Logging out. Thank you! Gary - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RC1 release and Commons Logging 1.0.2
As others have mentioned, Struts 1.1 Final will include only released versions of its dependencies, while the beta and release candidate builds include intermediate versions. One thing I'd like to add, though, is that, while the versions of dependencies included in RC1 are not released, they also do not fall into the category of we have no confidence in them. (In fact, I take issue with that statement, and will therefore change it!) The most laborious part of getting any Struts release out the door isn't tagging the tree and building the distributions - that's the easiest part. The laborious part is testing it. Prior to uploading the RC1 distributions, I ran the JUnit unit tests and the Cactus unit tests against Tomcat 4.1.18, 4.0.6 and 3.3.1. I also ran each of the 8 webapps that come with Struts on Tomcat 4.1.18 and Resin 2.1.6, and some of them on Tomcat 4.0.6 and 3.3.1. So I, at least, have a much greater degree of confidence in the builds of Commons components that are included in the Struts RC1 release. Now it's up to the rest of the Struts community to tell us where the problems are. ;-) -- Martin Cooper Gary Ashley [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] If I understand the issue correctly, I believe that both Struts beta3 and RC1 are dependent upon a non release version of the Commons Logging API (something later than 1.0.2). If I am incorrect, I sincerely apologize and ask that you ignore the rest of my email. Otherwise, I'd ask that an important criteria in posting future releases be considered. There should not be any dependencies upon nightly builds. Two of my customers will not allow me to use nightly builds for fear of bugs, and this prevents me from using either beta3 or RC1. This comment on the struts website does not help my dilemma any: Nightly Builds are those that are very unstable (a.k.a. dynamite!). We have no confidence in them. They are for developers who are helping to develop the technology and want the latest bits. Use at your own risk! Please take these kinds of issues into consideration in the future. Another consideration to help those who are not in the loop, would be to post the versions of dependent APis that were used to run the tests in the release notes. Thank you for the consideration! Sincerely, A fan. Gary D Ashley Jr. Chief Technology Officer, 3rd Millennium Visions, Inc. I find that the harder I work, the more luck I seem to have. - Thomas Jefferson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: RC1 release and Commons Logging 1.0.2
Actually, you've overreacted to every statement I made. I did *not* imply contribute or shut up. I stated the exact opposite. However, the Struts team does not work for you; we are volunteers. So, if you request an enhancement that no committer has an interest in writing then you'd better submit the patch that implements the change or it won't get done. Struts is not in a popularity contest with other frameworks. Thousands of people find it useful including me. That's why I've chosen to volunteer my time to make it better. David From: Gary Ashley [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: 'Struts Developers List' [EMAIL PROTECTED] Subject: RE: RC1 release and Commons Logging 1.0.2 Date: Mon, 24 Feb 2003 11:28:50 -0600 David Graham wrote: Gary, You are not obligated to contribute to Struts in any way and have a right to express your opinion. You said that 2 releases of Struts depend on nightly builds; however, betas and release candidates are not releases. I understand your point on releases. I intended the term release to imply the same meaning as this statement on the struts website: The Struts team is proud to announce the release of Struts 1.1 Release Candidate 1. This release includes some new functionality, as well as fixes for a number of bugs which were reported against earlier versions. The Struts Team believes that this release is ready for prime time, hence its designation as a release candidate. I should have used the term milestone build. Your point well taken, and I would modify my earlier request to state that both milestone builds and release builds should not rely on nightly builds if at all possible. LOGGING 1.0.3 TODOs? I'd love to help. I also want to point out that I (and I believe other Struts committers) are not too interested in the popularity of Struts. We work on it to suit our own needs and help others build applications faster. I am sorry to hear that opinion as I understood apache / jakarta to be something else entirely. A community built to serve the community's needs. From the apache website: Users are the people who use the products of the Project. People in this role aren't contributing code, but they are using the products, reporting bugs, making feature requests, and such. **This is by far the most important category of people as, without users, there is no reason for the Project. ** IMHO, a larger community seems more likely to survive in the long term thus providing a much more valuable commodity to those who dedicate so much to it. Without popularity, Jakarta and every project in it would be doomed to failure as users, contributors, and committers alike would slowly but surely migrate to other more popular solutions from the java community at large. I didn't intend to offend any committers, and I had hoped my feedback would be worthwhile to the process. I think I might have hit a nerve with some, and I apologize. Your subtle yet humbling point of Contribute or shut up is well taken. I really meant no offence. Thanks. - 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: RC1 release and Commons Logging 1.0.2
I am moving this over to the struts-user list where it belongs. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17328] - Unsafe initialization in PropertyMessageResources
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17328. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17328 Unsafe initialization in PropertyMessageResources --- Additional Comments From [EMAIL PROTECTED] 2003-02-25 00:40 --- Synchronizing the loading of messages seems reasonable to me. Please attach your tested patch so we can take a look. Thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17165] - logic:iterate tag not releasing collections from memory
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17165. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17165 logic:iterate tag not releasing collections from memory --- Additional Comments From [EMAIL PROTECTED] 2003-02-25 01:03 --- The JSP spec guarantees that the release() method will be called for all tags. The release method sets the pointers to the Iterator and the Collection to null so I don't see how the iterate tag could be holding a reference to the collection. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17254] - html:option tag with an empty body content
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17254. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17254 html:option tag with an empty body content --- Additional Comments From [EMAIL PROTECTED] 2003-02-25 01:07 --- Why can't you just use a normal option value=/option ? Using the html:option tag to output an empty option element doesn't seem very useful. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17254] - html:option tag with an empty body content
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17254. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17254 html:option tag with an empty body content --- Additional Comments From [EMAIL PROTECTED] 2003-02-25 01:15 --- We could certainly do this. I had been pondering if this was truely a useful bug until I came up with the following (potentially common) use case: logic:iterate id=type name=addressChange property=phoneTypes type=AddressChangeForm.PhoneType html:option value=%= ((AddressChangeForm.PhoneType)type).getCode()%bean:write name=type property=description/ /html:option /logic:iterate The PhoneType is retrieved from the database and the description is not a required field. So in the case where this is null or empty, we return an empty string. In that case the, the stack trace would still be reported when the description has not been supplied in the database. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-struts/src/share/org/apache/struts/util RequestUtils.java
dgraham 2003/02/24 19:27:40 Modified:src/share/org/apache/struts/util RequestUtils.java Log: Fixed PR# 17312 (retrieveUserLocale throws exception without sessions). Revision ChangesPath 1.87 +19 -7 jakarta-struts/src/share/org/apache/struts/util/RequestUtils.java Index: RequestUtils.java === RCS file: /home/cvs/jakarta-struts/src/share/org/apache/struts/util/RequestUtils.java,v retrieving revision 1.86 retrieving revision 1.87 diff -u -r1.86 -r1.87 --- RequestUtils.java 8 Feb 2003 23:34:37 - 1.86 +++ RequestUtils.java 25 Feb 2003 03:27:40 - 1.87 @@ -873,11 +873,23 @@ * @return current user locale */ public static Locale retrieveUserLocale(PageContext pageContext, String locale) { -if (locale == null) +Locale userLocale = null; +HttpServletRequest request = (HttpServletRequest) pageContext.getRequest(); +HttpSession session = request.getSession(false); + +if (locale == null) { locale = Globals.LOCALE_KEY; -Locale userLocale = (Locale) pageContext.getAttribute(locale, PageContext.SESSION_SCOPE); -if (userLocale == null) +} + +// Only check session if sessions are enabled +if (session != null) { +userLocale = (Locale) pageContext.getAttribute(locale, PageContext.SESSION_SCOPE); +} + +if (userLocale == null) { userLocale = defaultLocale; +} + return userLocale; } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17312] - RequestUtils.retrieveUserLocale throws Exception without Session
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17312. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17312 RequestUtils.retrieveUserLocale throws Exception without Session [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-02-25 03:30 --- The method now checks if a session exists. If not, it's assumed that sessions are disabled and returns the default locale. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17256] - The bean:message tag cannot be used with sessions disabled
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17256. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17256 The bean:message tag cannot be used with sessions disabled [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-02-25 03:35 --- Looks like this was caused by bug #17312 so I'm marking this as a duplicate. *** This bug has been marked as a duplicate of 17312 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17312] - RequestUtils.retrieveUserLocale throws Exception without Session
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17312. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17312 RequestUtils.retrieveUserLocale throws Exception without Session [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-02-25 03:35 --- *** Bug 17256 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17225] - Struts-config.xml parsing issue in JRun 3.0.2a
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17225. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17225 Struts-config.xml parsing issue in JRun 3.0.2a --- Additional Comments From [EMAIL PROTECTED] 2003-02-25 03:48 --- Have you read http://jakarta.apache.org/struts/installation-jrun.html ? It seems that JRun requires extra steps because it's not compliant with the specs. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17312] - RequestUtils.retrieveUserLocale throws Exception without Session
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17312. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17312 RequestUtils.retrieveUserLocale throws Exception without Session [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2003-02-25 04:14 --- The fix will fail in the case where a session exists but the page uses %@ page session=false %. Probably not very likely, but you never know ;-). Patch to follow quickly... Kris Schneider [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17312] - RequestUtils.retrieveUserLocale throws Exception without Session
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17312. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17312 RequestUtils.retrieveUserLocale throws Exception without Session --- Additional Comments From [EMAIL PROTECTED] 2003-02-25 04:14 --- Created an attachment (id=4992) Patch to fix the fix - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
new variation on old question
I am NOT gonna ask, when do youse think 1.1 final will release, because I believe I know the answer. (Something like, when it's @$#%^*! ready! :-) But I would appreciate your _opinions_ (which will NOT be held against you in a court of law!) on the odds that 1.1 final will ship on or before F 28 Mar 03. (Just a date that, umm, some manager hit when s/he threw a dart at a calendar :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-struts/src/share/org/apache/struts/taglib/html OptionTag.java
dgraham 2003/02/24 20:30:46 Modified:src/share/org/apache/struts/taglib/html OptionTag.java Log: If body text is empty and there's no resource key to lookup, display nothing in the option. PR#17254 Revision ChangesPath 1.16 +7 -5 jakarta-struts/src/share/org/apache/struts/taglib/html/OptionTag.java Index: OptionTag.java === RCS file: /home/cvs/jakarta-struts/src/share/org/apache/struts/taglib/html/OptionTag.java,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- OptionTag.java1 Feb 2003 05:30:28 - 1.15 +++ OptionTag.java25 Feb 2003 04:30:45 - 1.16 @@ -344,8 +344,10 @@ if (this.text != null) { return (this.text); -} else { +} else if (this.key != null) { return (RequestUtils.message(pageContext, bundle, locale, key)); +} else { +return ; // no body text and no key to lookup so display nothing } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17254] - html:option tag with an empty body content
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17254. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17254 html:option tag with an empty body content [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-02-25 04:33 --- If there's no body text and you don't give the tag a key to lookup, it will output nothing between the option elements. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-struts/src/share/org/apache/struts/util RequestUtils.java
dgraham 2003/02/24 20:39:32 Modified:src/share/org/apache/struts/util RequestUtils.java Log: Fix my fix for PR #17312. Revision ChangesPath 1.88 +6 -7 jakarta-struts/src/share/org/apache/struts/util/RequestUtils.java Index: RequestUtils.java === RCS file: /home/cvs/jakarta-struts/src/share/org/apache/struts/util/RequestUtils.java,v retrieving revision 1.87 retrieving revision 1.88 diff -u -r1.87 -r1.88 --- RequestUtils.java 25 Feb 2003 03:27:40 - 1.87 +++ RequestUtils.java 25 Feb 2003 04:39:31 - 1.88 @@ -874,8 +874,7 @@ */ public static Locale retrieveUserLocale(PageContext pageContext, String locale) { Locale userLocale = null; -HttpServletRequest request = (HttpServletRequest) pageContext.getRequest(); -HttpSession session = request.getSession(false); +HttpSession session = pageContext.getSession(); if (locale == null) { locale = Globals.LOCALE_KEY; @@ -883,7 +882,7 @@ // Only check session if sessions are enabled if (session != null) { -userLocale = (Locale) pageContext.getAttribute(locale, PageContext.SESSION_SCOPE); +userLocale = (Locale) session.getAttribute(locale); } if (userLocale == null) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17312] - RequestUtils.retrieveUserLocale throws Exception without Session
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17312. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17312 RequestUtils.retrieveUserLocale throws Exception without Session [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-02-25 04:42 --- This just proves the need for patches :-). Thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: new variation on old question
Well mate, for the hypothesis:ship(1.1F=2003-02-28) Id reckon there is a probability of 0.5 with a confidence factor of +/- 50% ;- -Original Message- From: Thomas L Roche [mailto:[EMAIL PROTECTED] Sent: Tuesday, 25 February 2003 12:30 To: [EMAIL PROTECTED] Subject: new variation on old question I am NOT gonna ask, when do youse think 1.1 final will release, because I believe I know the answer. (Something like, when it's @$#%^*! ready! :-) But I would appreciate your _opinions_ (which will NOT be held against you in a court of law!) on the odds that 1.1 final will ship on or before F 28 Mar 03. (Just a date that, umm, some manager hit when s/he threw a dart at a calendar :-) - 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]
cvs commit: jakarta-struts/src/share/org/apache/struts/config ControllerConfig.java
dgraham 2003/02/24 20:47:38 Modified:src/share/org/apache/struts/config ControllerConfig.java Log: Documentation changes only. Revision ChangesPath 1.15 +6 -6 jakarta-struts/src/share/org/apache/struts/config/ControllerConfig.java Index: ControllerConfig.java === RCS file: /home/cvs/jakarta-struts/src/share/org/apache/struts/config/ControllerConfig.java,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- ControllerConfig.java 20 Feb 2003 06:18:24 - 1.14 +++ ControllerConfig.java 25 Feb 2003 04:47:38 - 1.15 @@ -7,7 +7,7 @@ * * The Apache Software License, Version 1.1 * - * Copyright (c) 1999-2002 The Apache Software Foundation. All rights + * Copyright (c) 1999-2003 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without @@ -183,7 +183,7 @@ * value treats them as a module-relative path (consistent * with the hard coded behavior of earlier versions of Struts./p * - * @since Struts 1.1b2 + * @since Struts 1.1 */ protected boolean inputForward = false; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17113] - 1.1 DTD contains incorrect default value for locale attribute of controller element.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17113. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17113 1.1 DTD contains incorrect default value for locale attribute of controller element. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-02-25 04:49 --- Looks like Martin fixed this already... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: cvs commit: jakarta-struts/src/share/org/apache/struts/config ControllerConfig.java
Hi, we are using struts into our new project, for that one of our requirement is In html we need to display dynamic fileds based on user selection For ex: if the user selects 5. we need to display five Starttime and Endtimes like Starttime Textbox EndTime Textbox Starttime Textbox EndTime Textbox Starttime Textbox EndTime Textbox Starttime Textbox EndTime Textbox Starttime Textbox EndTime Textbox How can i write ActionForm for this kind of dinamic fields. I want to send this entered information to backend and I need to get info from backend and display it on screen. If possible please send me some sample code. I think this can be done using DynaActionForms, but i don't know how... Please send me as soon as possible.. Regards, Aravind J -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 25, 2003 10:18 AM To: [EMAIL PROTECTED] Subject: cvs commit: jakarta-struts/src/share/org/apache/struts/config ControllerConfig.java dgraham 2003/02/24 20:47:38 Modified:src/share/org/apache/struts/config ControllerConfig.java Log: Documentation changes only. Revision ChangesPath 1.15 +6 -6 jakarta-struts/src/share/org/apache/struts/config/ControllerConfig.java Index: ControllerConfig.java === RCS file: /home/cvs/jakarta-struts/src/share/org/apache/struts/config/ControllerConfig .java,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- ControllerConfig.java 20 Feb 2003 06:18:24 - 1.14 +++ ControllerConfig.java 25 Feb 2003 04:47:38 - 1.15 @@ -7,7 +7,7 @@ * * The Apache Software License, Version 1.1 * - * Copyright (c) 1999-2002 The Apache Software Foundation. All rights + * Copyright (c) 1999-2003 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without @@ -183,7 +183,7 @@ * value treats them as a module-relative path (consistent * with the hard coded behavior of earlier versions of Struts./p * - * @since Struts 1.1b2 + * @since Struts 1.1 */ protected boolean inputForward = false; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] WARNING: The information in this message is confidential and may be legally privileged. It is intended solely for the addressee. Access to this message by anyone else is unauthorised. If you are not the intended recipient, any disclosure, copying, or distribution of the message, or any action or omission taken by you in reliance on it, is prohibited and may be unlawful. Please immediately contact the sender if you have received this message in error. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-struts/src/share/org/apache/struts/tiles DefinitionsFactoryConfig.java
dgraham 2003/02/24 20:58:30 Modified:src/share/org/apache/struts/action ActionMapping.java Action.java src/share/org/apache/struts/validator Resources.java FieldChecks.java src/share/org/apache/struts/util StrutsValidatorUtil.java StrutsValidator.java RequestUtils.java src/share/org/apache/struts/tiles DefinitionsFactoryConfig.java Log: Documentation changes only. Revision ChangesPath 1.27 +6 -6 jakarta-struts/src/share/org/apache/struts/action/ActionMapping.java Index: ActionMapping.java === RCS file: /home/cvs/jakarta-struts/src/share/org/apache/struts/action/ActionMapping.java,v retrieving revision 1.26 retrieving revision 1.27 diff -u -r1.26 -r1.27 --- ActionMapping.java6 Nov 2002 04:48:28 - 1.26 +++ ActionMapping.java25 Feb 2003 04:58:29 - 1.27 @@ -7,7 +7,7 @@ * * The Apache Software License, Version 1.1 * - * Copyright (c) 1999-2001 The Apache Software Foundation. All rights + * Copyright (c) 1999-2003 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without @@ -174,7 +174,7 @@ * pCreate (if necessary) and return an [EMAIL PROTECTED] ActionForward} that * corresponds to the codeinput/code property of this Action. * - * @since Struts 1.1b2 + * @since Struts 1.1 */ public ActionForward getInputForward() { 1.56 +8 -8 jakarta-struts/src/share/org/apache/struts/action/Action.java Index: Action.java === RCS file: /home/cvs/jakarta-struts/src/share/org/apache/struts/action/Action.java,v retrieving revision 1.55 retrieving revision 1.56 diff -u -r1.55 -r1.56 --- Action.java 16 Feb 2003 02:51:32 - 1.55 +++ Action.java 25 Feb 2003 04:58:29 - 1.56 @@ -8,7 +8,7 @@ * * The Apache Software License, Version 1.1 * - * Copyright (c) 1999-2002 The Apache Software Foundation. All rights + * Copyright (c) 1999-2003 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without @@ -516,7 +516,7 @@ * * @param request The servlet request we are processing * - * @since Struts 1.1b2 + * @since Struts 1.1 */ protected DataSource getDataSource(HttpServletRequest request) { @@ -534,7 +534,7 @@ * codelt;message-resourcesgt;/code element for the * requested bundle * - * @since Struts 1.1b2 + * @since Struts 1.1 */ protected DataSource getDataSource(HttpServletRequest request, String key) { @@ -603,7 +603,7 @@ * codelt;message-resourcesgt;/code element for the * requested bundle * - * @since Struts 1.1b2 + * @since Struts 1.1 */ protected MessageResources getResources(HttpServletRequest request, String key) { 1.9 +6 -6 jakarta-struts/src/share/org/apache/struts/validator/Resources.java Index: Resources.java === RCS file: /home/cvs/jakarta-struts/src/share/org/apache/struts/validator/Resources.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- Resources.java28 Nov 2002 07:38:57 - 1.8 +++ Resources.java25 Feb 2003 04:58:29 - 1.9 @@ -7,7 +7,7 @@ * * The Apache Software License, Version 1.1 * - * Copyright (c) 1999 The Apache Software Foundation. All rights + * Copyright (c) 1999-2003 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without @@ -110,7 +110,7 @@ * Retrieve codeValidatorResources/code for the module. * @param application servlet context * -* @deprecated In Struts 1.1b3 This method can only return the resources for the default +* @deprecated In Struts 1.1 This method can only return the resources for the default * module. Use getValidatorResources(HttpServletRequest, ServletContext) * to get the resources for the current application module. */ 1.5 +1 -1 jakarta-struts/src/share/org/apache/struts/validator/FieldChecks.java Index: FieldChecks.java === RCS file: /home/cvs/jakarta-struts/src/share/org/apache/struts/validator/FieldChecks.java,v retrieving revision 1.4 retrieving revision
RE: cvs commit: jakarta-struts/src/share/org/apache/struts/configControllerConfig.java
I don't see how this is at all related to the cvs commit of ControllerConfig documentation changes. Please post this question to struts-user. David Hi, we are using struts into our new project, for that one of our requirement is In html we need to display dynamic fileds based on user selection For ex: if the user selects 5. we need to display five Starttime and Endtimes like Starttime Textbox EndTime Textbox Starttime Textbox EndTime Textbox Starttime Textbox EndTime Textbox Starttime Textbox EndTime Textbox Starttime Textbox EndTime Textbox How can i write ActionForm for this kind of dinamic fields. I want to send this entered information to backend and I need to get info from backend and display it on screen. If possible please send me some sample code. I think this can be done using DynaActionForms, but i don't know how... Please send me as soon as possible.. Regards, Aravind J -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 25, 2003 10:18 AM To: [EMAIL PROTECTED] Subject: cvs commit: jakarta-struts/src/share/org/apache/struts/config ControllerConfig.java dgraham 2003/02/24 20:47:38 Modified:src/share/org/apache/struts/config ControllerConfig.java Log: Documentation changes only. Revision ChangesPath 1.15 +6 -6 jakarta-struts/src/share/org/apache/struts/config/ControllerConfig.java Index: ControllerConfig.java === RCS file: /home/cvs/jakarta-struts/src/share/org/apache/struts/config/ControllerConfig .java,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- ControllerConfig.java 20 Feb 2003 06:18:24 - 1.14 +++ ControllerConfig.java 25 Feb 2003 04:47:38 - 1.15 @@ -7,7 +7,7 @@ * * The Apache Software License, Version 1.1 * - * Copyright (c) 1999-2002 The Apache Software Foundation. All rights + * Copyright (c) 1999-2003 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without @@ -183,7 +183,7 @@ * value treats them as a module-relative path (consistent * with the hard coded behavior of earlier versions of Struts./p * - * @since Struts 1.1b2 + * @since Struts 1.1 */ protected boolean inputForward = false; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] WARNING: The information in this message is confidential and may be legally privileged. It is intended solely for the addressee. Access to this message by anyone else is unauthorised. If you are not the intended recipient, any disclosure, copying, or distribution of the message, or any action or omission taken by you in reliance on it, is prohibited and may be unlawful. Please immediately contact the sender if you have received this message in error. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: new variation on old question
Not good. There are 7 open bug reports to deal with and I'd like to give people a bit more time to test their apps on the RCs. David From: Thomas L Roche [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: new variation on old question Date: Mon, 24 Feb 2003 23:29:33 -0500 I am NOT gonna ask, when do youse think 1.1 final will release, because I believe I know the answer. (Something like, when it's @$#%^*! ready! :-) But I would appreciate your _opinions_ (which will NOT be held against you in a court of law!) on the odds that 1.1 final will ship on or before F 28 Mar 03. (Just a date that, umm, some manager hit when s/he threw a dart at a calendar :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-struts/src/share/org/apache/struts/action RequestProcessor.java
dgraham 2003/02/24 21:14:17 Modified:src/share/org/apache/struts/action RequestProcessor.java Log: Deprecated processActionForward() because ActionForward is a subclass of ForwardConfig so there's no reason we can't use processForwardConfig() instead. Revision ChangesPath 1.27 +7 -8 jakarta-struts/src/share/org/apache/struts/action/RequestProcessor.java Index: RequestProcessor.java === RCS file: /home/cvs/jakarta-struts/src/share/org/apache/struts/action/RequestProcessor.java,v retrieving revision 1.26 retrieving revision 1.27 diff -u -r1.26 -r1.27 --- RequestProcessor.java 16 Feb 2003 02:51:32 - 1.26 +++ RequestProcessor.java 25 Feb 2003 05:14:17 - 1.27 @@ -276,7 +276,7 @@ action, form, mapping); // Process the returned ActionForward instance -processActionForward(request, response, forward); +processForwardConfig(request, response, forward); } @@ -392,6 +392,7 @@ * * @exception IOException if an input/output error occurs * @exception ServletException if a servlet exception occurs + * @deprecated Use processForwardConfig() instead. */ protected void processActionForward(HttpServletRequest request, HttpServletResponse response, @@ -405,9 +406,7 @@ /** * Forward or redirect to the specified destination, by the specified - * mechanism. - * This method uses the ForwardConfig object. It should be used in - * place of processActionForward(...). + * mechanism. This method uses a ForwardConfig object instead an ActionForward. * * @param request The servlet request we are processing * @param response The servlet response we are creating - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17299] - Page variable not set on DynaValidatorForms for mutlipage validations
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17299. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17299 Page variable not set on DynaValidatorForms for mutlipage validations --- Additional Comments From [EMAIL PROTECTED] 2003-02-25 05:47 --- Where does the framework call the regular ValidatorForm's setPage() method? I couldn't find it by searching the source. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17156] - Validate required fails for Integer form fields
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17156. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17156 Validate required fails for Integer form fields [EMAIL PROTECTED] changed: What|Removed |Added Summary|Validator fails |Validate required fails for ||Integer form fields - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [ANNOUNCEMENT] Struts 1.1 Release Candidate 1 released
Struts releases always use released versions of dependant libraries. David From: Hohlen, John [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: 'Struts Users Mailing List' [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: RE: [ANNOUNCEMENT] Struts 1.1 Release Candidate 1 released Date: Mon, 24 Feb 2003 10:30:22 -0600 Where can I find out what versions of the various Jakarta Commons libraries were used for this release candidate? I realize I can look at the manifest.mf file in each .jar file, but I was wondering if there was a conclusive list somewhere. Also, in the final release, will Struts 1.1 be based of officially released versions? It looks like this release candidate is still using some nightly build (development) library versions. Thanks, JOHN -Original Message- From: Martin Cooper [mailto:[EMAIL PROTECTED] Sent: Sunday, February 23, 2003 3:22 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [ANNOUNCEMENT] Struts 1.1 Release Candidate 1 released The Struts team is proud to announce the release of Struts 1.1 Release Candidate 1. This release includes some new functionality, as well as fixes for a number of bugs which were reported against earlier versions. The Struts Team believes that this release is ready for prime time, hence its designation as a release candidate. The binary distribution is available at: http://www.apache.org/dist/jakarta/struts/binaries/ and the source distribution is available at: http://www.apache.org/dist/jakarta/struts/source/ In addition, the library distribution, which contains updated binaries without the sample applications, is available at: http://www.apache.org/dist/jakarta/struts/library/ Details of the changes in this release are available in the Release Notes, which can be found here: http://jakarta.apache.org/struts/userGuide/release-notes-1.1-rc1.html -- Martin Cooper - 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] _ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [ANNOUNCEMENT] Struts 1.1 Release Candidate 1 released
I meant final releases. I don't consider release to mean beta. David From: Hohlen, John [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: 'Struts Users Mailing List' [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: RE: [ANNOUNCEMENT] Struts 1.1 Release Candidate 1 released Date: Mon, 24 Feb 2003 11:42:03 -0600 I know that wasn't the case for the beta releases. And for this release candidate, I didn't get that impression from inspecting several of the jar files. For example: commons-dbcp.jar - 1.1-dev commons-digester.jar - 1.5-dev Craig McClanahan also made reference to this need a couple of months ago: http://www.mail-archive.com/[EMAIL PROTECTED]/msg53818.html JOHN -Original Message- From: David Graham [mailto:[EMAIL PROTECTED] Sent: Monday, February 24, 2003 11:28 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [ANNOUNCEMENT] Struts 1.1 Release Candidate 1 released Struts releases always use released versions of dependant libraries. David From: Hohlen, John [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: 'Struts Users Mailing List' [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: RE: [ANNOUNCEMENT] Struts 1.1 Release Candidate 1 released Date: Mon, 24 Feb 2003 10:30:22 -0600 Where can I find out what versions of the various Jakarta Commons libraries were used for this release candidate? I realize I can look at the manifest.mf file in each .jar file, but I was wondering if there was a conclusive list somewhere. Also, in the final release, will Struts 1.1 be based of officially released versions? It looks like this release candidate is still using some nightly build (development) library versions. Thanks, JOHN -Original Message- From: Martin Cooper [mailto:[EMAIL PROTECTED] Sent: Sunday, February 23, 2003 3:22 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [ANNOUNCEMENT] Struts 1.1 Release Candidate 1 released The Struts team is proud to announce the release of Struts 1.1 Release Candidate 1. This release includes some new functionality, as well as fixes for a number of bugs which were reported against earlier versions. The Struts Team believes that this release is ready for prime time, hence its designation as a release candidate. The binary distribution is available at: http://www.apache.org/dist/jakarta/struts/binaries/ and the source distribution is available at: http://www.apache.org/dist/jakarta/struts/source/ In addition, the library distribution, which contains updated binaries without the sample applications, is available at: http://www.apache.org/dist/jakarta/struts/library/ Details of the changes in this release are available in the Release Notes, which can be found here: http://jakarta.apache.org/struts/userGuide/release-notes-1.1-rc1.html -- Martin Cooper - 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] _ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail - 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 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]