DO NOT REPLY [Bug 10537] - [:TODO:] sections
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=10537. 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=10537 [:TODO:] sections --- Additional Comments From [EMAIL PROTECTED] 2002-10-11 21:48 --- Done: 3420, 3421 (keep 'em coming, Eddie!) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4776] - ResponseUtils.filter() does not encode the apostrophe character
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=4776. 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=4776 ResponseUtils.filter() does not encode the apostrophe character --- Additional Comments From [EMAIL PROTECTED] 2002-10-12 21:51 --- It is not deliberate. It is a bug. The comment was added *after* this bug report was opened, and the what the comment says is simply not true. There is no issue with 'left apostrophes' and 'right apostrophes', there is only ASCII 39 'the apostrophe'. I suggest you try reading the history logged in this bug report. Or better, I suggest someone apply the frickin' 3 line trivial patch I provided which fixes the problem. It's hardly rocket science. (I guess I'm expecting too much. I mean, my trivial bug report I opened on Apache httpd has only been open for *over 2 years* without any response whatsoever, to expect this even more trivial bug to get fixed within a year is obviously lunacy.) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/doc/userGuide struts-logic.xml
martinc 2002/10/12 12:19:18 Modified:src/share/org/apache/struts/taglib/logic EmptyTag.java doc/userGuide struts-logic.xml Log: Add support for Map to logic:empty and logic:notEmpty tags. PR: 13569 Submitted by: Robert Rasmussen - thanks for the patch. Revision ChangesPath 1.4 +8 -4 jakarta-struts/src/share/org/apache/struts/taglib/logic/EmptyTag.java Index: EmptyTag.java === RCS file: /home/cvs/jakarta-struts/src/share/org/apache/struts/taglib/logic/EmptyTag.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- EmptyTag.java 25 Jun 2002 00:53:41 - 1.3 +++ EmptyTag.java 12 Oct 2002 19:19:18 - 1.4 @@ -63,6 +63,7 @@ package org.apache.struts.taglib.logic; import java.util.Collection; +import java.util.Map; import javax.servlet.jsp.JspException; import org.apache.struts.util.RequestUtils; @@ -121,6 +122,9 @@ } else if (value instanceof Collection) { Collection collValue = (Collection)value; empty = collValue.isEmpty(); +} else if (value instanceof Map) { +Map mapValue = (Map)value; +empty = mapValue.isEmpty(); } else { empty = false; } 1.7 +3 -2 jakarta-struts/doc/userGuide/struts-logic.xml Index: struts-logic.xml === RCS file: /home/cvs/jakarta-struts/doc/userGuide/struts-logic.xml,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- struts-logic.xml 3 Aug 2002 18:43:40 - 1.6 +++ struts-logic.xml 12 Oct 2002 19:19:18 - 1.7 @@ -80,8 +80,9 @@ info pThis tag evaluates its nested body content only if the specified value is either absent (i.e. codenull/code), an empty string (i.e. a -codejava.lang.String/code with a length of zero) or an empty java.util.Collection -(tested by the .isEmpty() method on the java.util.Collection interface)./p +codejava.lang.String/code with a length of zero), or an empty +codejava.util.Collection/code or codejava.util.Map/code (tested by +the .isEmpty() method on the respective interface)./p /info attribute -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12023] - The align attribute on html:image and html:img should be removed
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=12023. 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=12023 The align attribute on html:image and html:img should be removed --- Additional Comments From [EMAIL PROTECTED] 2002-10-12 21:43 --- Created an attachment (id=3446) tweak to add better link to w3c deprecation of align -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13569] - logic:empty/logic:notEmpty tag should handle Map
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=13569. 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=13569 logic:empty/logic:notEmpty tag should handle Map [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-10-12 19:26 --- Fixed in 20021013 nightly build. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts build.xml
craigmcc2002/10/12 17:49:32 Modified:.build.xml Log: Make it possible to dynamically install and remove any of the Struts webapps, not just the example. Revision ChangesPath 1.82 +146 -5jakarta-struts/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-struts/build.xml,v retrieving revision 1.81 retrieving revision 1.82 diff -u -r1.81 -r1.82 --- build.xml 3 Oct 2002 02:33:38 - 1.81 +++ build.xml 13 Oct 2002 00:49:32 - 1.82 @@ -519,11 +519,39 @@ /target + !-- -Dynamic installation commands on Catalina (Tomcat 4.1.x required) +Dynamic struts-documentation management on Catalina (Tomcat 4.1.x required) -- -target name=install.catalina depends=compile.webapps +target name=install.documentation depends=compile.webapps + description=Dynamically install struts-documentation on Catalina (Tomcat 4.1) + taskdef name=install classname=org.apache.catalina.ant.InstallTask/ + install url=${catalina.url} username=${catalina.username} + password=${catalina.password} path=/struts-documentation +war=file://${build.home}/documentation/ +/target + +target name=reload.documentation depends=compile.webapps + description=Dynamically reload struts-documentation on Catalina (Tomcat 4.1) + taskdef name=reload classname=org.apache.catalina.ant.ReloadTask/ + reload url=${catalina.url} username=${catalina.username} + password=${catalina.password} path=/struts-documentation/ +/target + +target name=remove.documentation + description=Dynamically remove struts-documentation on Catalina (Tomcat 4.1) + taskdef name=remove classname=org.apache.catalina.ant.RemoveTask/ + remove url=${catalina.url} username=${catalina.username} + password=${catalina.password} path=/struts-documentation/ +/target + + +!-- +Dynamic struts-example management on Catalina (Tomcat 4.1.x required) +-- + +target name=install.example depends=compile.webapps description=Dynamically install struts-example on Catalina (Tomcat 4.1) taskdef name=install classname=org.apache.catalina.ant.InstallTask/ install url=${catalina.url} username=${catalina.username} @@ -538,18 +566,131 @@ password=${catalina.password}/ /target -target name=reload.catalina depends=compile.webapps +target name=reload.example depends=compile.webapps description=Dynamically reload struts-example on Catalina (Tomcat 4.1) taskdef name=reload classname=org.apache.catalina.ant.ReloadTask/ reload url=${catalina.url} username=${catalina.username} password=${catalina.password} path=/struts-example/ /target -target name=remove.catalina - description=Dynamically install struts-example on Catalina (Tomcat 4.1) +target name=remove.example + description=Dynamically remove struts-example on Catalina (Tomcat 4.1) taskdef name=remove classname=org.apache.catalina.ant.RemoveTask/ remove url=${catalina.url} username=${catalina.username} password=${catalina.password} path=/struts-example/ +/target + +!-- Backwards Compatibility -- +target name=install.catalina depends=install.example/ +target name=reload.catalina depends=reload.example/ +target name=remove.catalina depends=remove.example/ + + +!-- +Dynamic struts-exercise management on Catalina (Tomcat 4.1.x required) +-- + +target name=install.exercise depends=compile.webapps + description=Dynamically install struts-exercise on Catalina (Tomcat 4.1) + taskdef name=install classname=org.apache.catalina.ant.InstallTask/ + install url=${catalina.url} username=${catalina.username} + password=${catalina.password} path=/struts-exercise +war=file://${build.home}/exercise-taglib/ +/target + +target name=reload.exercise depends=compile.webapps + description=Dynamically reload struts-exercise on Catalina (Tomcat 4.1) + taskdef name=reload classname=org.apache.catalina.ant.ReloadTask/ + reload url=${catalina.url} username=${catalina.username} + password=${catalina.password} path=/struts-exercise/ +/target + +target name=remove.exercise + description=Dynamically remove struts-exercise on Catalina (Tomcat 4.1) + taskdef name=remove classname=org.apache.catalina.ant.RemoveTask/ + remove url=${catalina.url} username=${catalina.username} + password=${catalina.password} path=/struts-exercise/ +/target + + +!-- +Dynamic struts-tiles management on Catalina (Tomcat 4.1.x required) +-- + +target name=install.tiles depends=compile.webapps +
Re: TODO sections
Ted Husted wrote: James Mitchell wrote: Can anyone tell me who's doing which? For myself I am concentrating on the Validator code. Luckly James Turner a commons committer has been actively working towards a release. Any problems/questions I have with the commons-validator get addressed pretty quickly. So I want to strike while the he has time to work on it. -Rob -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13572] New: - Struts-EL: boolean attributes don't eval correctly
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=13572. 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=13572 Struts-EL: boolean attributes don't eval correctly Summary: Struts-EL: boolean attributes don't eval correctly Product: Struts Version: Nightly Build Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Custom Tags AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I've discovered that I never really tested EL-evaluation of boolean attributes. It appears that all booleans (and perhaps other non-string primitive types) are all evaluating as false (or the equivalent). However, I understand how to fix it, but it'll require fixes to every tag class that uses at least one boolean attribute, and the addition of another class (BeanInfo) associated with each class. I'll also add at least one test of a boolean attribute on most tags to the exercise-taglib. I'll also check attributes of other primitive types (if I can find any), to see if I have the same problem. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/src/share/org/apache/struts/util ResponseUtils.java
craigmcc2002/10/12 17:52:11 Modified:src/share/org/apache/struts/util ResponseUtils.java Log: Make ResponseUtils.filter() filter single quotes as well as double quotes. This is only being done because the use of this function was extended to be attribute values as well as template text. PR: 4776 Submitted by: Jon Ribbens jon+apache-bugzilla at unequivocal.co.uk Revision ChangesPath 1.5 +7 -10 jakarta-struts/src/share/org/apache/struts/util/ResponseUtils.java Index: ResponseUtils.java === RCS file: /home/cvs/jakarta-struts/src/share/org/apache/struts/util/ResponseUtils.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- ResponseUtils.java23 Jun 2002 14:43:15 - 1.4 +++ ResponseUtils.java13 Oct 2002 00:52:11 - 1.5 @@ -101,12 +101,6 @@ * Filter the specified string for characters that are senstive to * HTML interpreters, returning the string with these characters replaced * by the corresponding character entities. - * strongPlease Note:/strong Apostrpohes (') will not be encoded since - * there is not a way to determine whether a left or right apostrophen was - * intended. See the following link for more details on HTML encodings: - * a href=http://www.htmlhelp.com/reference/html40/entities/special.html; - *http://www.htmlhelp.com/reference/html40/entities/special.html/a. - * * * @param value The string to be filtered and returned */ @@ -131,6 +125,9 @@ break; case '': result.append(quot;); +break; +case '\'': +result.append(#39;); break; default: result.append(content[i]); -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13322] - html:reset with no attributes defaults with a name of reset
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=13322. 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=13322 html:reset with no attributes defaults with a name of reset --- Additional Comments From [EMAIL PROTECTED] 2002-10-13 13:20 --- This is fixed in 1.1b2. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4776] - ResponseUtils.filter() does not encode the apostrophe character
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=4776. 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=4776 ResponseUtils.filter() does not encode the apostrophe character [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-10-13 00:53 --- Fixed in nightly build 20021013. Jon, I'd still suggest calming down a little :-). -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: bugzilla emails
Well then, I just need to convince thousands of people that because hotmail doesn't work too well in Opera they should change bugzilla ;-). Dave From: Craig R. McClanahan [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Subject: Re: bugzilla emails Date: Sat, 12 Oct 2002 19:40:01 -0700 (PDT) Unfortunately, this heading is global to all Bugzilla emails on all Apache projects, so it can't be changed without quite a large population agreeing to it ;-(. Craig On Sat, 12 Oct 2002, David Graham wrote: Date: Sat, 12 Oct 2002 20:28:34 -0600 From: David Graham [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: bugzilla emails Is it possible to configure the bugzilla email subject line? The DO NOT REPLY part at the beginning prevents me from reading most of the important pieces of the subject line and people reply to these messages all the time anyways. It's not a huge deal, but if it can I be changed I would appreciate it. Thanks, Dave _ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com -- 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] _ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13574] New: - taglib tld URIs need updating
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=13574. 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=13574 taglib tld URIs need updating Summary: taglib tld URIs need updating Product: Struts Version: 1.1 Beta 2 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Custom Tags AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] All struts taglibs, with exception of tiles, have a uri similar to this: http://jakarta.apache.org/struts/tags-html-1.0 I believe they should be like tiles: http://jakarta.apache.org/struts/tags-html-1.1 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/src/share/org/apache/struts/util RequestUtils.java
rleland 2002/10/12 12:42:22 Modified:src/share/org/apache/struts/util RequestUtils.java Log: Remove unused parameter in a private method of RequestUtils. Revision ChangesPath 1.56 +6 -9 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.55 retrieving revision 1.56 diff -u -r1.55 -r1.56 --- RequestUtils.java 11 Oct 2002 22:17:51 - 1.55 +++ RequestUtils.java 12 Oct 2002 19:42:22 - 1.56 @@ -914,7 +914,7 @@ } // Obtain a MultipartRequestHandler -MultipartRequestHandler multipartHandler = getMultipartHandler(request, servlet); +MultipartRequestHandler multipartHandler = getMultipartHandler(request); // Set the multipart request handler for our ActionForm. // If the bean isn't an ActionForm, an exception would have been @@ -987,9 +987,6 @@ * * @param request The HTTP request for which the multipart handler should *be found. - * @param servlet The codeActionServletWrapper/code processing the supplied - *request. - * * @return the multipart handler to use, or codenull/code if none is * found. * @@ -997,7 +994,7 @@ * to locate the multipart handler. */ private static MultipartRequestHandler getMultipartHandler( -HttpServletRequest request, ActionServletWrapper servlet) +HttpServletRequest request) throws ServletException { MultipartRequestHandler multipartHandler = null; -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[SHORT TERM PLAN]
Validator - Rob Leland, JavaDoc - Any incorrect JavaDoc IntelliJ catches. Refactoring - When it makes sense, currently Integrating the ApplicationConfig access a little more into the framework. I.E. code for access the ApplicationConfig object stored in the session is spread out. Some classes have a common access method, some don't. Yesterday I placed a central static access method in RequestUtils, but now that I am thinking about that, it might not have been the best place for it. For now it will stay there. Once all the access is centralized, moving the method to another class will take only 2 seconds with IntelliJ. -Rob aka [EMAIL PROTECTED] [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 10537] - [:TODO:] sections
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=10537. 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=10537 [:TODO:] sections --- Additional Comments From [EMAIL PROTECTED] 2002-10-12 19:46 --- Created an attachment (id=3445) Updated installation instructions with tiles/nested info as well as servlet 2.3 tips -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 10897] - PropertyMessageResources loading resources from the wrong ClassLoader
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=10897. 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=10897 PropertyMessageResources loading resources from the wrong ClassLoader [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-10-13 00:59 --- The problem under iPlanet (which apparently does not set the thread context class loader correctly) has been rectified by a later change in PropertyUtils, so I'm closing this bug as FIXED. The comment about reloading resources is an enhancement request unrelated to the current problem. It should be submitted separately -- although it would probably get closed as a WONTFIX; the application should be reloaded using the facilities provided by the container for this kind of a change. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12344] - Seems like you can only save ActionErrors in request scope...
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=12344. 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=12344 Seems like you can only save ActionErrors in request scope... [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-10-13 01:09 --- Fixed in nightly build 20021013. Thanks for the patch! -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/doc helping.xml volunteers.xml project.xml newbie.xml kickstart.xml index.xml
husted 2002/10/12 09:51:26 Modified:doc volunteers.xml project.xml newbie.xml kickstart.xml index.xml Added: doc helping.xml Log: Break out some kickstart questinos into a How to Help FAQ. Revision ChangesPath 1.11 +1 -1 jakarta-struts/doc/volunteers.xml Index: volunteers.xml === RCS file: /home/cvs/jakarta-struts/doc/volunteers.xml,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- volunteers.xml11 Oct 2002 22:00:02 - 1.10 +++ volunteers.xml12 Oct 2002 16:51:26 - 1.11 @@ -339,6 +339,6 @@ be amazed at the committers generous contributions of time, insight, and good will. I am fortunate to be part of the struts team. /p - pNext: a href=index.htmlStruts Home/a/p + pNext: a href=helping.htmlHow you can help/a/p /section/chapter/body/document 1.26 +7 -6 jakarta-struts/doc/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-struts/doc/project.xml,v retrieving revision 1.25 retrieving revision 1.26 diff -u -r1.25 -r1.26 --- project.xml 11 Aug 2002 06:22:45 - 1.25 +++ project.xml 12 Oct 2002 16:51:26 - 1.26 @@ -8,9 +8,10 @@ menu name=Welcome item name=Homehref=index.html/ item name=News amp; Status href=news.html/ -item name=Kickstart FAQ href=kickstart.html/ +item name=Kickstart FAQ href=kickstart.html/ item name=Resources href=resources/index.html/ item name=Who We Are href=volunteers.html/ +item name=How to Help href=helping.html/ /menu menu name=Downloads @@ -26,14 +27,14 @@ href=http://jakarta.apache.org/struts/doc-1.0.2/userGuide/index.html/ item name=Javadoc href=http://jakarta.apache.org/struts/doc-1.0.2/api/index.html/ -item name=Release Notes +item name=Release Notes href=http://jakarta.apache.org/struts/doc-1.0.2/release-notes-1.0.2.html/ -item name=Installation +item name=Installation href=http://jakarta.apache.org/struts/doc-1.0.2/installation.html/ /menu menu name=Beta Release (1.1-b2) -item name=Release Notes +item name=Release Notes href=userGuide/release-notes-1.1-b2.html/ item name=Release Plan href=proposals/release-plan-1.1b2.html/ @@ -44,9 +45,9 @@ href=userGuide/index.html/ item name=Javadoc href=api/index.html/ -item name=Release Notes +item name=Release Notes href=userGuide/release-notes.html/ -item name=Installation +item name=Installation href=userGuide/installation.html/ item name=Workflow Proposal href=proposals/workflow.html/ 1.10 +63 -56jakarta-struts/doc/newbie.xml Index: newbie.xml === RCS file: /home/cvs/jakarta-struts/doc/newbie.xml,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- newbie.xml12 Oct 2002 05:05:58 - 1.9 +++ newbie.xml12 Oct 2002 16:51:26 - 1.10 @@ -1,15 +1,15 @@ ?xml version=1.0? document url=./kickstart.xml properties -authorTed Husted/author -authorJames Holmes/author +authorTed Husted/author +authorJames Holmes/author titleThe Struts User's Guide - Newbie FAQ/title /properties -body -chapter href=faq name=Newbie FAQ -section href=contents name=Table of Contents +body +chapter href=faq name=Newbie FAQ +section href=contents name=Newbie FAQ pfont color=redbUNDER CONSTRUCTION/b/font (contributions welcome)/p -pHere are answers to 24 common questions people ask when using Struts on +pHere are answers to 24 common questions people ask when using Struts on their first project. bFor an in-depth, searchable FAQ, visit our friends at a href=http://www.jguru.com/faq/home.jsp?topic=Struts;JGuru/a./b/p ul @@ -54,7 +54,7 @@ liHow can I authenticate my users?/li liHow can I scroll through list of pages like the search results in google?/li - + liCan I have multiple submit buttons on the same form?/li liWhy can't my Javascript submit a form?/li @@ -87,22 +87,22 @@ section href=modules name=What is a modular application? What does module-relative mean? p -Since Struts 1.1, the framework supports multiple application modules. All applications have at -least one root, or
DO NOT REPLY [Bug 13574] - taglib tld URIs need updating
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=13574. 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=13574 taglib tld URIs need updating [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-10-12 22:39 --- Fixed in nightly build 20021013. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/contrib/struts-el/conf/test/tomcat41 - New directory
dmkarr 2002/10/11 23:35:19 jakarta-struts/contrib/struts-el/conf/test/tomcat41 - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4776] - ResponseUtils.filter() does not encode the apostrophe character
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=4776. 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=4776 ResponseUtils.filter() does not encode the apostrophe character --- Additional Comments From [EMAIL PROTECTED] 2002-10-12 22:43 --- I suggest you take some deep breaths, calm down, and read the relevant portion of the HTML 4.01 spec, Character entity references for markup-significant and internationalization characters, here: http://www.w3.org/TR/html401/sgml/entities.html#h-24.4 You will notice that the single quote, ASCII character code #39, is not listed there. That is why ResponseUtils.filter() does not encode it. In my opinion, therefore, you are requesting that a change be made in Struts which breaks compliance with the HTML 4.01 spec. That is not something to be taken lightly. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12515] - bean:include doesnt seem to pass on session information in Jetty 4.01
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=12515. 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=12515 bean:include doesnt seem to pass on session information in Jetty 4.01 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2002-10-13 01:18 --- The bean:include tag unconditionally performs a separate HttpURLConnection request to the requested resource. It is risky to attempt a determination of whether the destination URL is part of the same webapp or not, so the tag is conservative and never includes the session id -- resulting in the behavior you see. To avoid creating a security hole, this behavior will not be changed. A possible workaround for you, if you're running on a Servlet 2.3 / JSP 1.2 platform, is to use the JSTL c:import tag. This tag has special logic for intra-webapp URLs and uses a RequestDispatcher.include() call in those circumstances, which means the include will be part of the same request (and therefore the same session). As an added bonus, it will also execute a little faster. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/doc/userGuide struts-bean.xml struts-html.xml struts-logic.xml struts-nested.xml struts-template.xml
craigmcc2002/10/12 15:38:38 Modified:doc/userGuide struts-bean.xml struts-html.xml struts-logic.xml struts-nested.xml struts-template.xml Log: Update the tag library URIs for all of the standard Struts TLDs to include a version number of 1.1 instead of 1.0. For example, the URI of the struts-bean library TLD changed from: http://jakarta.apache.org/struts/tags-bean-1.0 to: http://jakarta.apache.org/struts/tags-bean-1.1 Unfortunately, this will mess up anyone running on a Servlet 2.3 container and using these URIs directly in their pages; but it needs to be done. PR: Bugzilla #13574 Submitted by: dgraham1980 at hotmail.com Revision ChangesPath 1.6 +9 -9 jakarta-struts/doc/userGuide/struts-bean.xml Index: struts-bean.xml === RCS file: /home/cvs/jakarta-struts/doc/userGuide/struts-bean.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- struts-bean.xml 3 Aug 2002 18:20:03 - 1.5 +++ struts-bean.xml 12 Oct 2002 22:38:38 - 1.6 @@ -15,7 +15,7 @@ jspversion1.1/jspversion shortnamebean/shortname display-nameStruts Bean Tags/display-name - urihttp://jakarta.apache.org/struts/tags-bean-1.0/uri + urihttp://jakarta.apache.org/struts/tags-bean-1.1/uri info pThis tag library contains tags useful in accessing beans and their properties, as well as defining new beans (based on these accesses) @@ -144,7 +144,7 @@ pIf a problem occurs while retrieving the specified bean property, a request time exception will be thrown./p - + pThe codelt;bean:definegt;/code tag differs from codelt;jsp:useBeangt;/code in several ways, including:/p ul @@ -789,7 +789,7 @@ pA runtime expression that evaluates to an array, a Collection, or a Map./p /info -/attribute +/attribute attribute nameid/name @@ -918,14 +918,14 @@ pRetrieve the value of the specified bean property, and render it to the current JspWriter as a String by the ways: ul - liIf codeformat/code attribute exists then value will be formatted on base of format + liIf codeformat/code attribute exists then value will be formatted on base of format string from codeformat/code attribute and default system locale./li liIf in resources exists format string for value data type (view codeformat/code attribute description) then value will be formatted on base of format string from resources. Resources bundle and target locale can be specified with codebundle/code and codelocale/code attributes. If nothing specified then default resource bundle and current user locale will be used./li - liIf there is a PropertyEditor configured for the property value's class, the + liIf there is a PropertyEditor configured for the property value's class, the codegetAsText()/code method will be called./li liOtherwise, the usual codetoString()/code conversions will be applied./li /ul @@ -964,8 +964,8 @@ requiredfalse/required rtexprvaluetrue/rtexprvalue info - pSpecifies the format string to use to convert bean or property value - to the codeString/code. If nothing specified, then default format + pSpecifies the format string to use to convert bean or property value + to the codeString/code. If nothing specified, then default format string for value data type will be searched in message resources by according key./p !-- move to developers guide @@ -976,7 +976,7 @@ /tr tr tdorg.apache.struts.taglib.bean.format.int/td - tdjava.lang.Byte, java.lang.Short, java.lang.Integer, java.lang.Long, + tdjava.lang.Byte, java.lang.Short, java.lang.Integer, java.lang.Long, java.math.BigInteger/td /tr tr @@ -1008,7 +1008,7 @@ org.apache.struts.taglib.bean.format.sql.date=EEE, MMM d, ''yy org.apache.struts.taglib.bean.format.sql.time=h:mm a org.apache.struts.taglib.bean.format.date=hh 'o''clock' a, -/pre +/pre br /values for resource file entries are standart Java format strings for date, time and number values./p -- 1.27 +1 -1 jakarta-struts/doc/userGuide/struts-html.xml Index: struts-html.xml === RCS file: /home/cvs/jakarta-struts/doc/userGuide/struts-html.xml,v retrieving revision 1.26 retrieving revision 1.27 diff -u -r1.26 -r1.27 --- struts-html.xml 5 Oct 2002 05:38:41 - 1.26 +++
Re: DO NOT REPLY [Bug 12344] - Seems like you can only save ActionErrors in request scope...
bugzilla == bugzilla [EMAIL PROTECTED] writes: bugzilla DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG bugzilla RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT bugzilla http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12344. bugzilla ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND bugzilla INSERTED IN THE BUG DATABASE. bugzilla http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12344 bugzilla Seems like you can only save ActionErrors in request scope... bugzilla [EMAIL PROTECTED] changed: bugzillaWhat|Removed |Added bugzilla bugzilla Status|NEW |RESOLVED bugzilla Resolution||FIXED bugzilla --- Additional Comments From [EMAIL PROTECTED] 2002-10-13 01:09 --- bugzilla Fixed in nightly build 20021013. Thanks for the patch! This fix appears to address the ability to retrieve the errors from any scope. How do you get them into any scope but request? The Action.saveErrors() method doesn't appear to have an overloaded version taking a scope key. Also note that it would be good if any changes to how errors works would also be done in the messages tag, if they are compatible. -- === David M. Karr ; Java/J2EE/XML/Unix/C++ [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/doc/userGuide installation.xml
husted 2002/10/12 09:51:40 Modified:doc/userGuide installation.xml Log: Break out some kickstart questinos into a How to Help FAQ. Revision ChangesPath 1.12 +9 -8 jakarta-struts/doc/userGuide/installation.xml Index: installation.xml === RCS file: /home/cvs/jakarta-struts/doc/userGuide/installation.xml,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- installation.xml 10 Oct 2002 22:54:13 - 1.11 +++ installation.xml 12 Oct 2002 16:51:40 - 1.12 @@ -94,7 +94,7 @@ liemLang/em (Version 1.0 or later)/li liemLogging/em (Version 1.02 or later)/li liemPool/em (Version 1.01 or later)/li - liemValidator/em (No official release, obtain current + liemValidator/em (No official release, obtain current a href=http://jakarta.apache.org/builds/jakarta-commons/nightly/commons-validator;Nightly Build/a )/li /ul @@ -108,13 +108,13 @@ directory. However, if you wish to build Struts from source, you will need to download and install the following packages: ul - liemFileUpload/em (No official release, obtain current + liemFileUpload/em (No official release, obtain current a href=http://jakarta.apache.org/builds/jakarta-commons/nightly/commons-fileupload;Nightly Build/a )/li - liemResources/em (No official release, obtain current + liemResources/em (No official release, obtain current a href=http://jakarta.apache.org/builds/jakarta-commons/nightly/commons-resources;Nightly Build/a )/li - liemServices/em (No official release, obtain current + liemServices/em (No official release, obtain current a href=http://jakarta.apache.org/builds/jakarta-commons/nightly/commons-services;Nightly Build/a )/li /ul @@ -127,9 +127,9 @@ Otherwise, download and install version 1.2 of Xalan from a href=http://xml.apache.org/xalan;here/a. /li - + listrongCactus Testing/strong - If you plan on testing the Struts applications - in this distribution, you must download and install version 1.3 + in this distribution, you must download and install version 1.3 of the a href=http://jakarta.apache.org/cactus;Cactus/a test framework. This package is also recommended for use in developing your own unit tests for your web applications based on Struts. @@ -412,10 +412,11 @@ /section - +section p -Next: a href=../newbie.htmlNewbie FAQ/a +Next: a href=../newbie.htmlNewbie FAQ/a /p +/section /chapter /body -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [Policy on depreciation vs deleting new Struts 1.1 methods.]
I disagree. The most useful method of timing releases for both developers and users Is when the features reach critical mass. That way it is worth the effort for the developers to release and the users to upgrade. Edgar The real underlying problem, which we should address in post 1.1, is that our releases have become too coarsely grained. Moving past 1.1, we should try to release whenever a significant feature is added, rather than when the features reach some critical mass. -Ted. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13569] New: - logic:empty/logic:notEmpty tag should handle Map
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=13569. 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=13569 logic:empty/logic:notEmpty tag should handle Map Summary: logic:empty/logic:notEmpty tag should handle Map Product: Struts Version: Nightly Build Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Custom Tags AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] EmptyTag already calls Collection.isEmpty() if the bean or bean property is a Collectionwould be useful to handle a Map the same way. The trigger for this bug is that I expected logic:notEmpty to behave similarly to logic:iterator, which handles both Maps and Collections. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13521] - CombinedDispatchAction
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=13521. 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=13521 CombinedDispatchAction [EMAIL PROTECTED] changed: What|Removed |Added Severity|Normal |Enhancement Status|NEW |RESOLVED Resolution||LATER -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 10537] - [:TODO:] sections
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=10537. 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=10537 [:TODO:] sections --- Additional Comments From [EMAIL PROTECTED] 2002-10-13 01:23 --- 3437, 3442: Done. 3443, 3445: Done. Last two might not be posted until morning. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13569] - logic:empty/logic:notEmpty tag should handle Map
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=13569. 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=13569 logic:empty/logic:notEmpty tag should handle Map --- Additional Comments From [EMAIL PROTECTED] 2002-10-12 17:04 --- Created an attachment (id=3441) Patch for EmptyTag and associated doc -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/doc index.xml
husted 2002/10/12 10:03:51 Modified:doc index.xml Log: Break out some kickstart questinos into a How to Help FAQ. Revision ChangesPath 1.30 +5 -2 jakarta-struts/doc/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-struts/doc/index.xml,v retrieving revision 1.29 retrieving revision 1.30 diff -u -r1.29 -r1.30 --- index.xml 12 Oct 2002 16:51:26 - 1.29 +++ index.xml 12 Oct 2002 17:03:51 - 1.30 @@ -135,7 +135,7 @@ OR THE a href=mailto:[EMAIL PROTECTED];USER LIST DIGEST/a BEFORE POSTING. If you would rather not subscribe to a list, you can go through the - a href=http://www.proj.com/subscribe.jsp;BaseBeanse Struts Newsgroup/a]br/ instead. + a href=http://www.proj.com/subscribe.jsp;BaseBeans Struts Newsgroup/a instead. /p p @@ -311,6 +311,9 @@ New additions for the Resources page should posted as an enhancement request to a href=#BugsBugzilla/a. /p + p + For more, see the a href=helping.htmlHow to Help FAQ/a. + /p /section @@ -371,7 +374,7 @@ All work on Struts and the other Jakarta subprojects is provided on a volunteer basis. For more about what you can do, see the a href=http://jakarta.apache.org/site/getinvolved.html;Getting Involved - Overview/a. + Overview/a and the Struts a href=helping.htmlHow to Help FAQ/a. /p /section -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: cvs commit: jakarta-struts/doc/userGuide installation.xml
Not sure if it matters, but whatever text editor you are using is trimming trailing spaces. Makes for an interesting search for what was actually changed ;) Have a good one! James Mitchell Software Engineer/Struts Evangelist http://www.open-tools.org -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Saturday, October 12, 2002 12:52 PM To: [EMAIL PROTECTED] Subject: cvs commit: jakarta-struts/doc/userGuide installation.xml husted 2002/10/12 09:51:40 Modified:doc/userGuide installation.xml Log: Break out some kickstart questinos into a How to Help FAQ. Revision ChangesPath 1.12 +9 -8 jakarta-struts/doc/userGuide/installation.xml Index: installation.xml === RCS file: /home/cvs/jakarta-struts/doc/userGuide/installation.xml,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- installation.xml10 Oct 2002 22:54:13 - 1.11 +++ installation.xml12 Oct 2002 16:51:40 - 1.12 @@ -94,7 +94,7 @@ liemLang/em (Version 1.0 or later)/li liemLogging/em (Version 1.02 or later)/li liemPool/em (Version 1.01 or later)/li - liemValidator/em (No official release, obtain current + liemValidator/em (No official release, obtain current a href=http://jakarta.apache.org/builds/jakarta-commons/nightly/com mons-validatorNightly Build/a )/li /ul @@ -108,13 +108,13 @@ directory. However, if you wish to build Struts from source, you will need to download and install the following packages: ul - liemFileUpload/em (No official release, obtain current + liemFileUpload/em (No official release, obtain current a href=http://jakarta.apache.org/builds/jakarta-commons/nightly/com mons-fileuploadNightly Build/a )/li - liemResources/em (No official release, obtain current + liemResources/em (No official release, obtain current a href=http://jakarta.apache.org/builds/jakarta-commons/nightly/com mons-resourcesNightly Build/a )/li - liemServices/em (No official release, obtain current + liemServices/em (No official release, obtain current a href=http://jakarta.apache.org/builds/jakarta-commons/nightly/com mons-servicesNightly Build/a )/li /ul @@ -127,9 +127,9 @@ Otherwise, download and install version 1.2 of Xalan from a href=http://xml.apache.org/xalan;here/a. /li - + listrongCactus Testing/strong - If you plan on testing the Struts applications - in this distribution, you must download and install version 1.3 + in this distribution, you must download and install version 1.3 of the a href=http://jakarta.apache.org/cactus;Cactus/a test framework. This package is also recommended for use in developing your own unit tests for your web applications based on Struts. @@ -412,10 +412,11 @@ /section - +section p -Next: a href=../newbie.htmlNewbie FAQ/a +Next: a href=../newbie.htmlNewbie FAQ/a /p +/section /chapter /body -- 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: DO NOT REPLY [Bug 12344] - Seems like you can only saveActionErrors in request scope...
On 12 Oct 2002, David M. Karr wrote: Date: 12 Oct 2002 18:20:35 -0700 From: David M. Karr [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: DO NOT REPLY [Bug 12344] - Seems like you can only save ActionErrors in request scope... bugzilla == bugzilla [EMAIL PROTECTED] writes: bugzilla DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG bugzilla RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT bugzilla http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12344. bugzilla ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND bugzilla INSERTED IN THE BUG DATABASE. bugzilla http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12344 bugzilla Seems like you can only save ActionErrors in request scope... bugzilla [EMAIL PROTECTED] changed: bugzillaWhat|Removed |Added bugzilla bugzilla Status|NEW |RESOLVED bugzilla Resolution||FIXED bugzilla --- Additional Comments From [EMAIL PROTECTED] 2002-10-13 01:09 --- bugzilla Fixed in nightly build 20021013. Thanks for the patch! This fix appears to address the ability to retrieve the errors from any scope. How do you get them into any scope but request? The Action.saveErrors() method doesn't appear to have an overloaded version taking a scope key. The new declarative exception handling facility lets you save an ActionErrors instance elsewhere. Also note that it would be good if any changes to how errors works would also be done in the messages tag, if they are compatible. Good point ... I'll take a look at this. -- === David M. Karr ; Java/J2EE/XML/Unix/C++ [EMAIL PROTECTED] Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13322] - html:reset with no attributes defaults with a name of reset
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=13322. 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=13322 html:reset with no attributes defaults with a name of reset --- Additional Comments From [EMAIL PROTECTED] 2002-10-12 22:44 --- are you sure this is the case? the code that writes out the value for name goes like this: if (property != null) { results.append( name=\); results.append(property); results.append(\); } the release() method resets to null and the field is initialized to null so I cant see how this would be the case unless its been fixed since you reported it. which means the default behavior is no name - will have a look on monday when I have a dev environment to check this with. I agree with the proposed solution though if this is a problem. In fact, the reset element doesnt really need a name to work so the current behavior seems to me to be correct except for possibly the issue you noted above being added to the documentation for which I am happy to create a diff. will wait on your answer -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4776] - ResponseUtils.filter() does not encode the apostrophe character
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=4776. 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=4776 ResponseUtils.filter() does not encode the apostrophe character --- Additional Comments From [EMAIL PROTECTED] 2002-10-12 22:55 --- You are completely and utterly wrong. I'm not sure how else I can put it really. Have you actually read this bug report, because you certainly don't understand it. It is entirely false to say that it 'breaks compliance' with the spec. Why do you think that? Could you point to the part of the spec says that using entities in tag attribute values is non-compliant? You are also looking at a part of the spec that is completely irrelevant to this issue. What has whether or not the apostrophe character has a *named* entity got to do with anything? My patch uses a numeric entity. You tell me to 'calm down' and then make a completely bizarre, uninformed and incorrect claim without even reading the bug history. That's hardly going to help, is it? For chrissake, this is a 3-line patch, it fixes something that is demonstrably broken, it cannot possibly break any existing code, it is trivial to verify that the patch is correct, this bug report has been open for *nearly a year*, why on earth hasn't someone just checked it in? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6847] - Multiple file upload not possible due to MultiPartRequestHandler limitation?
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=6847. 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=6847 Multiple file upload not possible due to MultiPartRequestHandler limitation? --- Additional Comments From [EMAIL PROTECTED] 2002-10-12 22:55 --- my solution to the stated problem is usually to put a loop so that the user keeps choosing one file at a time until they are done. I do have larger files though so allowing multiple files at once could then embark them on a half hour wait for the form submission with the inherent risk of lost focus and panicking users. (note: i can get both IE and Opera 6 to choose multiple files.) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/src/share/org/apache/struts/util GenericDataSource.java
craigmcc2002/10/12 18:30:00 Modified:src/share/org/apache/struts/util GenericDataSource.java Log: org.apache.commons.dbcp.BasicDataSource (which is wrapped by GenericDataSource) does not implement getLoginTimeout() or setLoginTimeout(), so swallow them. However, log a warning-level message so that the user might get a clue why these calls do not seem to do anything useful. PR: Bugzilla #12599 Submitted by: dgraham1980 at hotmail.com Revision ChangesPath 1.15 +9 -6 jakarta-struts/src/share/org/apache/struts/util/GenericDataSource.java Index: GenericDataSource.java === RCS file: /home/cvs/jakarta-struts/src/share/org/apache/struts/util/GenericDataSource.java,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- GenericDataSource.java20 Jul 2002 17:41:17 - 1.14 +++ GenericDataSource.java13 Oct 2002 01:30:00 - 1.15 @@ -301,7 +301,9 @@ */ public int getLoginTimeout() throws SQLException { -return (createDataSource().getLoginTimeout()); +// return (createDataSource().getLoginTimeout()); +log.warn(BasicDataSource does not support getLoginTimeout, returning 0); +return (0); } @@ -328,7 +330,8 @@ */ public void setLoginTimeout(int loginTimeout) throws SQLException { -createDataSource().setLoginTimeout(loginTimeout); +// createDataSource().setLoginTimeout(loginTimeout); +log.warn(BasicDataSource does not support setLoginTimeout, ignoring); } -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13454] - adding focus to the html:form tag with two forms of the same name generates a javascript error
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=13454. 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=13454 adding focus to the html:form tag with two forms of the same name generates a javascript error --- Additional Comments From [EMAIL PROTECTED] 2002-10-12 22:50 --- in my development environment this happens a lot - because of the way that the app is organized, there are several places where a page will have several forms that utilize the same Form bean, hence they are all called the same. A potential solution would be the adding of an optional id attribute as requiring knowledge of the number of forms in the page and depending on this not changing makes the resultant jsps rather brittle -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12599] - GenericDataSource wrapper throws UnsupportedOperationException
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=12599. 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=12599 GenericDataSource wrapper throws UnsupportedOperationException [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-10-13 01:31 --- Fixed in nightly build 20021013. I added logging warning messages so that the user can at least get a clue why these calls don't do anything. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 11852] - The bean:message tag should accept Objects as arguments
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=11852. 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=11852 The bean:message tag should accept Objects as arguments --- Additional Comments From [EMAIL PROTECTED] 2002-10-12 23:00 --- if its useful to you then I cant see why you shouldnt do it. As the result would be transparent to no doubt majority en/us users for struts it shouldnt cause any backward compatibility problems and it would certainly be useful to those with multiple locale sites. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/src/share/org/apache/struts/util RequestUtils.java
craigmcc2002/10/12 18:33:39 Modified:src/share/org/apache/struts/util RequestUtils.java Log: Make getActionMessages() consistent with getActionErrors() with respect to searching all scopes instead of only request scope. Revision ChangesPath 1.58 +5 -5 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.57 retrieving revision 1.58 diff -u -r1.57 -r1.58 --- RequestUtils.java 13 Oct 2002 01:08:25 - 1.57 +++ RequestUtils.java 13 Oct 2002 01:33:38 - 1.58 @@ -1504,7 +1504,7 @@ ActionMessages am = new ActionMessages(); -Object value = pageContext.getAttribute(paramName, PageContext.REQUEST_SCOPE); +Object value = pageContext.findAttribute(paramName); try { if (value == null) { -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 10537] - [:TODO:] sections
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=10537. 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=10537 [:TODO:] sections --- Additional Comments From [EMAIL PROTECTED] 2002-10-12 17:21 --- Created an attachment (id=3443) Updated validator reference because it's now included with struts. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/doc/resources books.xml
husted 2002/10/12 09:51:51 Modified:doc/resources books.xml Log: Routine update. Revision ChangesPath 1.8 +2 -2 jakarta-struts/doc/resources/books.xml Index: books.xml === RCS file: /home/cvs/jakarta-struts/doc/resources/books.xml,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- books.xml 9 Oct 2002 06:25:29 - 1.7 +++ books.xml 12 Oct 2002 16:51:51 - 1.8 @@ -13,9 +13,9 @@ pa href=http://www.amazon.com/exec/obidos/ISBN=0672324725/hitchhikeguidetoA/;bStruts Kick Start/b/a by James Turner and Kevin Bedell - Not yet published./p pa href=http://www.amazon.com/exec/obidos/ISBN=1558608621/hitchhikeguidetoA/;bThe Struts Framework: Practical Guide for Programmers/b/a by Sue Spielman - Not yet published./p pa href=http://www.amazon.com/exec/obidos/ISBN=0596003285/hitchhikeguidetoA/;bProgramming Jakarta Struts/b/a by Chuck Cavaness - Not yet published. a href=http://www.theserverside.com/resources/strutsreview.jsp;Public review draft online/a./p -pa href=http://www.amazon.com/exec/obidos/ISBN=1930110502/hitchhikeguidetoA/;bJava Web Development with Struts/b/a by Ted Husted, Cedric Dumoulin, George Franciscus, and David Winterfeldt; Foreword by Craig R. McClanahan - Not yet published./p +pa href=http://www.amazon.com/exec/obidos/ISBN=1930110502/hitchhikeguidetoA/;bStruts in Action/b/a by Ted Husted, Cedric Dumoulin, George Franciscus, and David Winterfeldt; Foreword by Craig R. McClanahan - Not yet published. (Formerly Java Web Development with Struts.) [a href=http://husted.com/struts/book.html;book site/a]/p pa href=http://www.amazon.com/exec/obidos/ISBN=0471213020/hitchhikeguidetoA/;bMastering Jakarta Struts/b/a by James Goodwill - Not yet published./p -pa href=http://sourceforge.net/project/showfiles.php?group_id=55539;bStruts Fast Track: J2EE / JSP Framework/b/a by Victor Cekvenich - Practical Application with Database Access and Struts Extensions./p +pa href=http://www.amazon.com/exec/obidos/ISBN=0971661901/hitchhikeguidetoA/;bStruts Fast Track: J2EE / JSP Framework/b/a by Victor Cekvenich - Practical Application with Database Access and Struts Extensions. [a href=http://sourceforge.net/project/showfiles.php?group_id=55539;book site/a]/p pa href=http://www.amazon.com/exec/obidos/ISBN=1861005512/hitchhikeguidetoA/;bProfessional JSP Site Design/b/a - Wrox book by Husted, Kunnumpurath, Lavandowska, Panduranga, et al - Features Struts in chapters 2 (The Struts Framework), 6 (Navigation), 8 (Data Access Patterns), 12 (Content Management), 13 (Searching), and 14 (Portals)./p pa href=http://www.amazon.com/exec/obidos/ISBN=0735710953/hitchhikeguidetoA/;bJSP and Tag Libraries for Web Development /b/a- by Wellington L. S. Da Silva. Several chapters regarding Struts./p pa href=http://www.redbooks.ibm.com/redpieces/pdfs/sg246134.pdf;bWebsphere Version 4 Application Development Handbook/b/a font size=1(PDF)/font - Chapter 7 covers designing with both the Struts and Websphere frameworks./p -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 10537] - [:TODO:] sections
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=10537. 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=10537 [:TODO:] sections --- Additional Comments From [EMAIL PROTECTED] 2002-10-12 17:16 --- Created an attachment (id=3442) Updated taglib deployment instructions for servlet 2.3 users and added brief description of nested/tiles libs -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: BUG #13520
It seems to me that the Validator plugin should be using the same mechanism as ActionServlet. However, someone more class loader savvy than I am (e.g. Craig :) may want to weigh in on this. -- Martin Cooper -Original Message- From: Eddie Bush [mailto:[EMAIL PROTECTED]] Sent: Friday, October 11, 2002 10:00 PM To: Struts Developers List Subject: BUG #13520 Is this just a usage question, or am I wrong? I'm tempted to mark it INVALID with an explaination that Bugzilla is for reporting aberrant behavior - not asking how the digester works. Looking for guidance! http://issues.apache.org/bugzilla/show_bug.cgi?id=13520 -- Eddie Bush -- 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]
DO NOT REPLY [Bug 13521] - CombinedDispatchAction
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=13521. 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=13521 CombinedDispatchAction [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|LATER | --- Additional Comments From [EMAIL PROTECTED] 2002-10-12 23:22 --- You can attach the Java class as an attachment to this ticket. From the sounds of it, we might be able to just make this the LookupAction and then deprecate the other, if it retains all the same behaviors. (Sounds like a job for, tah-dah, unit tests!). -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4776] - ResponseUtils.filter() does not encode the apostrophe character
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=4776. 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=4776 ResponseUtils.filter() does not encode the apostrophe character --- Additional Comments From [EMAIL PROTECTED] 2002-10-13 01:56 --- Thanks for caring ;-) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/src/test/org/apache/struts/util TestRequestUtils.java
craigmcc2002/10/12 18:59:32 Modified:src/share/org/apache/struts/util RequestUtils.java src/test/org/apache/struts/util TestRequestUtils.java Log: Enhance computeURL() to use amp; as the connector between parameters on a forward URL (but not a redirect URL). PR: Bugzilla #13458 Bug report submitted by Matt Raible matt at raibledesigns.com Patch submitted by Antoni Reuss areus at ibit.org Revision ChangesPath 1.59 +14 -8 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.58 retrieving revision 1.59 diff -u -r1.58 -r1.59 --- RequestUtils.java 13 Oct 2002 01:33:38 - 1.58 +++ RequestUtils.java 13 Oct 2002 01:59:31 - 1.59 @@ -448,6 +448,12 @@ anchor = null; } +// Define the parameter separator +String separator = amp;; +if (redirect) { +separator = ; +} + // Add the required request parameters boolean question = temp.indexOf('?') = 0; Iterator keys = params.keySet().iterator(); @@ -459,7 +465,7 @@ url.append('?'); question = true; } else { -url.append(); +url.append(separator); } url.append(URLEncoder.encode(key)); url.append('='); // Interpret null as no value @@ -468,7 +474,7 @@ url.append('?'); question = true; } else { -url.append(); +url.append(separator); } url.append(URLEncoder.encode(key)); url.append('='); @@ -480,7 +486,7 @@ url.append('?'); question = true; } else { -url.append(); +url.append(separator); } url.append(URLEncoder.encode(key)); url.append('='); @@ -491,7 +497,7 @@ url.append('?'); question = true; } else { -url.append(); +url.append(separator); } url.append(URLEncoder.encode(key)); url.append('='); 1.11 +80 -11 jakarta-struts/src/test/org/apache/struts/util/TestRequestUtils.java Index: TestRequestUtils.java === RCS file: /home/cvs/jakarta-struts/src/test/org/apache/struts/util/TestRequestUtils.java,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- TestRequestUtils.java 27 Jul 2002 23:26:09 - 1.10 +++ TestRequestUtils.java 13 Oct 2002 01:59:32 - 1.11 @@ -831,7 +831,7 @@ } -// Add parameters only +// Add parameters only -- forward URL public void testComputeURL3a() { request.setPathElements(/myapp, /action.do, null, null); @@ -849,13 +849,13 @@ } assertNotNull(url present, url); assertTrue(url value, - url.equals(/myapp/bar?foo1=bar1foo2=bar2) || - url.equals(/myapp/bar?foo2=bar2foo1=bar1)); + url.equals(/myapp/bar?foo1=bar1amp;foo2=bar2) || + url.equals(/myapp/bar?foo2=bar2amp;foo1=bar1)); } -// Add anchor only +// Add anchor only -- forward URL public void testComputeURL3b() { request.setPathElements(/myapp, /action.do, null, null); @@ -876,7 +876,7 @@ } -// Add parameters + anchor +// Add parameters + anchor -- forward URL public void testComputeURL3c() { request.setPathElements(/myapp, /action.do, null, null); @@ -894,8 +894,77 @@ } assertNotNull(url present, url); assertTrue(url value, - url.equals(/myapp/bar?foo1=bar1foo2=bar2#anchor) || - url.equals(/myapp/bar?foo2=bar2foo1=bar1#anchor)); + url.equals(/myapp/bar?foo1=bar1amp;foo2=bar2#anchor) || + url.equals(/myapp/bar?foo2=bar2amp;foo1=bar1#anchor)); + +} + + +// Add parameters only -- redirect URL +public void testComputeURL3d() { + +request.setPathElements(/myapp,
DO NOT REPLY [Bug 13458] - RequestUtils.computeURL uses '' to separate parameters - 'amp;' would be better
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=13458. 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=13458 RequestUtils.computeURL uses '' to separate parameters - 'amp;' would be better [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-10-13 02:01 --- Fixed in nightly build 20021013. Thanks to Antoni for the patch! -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13454] - adding focus to the html:form tag with two forms of the same name generates a javascript error
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=13454. 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=13454 adding focus to the html:form tag with two forms of the same name generates a javascript error --- Additional Comments From [EMAIL PROTECTED] 2002-10-12 23:29 --- It's still not clear to me whether it's valid to have 2 forms of the same name. My previous post meant that the tag uses SCRIPT now and should use script...I think you read it backwards :-). -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4776] - ResponseUtils.filter() does not encode the apostrophe character
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=4776. 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=4776 ResponseUtils.filter() does not encode the apostrophe character --- Additional Comments From [EMAIL PROTECTED] 2002-10-12 20:42 --- this is deliberate as indicated in the source, suggest its closed? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [Policy on depreciation vs deleting new Struts 1.1methods.]
I agree with Ted and James - even if I'm not writing a book. ;-) We should zap the new-and-already-obsolete stuff now, and not perpetuate it. Deprecation, IMO, should only be used for things that have already appeared as part of a stable release. (Depreciation, on the other hand, I'll leave for James and his 20 Yen. :) -- Martin Cooper -Original Message- From: Rob Leland [mailto:[EMAIL PROTECTED]] Sent: Friday, October 11, 2002 11:05 PM To: [EMAIL PROTECTED] Subject: [Policy on depreciation vs deleting new Struts 1.1 methods.] I same across a method in Action that didn't use one of its parameters, it was added in struts 1.1 the comment said. Since it was added in the 1.1 Time Frame do we: A) Immediately remove it or B) Depreciate the method and remove it later. My preference would be to remove it before the final Struts 1.1 is released, but can we remove it before the next beta ? - depreciated validator methods, js -- In a similar more specific note, in the validator JavaScript I added a floatRange() method, and duplicated the range() method and called it intRange() for JavaScript. For Java I added validateIntRange() and validateFloatRange(), and depreciated range(). I would hate to piss off the people who buy Chuck's and Ted's books, too much ;-) ! So what is the feeling on handling this. The next version of the books will probably take at least 12 - 18 months, and I would hate to wait that long since we just added the validator to struts this go around! Also maybe a new page needs to be created to document potential incompatabilities. -Rob -- 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]
checkbox name org.apache.struts.taglib.html.BEAN[0].stringProperty?
I've been adding more exercises to the Struts-EL exercise-taglib app, and I'm finding some behavior I don't quite understand. In the same JSP page, I have two logic-el:iterate loops, both of which iterate through the same collection, the page attributes map (${pageScope}). One loop has an html-el:button in each iteration, and the other has a html-el:checkbox. Both of them set the indexed property to true (${!empty pageScope} is always true). After seeing the generated HTML, I'm certain that I'm unsure what I should expect for the name attribute in the generated HTML. This is the button loop: logic-el:iterate collection=${pageScope} id=item html-el:button property=stringProperty indexed=${!empty pageScope}/ /logic-el:iterate And this is what it generates for the first iteration: input type=button name=stringProperty[0] value=Click This is the checkbox loop: logic-el:iterate collection=${pageScope} id=item html-el:checkbox property=stringProperty indexed=${!empty pageScope}/ /logic-el:iterate And this is what the first iteration generates: input type=checkbox name=org.apache.struts.taglib.html.BEAN[0].stringProperty I have a small feeling that the placement of the [0] is expected, but I'm pretty sure the odd bean name is unexpected. Could someone help me understand what I should expect here, and what might be going wrong if this is incorrect? If I know what I SHOULDN'T be seeing, I could try to track it down a little more. -- === David M. Karr ; Java/J2EE/XML/Unix/C++ [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13454] - adding focus to the html:form tag with two forms of the same name generates a javascript error
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=13454. 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=13454 adding focus to the html:form tag with two forms of the same name generates a javascript error --- Additional Comments From [EMAIL PROTECTED] 2002-10-12 23:40 --- It's been my experience that the best way to set the focus is to refer to the forms and field by number. If we did have a script that allowed us to set the form and field number, it could also fix the issue with the focus script not working in every browser. If anyone has submitted a path for setting the focus by number rather than name, please call my attention to it. -Ted. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: cvs commit: jakarta-struts/doc/userGuide installation.xml
He just did not wrap the text, James. At 09:24 PM 10/12/2002 -0400, you wrote: Not sure if it matters, but whatever text editor you are using is trimming trailing spaces. Makes for an interesting search for what was actually changed ;) Have a good one! James Mitchell Software Engineer/Struts Evangelist http://www.open-tools.org -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Saturday, October 12, 2002 12:52 PM To: [EMAIL PROTECTED] Subject: cvs commit: jakarta-struts/doc/userGuide installation.xml husted 2002/10/12 09:51:40 Modified:doc/userGuide installation.xml Log: Break out some kickstart questinos into a How to Help FAQ. Revision ChangesPath 1.12 +9 -8 jakarta-struts/doc/userGuide/installation.xml Index: installation.xml === RCS file: /home/cvs/jakarta-struts/doc/userGuide/installation.xml,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- installation.xml10 Oct 2002 22:54:13 - 1.11 +++ installation.xml12 Oct 2002 16:51:40 - 1.12 @@ -94,7 +94,7 @@ liemLang/em (Version 1.0 or later)/li liemLogging/em (Version 1.02 or later)/li liemPool/em (Version 1.01 or later)/li - liemValidator/em (No official release, obtain current + liemValidator/em (No official release, obtain current a href=http://jakarta.apache.org/builds/jakarta-commons/nightly/com mons-validatorNightly Build/a )/li /ul @@ -108,13 +108,13 @@ directory. However, if you wish to build Struts from source, you will need to download and install the following packages: ul - liemFileUpload/em (No official release, obtain current + liemFileUpload/em (No official release, obtain current a href=http://jakarta.apache.org/builds/jakarta-commons/nightly/com mons-fileuploadNightly Build/a )/li - liemResources/em (No official release, obtain current + liemResources/em (No official release, obtain current a href=http://jakarta.apache.org/builds/jakarta-commons/nightly/com mons-resourcesNightly Build/a )/li - liemServices/em (No official release, obtain current + liemServices/em (No official release, obtain current a href=http://jakarta.apache.org/builds/jakarta-commons/nightly/com mons-servicesNightly Build/a )/li /ul @@ -127,9 +127,9 @@ Otherwise, download and install version 1.2 of Xalan from a href=http://xml.apache.org/xalan;here/a. /li - + listrongCactus Testing/strong - If you plan on testing the Struts applications - in this distribution, you must download and install version 1.3 + in this distribution, you must download and install version 1.3 of the a href=http://jakarta.apache.org/cactus;Cactus/a test framework. This package is also recommended for use in developing your own unit tests for your web applications based on Struts. @@ -412,10 +412,11 @@ /section - +section p -Next: a href=../newbie.htmlNewbie FAQ/a +Next: a href=../newbie.htmlNewbie FAQ/a /p +/section /chapter /body -- 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] Micael --- This electronic mail transmission and any accompanying documents contain information belonging to the sender which may be confidential and legally privileged. This information is intended only for the use of the individual or entity to whom this electronic mail transmission was sent as indicated above. If you are not the intended recipient, any disclosure, copying, distribution, or action taken in reliance on the contents of the information contained in this transmission is strictly prohibited. If you have received this transmission in error, please delete the message. Thank you -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: cvs commit: jakarta-struts/src/share/org/apache/struts/validator ValidatorPlugIn.java
On Fri, 11 Oct 2002, Martin Cooper wrote: Date: Fri, 11 Oct 2002 15:56:37 -0700 From: Martin Cooper [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: 'Struts Developers List' [EMAIL PROTECTED] Subject: RE: cvs commit: jakarta-struts/src/share/org/apache/struts/valida tor ValidatorPlugIn.java The new version of getValidatorResources() added here takes a ServletContext and an HttpServletRequest. It seems to me that it should only take the request, since the servlet context can be obtained from that. It would be a little less error-prone this way, too. Umm, how does one get access to the ServletContext via a request? An unpleasant way is request.getSession().getServletContext(), but that requires creating a session. Worse, it's a Servlet 2.3 thing and not available on our minimum required platform for Struts. My 2 cents. -- Martin Cooper Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: BUG #13520
On Sat, 12 Oct 2002, Martin Cooper wrote: Date: Sat, 12 Oct 2002 10:26:07 -0700 From: Martin Cooper [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: 'Struts Developers List' [EMAIL PROTECTED] Subject: RE: BUG #13520 It seems to me that the Validator plugin should be using the same mechanism as ActionServlet. However, someone more class loader savvy than I am (e.g. Craig :) may want to weigh in on this. Makes sense to me that we implement this. Otherwise, you'll have problems when struts.jar is in a shared class loader rather than in the webapp. -- Martin Cooper Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
bugzilla emails
Is it possible to configure the bugzilla email subject line? The DO NOT REPLY part at the beginning prevents me from reading most of the important pieces of the subject line and people reply to these messages all the time anyways. It's not a huge deal, but if it can I be changed I would appreciate it. Thanks, Dave _ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/doc/userGuide installation.xml building_view.xml building_controller.xml
husted 2002/10/13 08:55:12 Modified:doc/userGuide installation.xml building_view.xml building_controller.xml Log: Notes regarding configuring taglibs under Servlet 2.3 submitted by David Graham. Revision ChangesPath 1.13 +8 -4 jakarta-struts/doc/userGuide/installation.xml Index: installation.xml === RCS file: /home/cvs/jakarta-struts/doc/userGuide/installation.xml,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- installation.xml 12 Oct 2002 16:51:40 - 1.12 +++ installation.xml 13 Oct 2002 15:55:12 - 1.13 @@ -172,8 +172,10 @@ your application classes are stored in the shared repository./li listronglib/struts-*.tld/strong - These are the tag library descriptor files that describe the custom tags in the various Struts -tag libraries. They should be copied into the codeWEB-INF/code -directory of your web application./li +tag libraries. They should be copied into the codeWEB-INF/code +directory of your web application. (Servlet 2.3 can omit this step +if the a href=building_controller.html#dd_config_taglib_23standard uri/a +is referenced.)/li listrongwebapps/struts-blank.war/strong - This is a simple web application archive file containing a basic starting point for building your own Struts-based applications./li @@ -223,11 +225,13 @@ liModify the codeWEB-INF/web.xml/code file for your web application to include a codelt;servletgt;/code element to define the controller servlet, and a codelt;servlet-mappinggt;/code element -to establish which request URIs are mapped to this servlet. Use the +to establish which request URIs are mapped to this servlet. Use the codeWEB-INF/web.xml/code file from the Struts example application for a detailed example of the required syntax./li liModify the codeWEB-INF/web.xml/code file of your web application -to include the following tag library declarations:/li +to include the following tag library declarations (Servlet 2.3 can omit +this step if the a href=building_controller.html#dd_config_taglib_23standard uri/a +is referenced):/li /ul prelt;taglibgt; 1.15 +124 -125 jakarta-struts/doc/userGuide/building_view.xml Index: building_view.xml === RCS file: /home/cvs/jakarta-struts/doc/userGuide/building_view.xml,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- building_view.xml 29 Jun 2002 14:12:01 - 1.14 +++ building_view.xml 13 Oct 2002 15:55:12 - 1.15 @@ -7,28 +7,29 @@ authorTed Husted/author authorMartin Cooper/author authorEd Burns/author -authorJames DeVries/author +authorJames DeVries/author +authorDavid Graham/author titleThe Struts User's Guide - Building View Components/title /properties - - body + + body chapter name=3. Building View Components href=building_view - + section name=3.1 Overview href=overview - + p This chapter focuses on the task of building the iView/i components for use with the Struts framework. Many applications rely on JavaServer Pages -(JSP) technology to create the presentation layer. The Struts distribution +(JSP) technology to create the presentation layer. The Struts distribution includes a comprehensive JSP tag library that provides support for building internationalized applications, as well as for interacting with input forms. Several other topics related to the View components are briefly discussed. /p - + /section - + section name=3.2 Internationalized Messages href=i18n - + p A few years ago, application developers could count on having to support only residents of their own country, who are used to only one (or sometimes @@ -41,27 +42,27 @@ iinternationalization/i (often called i18n because 18 is the number of letters in between the i and the n) and ilocalization/i. /p - + p -Struts builds upon the standard classes available on the Java platform to +Struts builds upon the standard classes available on the Java platform to build internationalized and localized applications. The key concepts to become familiar with are: /p - + ul -lia href=http://java.sun.com/j2se/1.4.1/docs/api/java/util/Locale.html;bLocale/b/a - +lia
RE: cvs commit:jakarta-struts/src/share/org/apache/struts/valida torValidatorPlugIn.java
-Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] Sent: Saturday, October 12, 2002 10:56 AM To: Struts Developers List Subject: RE: cvs commit: jakarta-struts/src/share/org/apache/struts/valida tor ValidatorPlugIn.java On Fri, 11 Oct 2002, Martin Cooper wrote: Date: Fri, 11 Oct 2002 15:56:37 -0700 From: Martin Cooper [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: 'Struts Developers List' [EMAIL PROTECTED] Subject: RE: cvs commit: jakarta-struts/src/share/org/apache/struts/valida tor ValidatorPlugIn.java The new version of getValidatorResources() added here takes a ServletContext and an HttpServletRequest. It seems to me that it should only take the request, since the servlet context can be obtained from that. It would be a little less error-prone this way, too. Umm, how does one get access to the ServletContext via a request? I was thinking that we could get it via the ApplicationConfig, which used to hold a reference to the ActionServlet. I'd forgotten, however, that that reference had to be removed in the interests of serialisability. So the current code stands. An unpleasant way is request.getSession().getServletContext(), but that requires creating a session. Worse, it's a Servlet 2.3 thing and not available on our minimum required platform for Struts. No, I wasn't thinking about that. -- Martin Cooper My 2 cents. -- Martin Cooper Craig -- 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: Ok, who broke the build?
I'll update and see what happens if I continue to have problems. I was working off b2 commons + commons-logging-1.0.1. Thanks, Rob! Robert Leland wrote: Eddie Bush Screamed: Just wanted to throw out an FYI - I don't have time to dig into it right now. Eddie it works for me, after doing a CVS get a clean copy, no sticky. Do you have recient versions of the commons ? -Rob -- Eddie Bush -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: TODO sections
On Fri, 11 Oct 2002, James Mitchell wrote: At some point, someone posted (I believe Craig) their filter criteria for bugzilla to find all open issues. Anyone care to share what they use? Here's my standard Struts Bugs saved search (very simple): Status: Unconfirmed, New, Assigned, Reopened Program: Struts A similar saved search named Struts Later picks up the things we've decided to deal with later: Resolution: Later, Remind Program: Struts As of this instant, these queries return 100 and 66 items, respectively -- many of the items on each list are actually enhancement requests, of course. Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [Policy on depreciation vs deleting new Struts 1.1 methods.]
Have we ever included it in a beta release? If so, deprecation is definitely the right answer. If not, how long has it been around? If only a short while, I'd say go ahead and remove it. Craig On Sat, 12 Oct 2002, Rob Leland wrote: Date: Sat, 12 Oct 2002 02:05:09 -0400 From: Rob Leland [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [Policy on depreciation vs deleting new Struts 1.1 methods.] I same across a method in Action that didn't use one of its parameters, it was added in struts 1.1 the comment said. Since it was added in the 1.1 Time Frame do we: A) Immediately remove it or B) Depreciate the method and remove it later. My preference would be to remove it before the final Struts 1.1 is released, but can we remove it before the next beta ? - depreciated validator methods, js -- In a similar more specific note, in the validator JavaScript I added a floatRange() method, and duplicated the range() method and called it intRange() for JavaScript. For Java I added validateIntRange() and validateFloatRange(), and depreciated range(). I would hate to piss off the people who buy Chuck's and Ted's books, too much ;-) ! So what is the feeling on handling this. The next version of the books will probably take at least 12 - 18 months, and I would hate to wait that long since we just added the validator to struts this go around! Also maybe a new page needs to be created to document potential incompatabilities. -Rob -- 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: bugzilla emails
Unfortunately, this heading is global to all Bugzilla emails on all Apache projects, so it can't be changed without quite a large population agreeing to it ;-(. Craig On Sat, 12 Oct 2002, David Graham wrote: Date: Sat, 12 Oct 2002 20:28:34 -0600 From: David Graham [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: bugzilla emails Is it possible to configure the bugzilla email subject line? The DO NOT REPLY part at the beginning prevents me from reading most of the important pieces of the subject line and people reply to these messages all the time anyways. It's not a huge deal, but if it can I be changed I would appreciate it. Thanks, Dave _ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com -- 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]
DO NOT REPLY [Bug 13520] - Use of Digester
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=13520. 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=13520 Use of Digester [EMAIL PROTECTED] changed: What|Removed |Added Component|Validator Framework |Validator Product|Struts |Commons Version|1.1 Beta 2 |Nightly Builds -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13520] - Use of Digester
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=13520. 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=13520 Use of Digester [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-10-12 18:30 --- Fixed in 20021013 nightly build. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13565] - To errors, add prefix, suffix, header, footer attrs, to messages, add prefix, suffix attrs
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=13565. 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=13565 To errors, add prefix, suffix, header, footer attrs, to messages, add prefix, suffix attrs --- Additional Comments From [EMAIL PROTECTED] 2002-10-12 04:23 --- Funny, I didn't remember seeing your note. I ran into this issue at work, which is why I suggested it. In your note, you also suggest the following features: 1. A scope attribute, for looking for the messages in a different scope than request. This seems useful, but I don't have a good feel for what other impacts this might have. I don't know whether the present api for creating messages makes it convenient to place them into anywhere but request scope. 2. A remove when read flag, to make messages go away after they are read. This sounds pretty funky. I think you'd be better off having your Action class use an object or collection to store the things you want to write messages for, and when you read an entry off that list to create an ActionError for, then also remove it from the list. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvs commit: jakarta-struts/src/share/org/apache/struts/valida torValidatorPlugIn.java
Yes. My goal was to not create a session just to get at the ServletContext though. That's why I wrote it that way. I suppose it would be better your way though. In all liklihood, the more I think about it (and think about logger output), Struts is going to create a session anyway - for a number of other reasons. So, that's probably not good justification for doing things the way I did. Sorry about that. Should I submit a patch, or does someone else want to fix it? Martin Cooper wrote: The new version of getValidatorResources() added here takes a ServletContext and an HttpServletRequest. It seems to me that it should only take the request, since the servlet context can be obtained from that. It would be a little less error-prone this way, too. My 2 cents. -- Martin Cooper -- Eddie Bush -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] New Struts Committer: Eddie Bush
+1 Craig R. McClanahan wrote: I'd like to propose Eddie Bush [EMAIL PROTECTED] as a committer on the Struts project. Eddie has demonstrated high quality patches, a willingness to dig in and get to work (including starting a very interesting mail thread about getting patches applied :-), and is already helping people out on the STRUTS-USER mailing list. Here's my +1. Craig McClanahan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13403] - using custom tags after a redirect
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=13403. 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=13403 using custom tags after a redirect --- Additional Comments From [EMAIL PROTECTED] 2002-10-12 04:50 --- Could you possibly give more details about your setup? Do you have a module which has a name matching the first part of the aciton you're redirecting to? Please examine bugid # 12702 to see if this is a duplicate of that bug. If it isn't, please post additional information about your setup. Let us know! -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 9616] - Some more Struts docs
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=9616. 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=9616 Some more Struts docs [EMAIL PROTECTED] changed: What|Removed |Added Component|Web Site|Documentation -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[PATCH] handle maps in logic:empty/logic:notEmpty
Small patch related to logic:empty for your consideration. The intent of the change is to make logic:empty (and therefore logic:notEmpty) handle a Map in the same way it currently handles a Collection. Thanks Robert Rasmussen Index: doc/userGuide/struts-logic.xml === RCS file: /home/cvspublic/jakarta-struts/doc/userGuide/struts-logic.xml,v retrieving revision 1.6 diff -u -r1.6 struts-logic.xml --- doc/userGuide/struts-logic.xml 3 Aug 2002 18:43:40 - 1.6 +++ doc/userGuide/struts-logic.xml 11 Oct 2002 20:53:27 - @@ -80,8 +80,9 @@ info pThis tag evaluates its nested body content only if the specified value is either absent (i.e. codenull/code), an empty string (i.e. a -codejava.lang.String/code with a length of zero) or an empty java.util.Collection -(tested by the .isEmpty() method on the java.util.Collection interface)./p +codejava.lang.String/code with a length of zero), or an empty +java.util.Collection or java.util.Map (tested by the .isEmpty() method on +the java.util.Collection or java.util.Map interface, respectively)./p /info attribute Index: src/share/org/apache/struts/taglib/logic/EmptyTag.java === RCS file: /home/cvspublic/jakarta-struts/src/share/org/apache/struts/taglib/logic/EmptyTag.java,v retrieving revision 1.3 diff -u -r1.3 EmptyTag.java --- src/share/org/apache/struts/taglib/logic/EmptyTag.java 25 Jun 2002 00:53:41 - 1.3 +++ src/share/org/apache/struts/taglib/logic/EmptyTag.java 11 Oct 2002 20:53:28 - @@ -63,6 +63,7 @@ package org.apache.struts.taglib.logic; import java.util.Collection; +import java.util.Map; import javax.servlet.jsp.JspException; import org.apache.struts.util.RequestUtils; @@ -121,6 +122,9 @@ } else if (value instanceof Collection) { Collection collValue = (Collection)value; empty = collValue.isEmpty(); +} else if (value instanceof Map) { + Map mapValue = (Map)value; + empty = mapValue.isEmpty(); } else { empty = false; } _ Send and receive Hotmail on your mobile device: http://mobile.msn.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13555] New: - error in LookupDispatchAction javadoc
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=13555. 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=13555 error in LookupDispatchAction javadoc Summary: error in LookupDispatchAction javadoc Product: Struts Version: Nightly Build Platform: All OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Documentation AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The javadoc for LookupDispatchAction says: Your subclass must implement both getKeyMethodMap and the methods defined in the map. An example of such implementations are: protected Map getKeyMethodMap(ActionMapping mapping, ActionForm form, HttpServletRequest request) { Map map = new HashMap(); map.put(button.add, add); map.put(button.delete, delete); return map; } However, when I pasted that into my code, the compiler complained that I ought to declare my class abstract since it didn't implement getKeyMethodMap(). Apparently getKeyMethodMap is not supposed to have any parameters. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/contrib/struts-el/src/share/org/apache/strutsel/taglib/utils - New directory
dmkarr 2002/10/13 11:17:24 jakarta-struts/contrib/struts-el/src/share/org/apache/strutsel/taglib/utils - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: BUG #13520
smack-head/ This is why I asked :-) I was tired and trying to kill bugs ;-) hehe ... Craig R. McClanahan wrote: On Sat, 12 Oct 2002, Martin Cooper wrote: Date: Sat, 12 Oct 2002 10:26:07 -0700 From: Martin Cooper [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: 'Struts Developers List' [EMAIL PROTECTED] Subject: RE: BUG #13520 It seems to me that the Validator plugin should be using the same mechanism as ActionServlet. However, someone more class loader savvy than I am (e.g. Craig :) may want to weigh in on this. Makes sense to me that we implement this. Otherwise, you'll have problems when struts.jar is in a shared class loader rather than in the webapp. -- Martin Cooper Craig -- Eddie Bush -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/contrib/struts-el/conf/test/tomcat41 server.xml
dmkarr 2002/10/13 20:10:15 Added: contrib/struts-el/conf/test/tomcat40 server.xml contrib/struts-el/conf/test/tomcat41 server.xml Log: Fixing ability to run tests on Struts-EL Revision ChangesPath 1.1 jakarta-struts/contrib/struts-el/conf/test/tomcat40/server.xml Index: server.xml === Server port=8005 shutdown=SHUTDOWN debug=0 Service name=Tomcat-Standalone Connector className=org.apache.catalina.connector.http.HttpConnector port=8080 minProcessors=5 maxProcessors=75 acceptCount=10 debug=0/ Engine name=Standalone defaultHost=localhost debug=0 Logger className=org.apache.catalina.logger.FileLogger directory=@out.tomcat.40.full.dir@ prefix=cactus_test suffix=.log/ Realm className=org.apache.catalina.realm.MemoryRealm / Host name=localhost debug=0 appBase=@out.tomcat.40.full.dir@/webapps /Host /Engine /Service /Server 1.1 jakarta-struts/contrib/struts-el/conf/test/tomcat41/server.xml Index: server.xml === Server port=8005 shutdown=SHUTDOWN debug=0 Listener className=org.apache.catalina.mbeans.ServerLifecycleListener debug=0/ Listener className=org.apache.catalina.mbeans.GlobalResourcesLifecycleListener debug=0/ GlobalNamingResources !-- Editable user database that can also be used by UserDatabaseRealm to authenticate users -- Resource name=UserDatabase auth=Container type=org.apache.catalina.UserDatabase description=User database that can be updated and saved /Resource ResourceParams name=UserDatabase parameter namefactory/name valueorg.apache.catalina.users.MemoryUserDatabaseFactory/value /parameter parameter namepathname/name valueconf/tomcat-users.xml/value /parameter /ResourceParams /GlobalNamingResources Service name=Tomcat-Standalone Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8080 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=10 debug=0 connectionTimeout=2 useURIValidationHack=false/ Engine name=Standalone defaultHost=localhost debug=0 Logger className=org.apache.catalina.logger.FileLogger directory=@out.tomcat.41.full.dir@ prefix=cactus_test suffix=.log/ Realm className=org.apache.catalina.realm.UserDatabaseRealm debug=0 resourceName=UserDatabase / Host name=localhost debug=0 appBase=@out.tomcat.41.full.dir@/webapps /Host /Engine /Service /Server -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/contrib/struts-el build.xml
dmkarr 2002/10/13 20:15:22 Modified:contrib/struts-el build.xml Log: Fixed build.home setting, to make both unit tests and webapp build work. Revision ChangesPath 1.5 +3 -2 jakarta-struts/contrib/struts-el/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-struts/contrib/struts-el/build.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- build.xml 2 Oct 2002 14:01:13 - 1.4 +++ build.xml 14 Oct 2002 03:15:22 - 1.5 @@ -54,7 +54,7 @@ property name=servlet.jar value=../jakarta-servletapi/lib/servlet.jar/ property name=struts.jar value=../jakarta-struts/dist/lib/struts.jar/ property name=struts-el.jar - value=../jakarta-struts/dist/lib/struts-el.jar/ + value=dist/lib/struts-el.jar/ property name=jstl.home value=../jakarta-taglibs/dist/ property name=jstl.jar value=../jakarta-taglibs/dist/lib/jstl.jar/ property name=jstl-standard.jar @@ -72,7 +72,8 @@ -- !-- Output directory name for all files generated by the build process -- - property name=build.home value=target/ +!-- property name=build.home value=${basedir}/contrib/struts-el/target/ -- + property name=build.home value=${basedir}/target/ !-- Should Java compilations set the debug compiler option? -- property name=compile.debug value=true / -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/contrib/struts-el/doc/userGuide struts-html-el.xml
dmkarr 2002/10/13 20:16:39 Modified:contrib/struts-el/doc/userGuide struts-html-el.xml Log: Fixed a minor typo. Reordered one styleId and styleClass pair. Revision ChangesPath 1.4 +6 -8 jakarta-struts/contrib/struts-el/doc/userGuide/struts-html-el.xml Index: struts-html-el.xml === RCS file: /home/cvs/jakarta-struts/contrib/struts-el/doc/userGuide/struts-html-el.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- struts-html-el.xml5 Oct 2002 05:38:40 - 1.3 +++ struts-html-el.xml14 Oct 2002 03:16:39 - 1.4 @@ -1722,7 +1722,7 @@ requiredfalse/required rtexprvaluefalse/rtexprvalue info -pThe applicaiton-relative path (beginning with a / +pThe application-relative path (beginning with a / character) to which this hyperlink will transfer control if activated. This hyperlink may be dynamically modified by the inclusion of query parameters, as described in the @@ -3954,25 +3954,23 @@ /attribute attribute -namestyleId/name +namestyleClass/name requiredfalse/required rtexprvaluefalse/rtexprvalue info -Identifier to be assigned to this HTML element (renders -an id attribute). +CSS stylesheet class to be applied to this HTML element. /info /attribute attribute -namestyleClass/name +namestyleId/name requiredfalse/required rtexprvaluefalse/rtexprvalue info -CSS stylesheet class to be applied to this HTML element. +Identifier to be assigned to this HTML element (renders +an id attribute). /info /attribute - -!-- No styleId attribute? -- attribute namevalue/name -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/contrib/struts-el/src/share/org/apache/strutsel/taglib/html ELRadioTag.java ELPasswordTag.java ELOptionTag.java ELOptionsTag.java ELOptionsCollectionTag.java ELMultiboxTag.java ELLinkTag.java ELImageTag.java ELHtmlTag.java ELHiddenTag.java ELFrameTag.java ELFileTag.java ELCheckboxTag.java ELButtonTag.java ELCancelTag.java
dmkarr 2002/10/13 20:18:39 Modified:contrib/struts-el/src/share/org/apache/strutsel/taglib/html ELRadioTag.java ELPasswordTag.java ELOptionTag.java ELOptionsTag.java ELOptionsCollectionTag.java ELMultiboxTag.java ELLinkTag.java ELImageTag.java ELHtmlTag.java ELHiddenTag.java ELFrameTag.java ELFileTag.java ELCheckboxTag.java ELButtonTag.java ELCancelTag.java Log: Changed to reflect mapings for boolean attributes Revision ChangesPath 1.6 +55 -10 jakarta-struts/contrib/struts-el/src/share/org/apache/strutsel/taglib/html/ELRadioTag.java Index: ELRadioTag.java === RCS file: /home/cvs/jakarta-struts/contrib/struts-el/src/share/org/apache/strutsel/taglib/html/ELRadioTag.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- ELRadioTag.java 5 Oct 2002 05:38:40 - 1.5 +++ ELRadioTag.java 14 Oct 2002 03:18:38 - 1.6 @@ -62,7 +62,7 @@ import org.apache.struts.taglib.html.RadioTag; import javax.servlet.jsp.JspException; -import org.apache.taglibs.standard.tag.el.core.ExpressionUtil; +import org.apache.strutsel.taglib.utils.EvalHelper; import org.apache.taglibs.standard.tag.common.core.NullAttributeException; /** @@ -80,6 +80,48 @@ public class ELRadioTag extends RadioTag { /** + * String value of the disabled attribute. + */ +private String disabledExpr; +/** + * String value of the indexed attribute. + */ +private String indexedExpr; + +/** + * Returns the string value of the disabled attribute. + */ +public String getDisabledExpr() { return (disabledExpr); } +/** + * Returns the string value of the indexed attribute. + */ +public String getIndexedExpr() { return (indexedExpr); } + +/** + * Sets the string value of the disabled attribute. This attribute is + * mapped to this method by the codeELButtonTagBeanInfo/code class. + */ +public void setDisabledExpr(String disabledExpr) +{ this.disabledExpr = disabledExpr; } + +/** + * Sets the string value of the indexed attribute. This attribute is + * mapped to this method by the codeELButtonTagBeanInfo/code class. + */ +public void setIndexedExpr(String indexedExpr) +{ this.indexedExpr = indexedExpr; } + +/** + * Resets attribute values for tag reuse. + */ +public void release() +{ +super.release(); +setDisabledExpr(null); +setIndexedExpr(null); +} + +/** * Process the start tag. * * @exception JspException if a JSP exception has occurred @@ -91,7 +133,8 @@ /** * Evaluates and returns a single attribute value, given the attribute - * name, attribute value, and attribute type. It uses + * name, attribute value, and attribute type. It uses the + * codeEvalHelper/code class to interface to * codeExpressionUtil.evalNotNull/code to do the actual evaluation, and * it passes to this the name of the current tag, the codethis/code * pointer, and the current pageContext. @@ -99,6 +142,8 @@ * @param attrName attribute name being evaluated * @param attrValue String value of attribute to be evaluated using EL * @param attrType Required resulting type of attribute value + * @exception NullAttributeException if either the codeattrValue/code + * was null, or the resulting evaluated value was null. * @return Resulting attribute value */ private Object evalAttr(String attrName, @@ -106,8 +151,8 @@ ClassattrType) throws JspException, NullAttributeException { -return (ExpressionUtil.evalNotNull(radio, attrName, attrValue, - attrType, this, pageContext)); +return (EvalHelper.eval(radio, attrName, attrValue, attrType, +this, pageContext)); } /** @@ -139,7 +184,7 @@ } try { -setDisabled(((Boolean) evalAttr(disabled, getDisabled() + , +setDisabled(((Boolean) evalAttr(disabled, getDisabledExpr(), Boolean.class)). booleanValue()); } catch (NullAttributeException ex) { @@ -153,7 +198,7 @@ } try { -setIndexed(((Boolean) evalAttr(indexed, getIndexed() + , +setIndexed(((Boolean) evalAttr(indexed, getIndexedExpr(),
cvs commit: jakarta-struts/contrib/struts-el/src/test/org/apache/strutsel/taglib/utils DOMHelper.java
dmkarr 2002/10/13 20:21:34 Modified:contrib/struts-el/src/test/org/apache/strutsel/taglib/utils DOMHelper.java Log: Cleaned up imports. Revision ChangesPath 1.3 +3 -8 jakarta-struts/contrib/struts-el/src/test/org/apache/strutsel/taglib/utils/DOMHelper.java Index: DOMHelper.java === RCS file: /home/cvs/jakarta-struts/contrib/struts-el/src/test/org/apache/strutsel/taglib/utils/DOMHelper.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- DOMHelper.java28 Sep 2002 04:43:06 - 1.2 +++ DOMHelper.java14 Oct 2002 03:21:34 - 1.3 @@ -61,15 +61,10 @@ package org.apache.strutsel.taglib.utils; import java.util.*; - import javax.xml.transform.*; - import org.apache.xpath.*; - import org.w3c.dom.*; - import org.xml.sax.*; - import org.apache.commons.logging.*; -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/contrib/struts-el/web/exercise-taglib html-link.jsp
dmkarr 2002/10/13 20:22:59 Modified:contrib/struts-el/web/exercise-taglib html-link.jsp Log: Added simple test of locale and xhtml attributes. Revision ChangesPath 1.3 +1 -1 jakarta-struts/contrib/struts-el/web/exercise-taglib/html-link.jsp Index: html-link.jsp === RCS file: /home/cvs/jakarta-struts/contrib/struts-el/web/exercise-taglib/html-link.jsp,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- html-link.jsp 8 Oct 2002 03:37:38 - 1.2 +++ html-link.jsp 14 Oct 2002 03:22:59 - 1.3 @@ -4,7 +4,7 @@ %@ taglib uri=/WEB-INF/struts-html-el.tld prefix=html-el % %@ taglib uri=/WEB-INF/struts-logic-el.tld prefix=logic-el % %@ taglib uri=/WEB-INF/c.tld prefix=c % -html-el:html +html-el:html locale=${!empty pageScope} xhtml=${!empty pageScope} head titleTest html-el:link Tag/title % -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/contrib/struts-el/web/exercise-taglib html-multibox.jsp
dmkarr 2002/10/13 20:23:35 Modified:contrib/struts-el/web/exercise-taglib html-multibox.jsp Log: Added test of disabled attribute. Revision ChangesPath 1.2 +14 -0 jakarta-struts/contrib/struts-el/web/exercise-taglib/html-multibox.jsp Index: html-multibox.jsp === RCS file: /home/cvs/jakarta-struts/contrib/struts-el/web/exercise-taglib/html-multibox.jsp,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- html-multibox.jsp 26 Sep 2002 04:54:41 - 1.1 +++ html-multibox.jsp 14 Oct 2002 03:23:35 - 1.2 @@ -161,6 +161,20 @@ /tr tr +th align=right50/th +td align=left + html-el:multibox property=intMultibox value=50/ +/td +th align=right(nested) 50/th +td align=left + html-el:multibox property=nested.intMultibox +disabled=${!empty pageScope} +50 + /html-el:multibox +/td + /tr + + tr tdnbsp;/td td align=right html-el:submitSave/html-el:submit -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/contrib/struts-el/web/exercise-taglib html-radio.jsp
dmkarr 2002/10/13 20:23:53 Modified:contrib/struts-el/web/exercise-taglib html-radio.jsp Log: Added test of disabled attribute. Revision ChangesPath 1.3 +2 -1 jakarta-struts/contrib/struts-el/web/exercise-taglib/html-radio.jsp Index: html-radio.jsp === RCS file: /home/cvs/jakarta-struts/contrib/struts-el/web/exercise-taglib/html-radio.jsp,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- html-radio.jsp6 Oct 2002 00:48:51 - 1.2 +++ html-radio.jsp14 Oct 2002 03:23:53 - 1.3 @@ -19,7 +19,8 @@ tr td html-el:radio property=stringProperty value=flagOne - title=Flag One tabindex=3 accesskey=1/ + title=Flag One tabindex=3 accesskey=1 + disabled=${!empty pageScope}/ /td tdflag one/td /tr -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/contrib/struts-el/web/exercise-taglib html-select.jsp
dmkarr 2002/10/13 20:24:29 Modified:contrib/struts-el/web/exercise-taglib html-select.jsp Log: Added test of disabled and filter attributes. Revision ChangesPath 1.3 +7 -3 jakarta-struts/contrib/struts-el/web/exercise-taglib/html-select.jsp Index: html-select.jsp === RCS file: /home/cvs/jakarta-struts/contrib/struts-el/web/exercise-taglib/html-select.jsp,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- html-select.jsp 4 Oct 2002 05:34:19 - 1.2 +++ html-select.jsp 14 Oct 2002 03:24:29 - 1.3 @@ -65,7 +65,9 @@ html-el:option value=Single 0Single 0/html-el:option html-el:option value=Single 1Single 1/html-el:option html-el:option value=Single 2Single 2/html-el:option -html-el:option value=Single 3Single 3/html-el:option +html-el:option value=Single 3 disabled=${!empty pageScope} + Single 3 +/html-el:option html-el:option value=Single 4Single 4/html-el:option html-el:option value=Single 5Single 5/html-el:option html-el:option value=Single 6Single 6/html-el:option @@ -98,7 +100,8 @@ th align=rightMultiple Select From A Collection (Using lt;html-el:optionsCollectiongt;):/th td align=left html-el:select property=beanCollectionSelect size=10 multiple=true -html-el:optionsCollection name=testbean property=beanCollection/ +html-el:optionsCollection name=testbean property=beanCollection + filter=${empty pageScope}/ /html-el:select /td /tr @@ -109,7 +112,8 @@ /th td align=left html-el:select property=withNulls size=3 -html-el:options name=withNulls labelName=withNulls/ +html-el:options name=withNulls labelName=withNulls + filter=${empty pageScope} / /html-el:select /td /tr -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/contrib/struts-el/web/exercise-taglib index.jsp
dmkarr 2002/10/13 20:25:19 Modified:contrib/struts-el/web/exercise-taglib index.jsp Log: Added test pages for buttons, file, frames, and inputs. Revision ChangesPath 1.3 +4 -0 jakarta-struts/contrib/struts-el/web/exercise-taglib/index.jsp Index: index.jsp === RCS file: /home/cvs/jakarta-struts/contrib/struts-el/web/exercise-taglib/index.jsp,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- index.jsp 5 Oct 2002 05:38:41 - 1.2 +++ index.jsp 14 Oct 2002 03:25:19 - 1.3 @@ -20,6 +20,10 @@ lia href=html-link.jsplt;html:linkgt;/a[a href=showSource.jsp?path=/html-link.jspSource/a]/li lia href=html-multibox.jsplt;html:multiboxgt;/a[a href=showSource.jsp?path=/html-multibox.jspSource/a]/li lia href=html-radio.jsplt;html:radiogt;/a[a href=showSource.jsp?path=/html-radio.jspSource/a]/li +lia href=html-button.jsplt;html:buttongt;/a[a href=showSource.jsp?path=/html-button.jspSource/a]/li +lia href=html-file.jsplt;html:filegt;/a[a href=showSource.jsp?path=/html-file.jspSource/a]/li +lia href=html-frame.jsplt;html:framegt;/a[a href=showSource.jsp?path=/html-frame.jspSource/a]/li +lia href=html-input.jsplt;html:inputgt;/a[a href=showSource.jsp?path=/html-input.jspSource/a]/li lia href=html-select.jsplt;html:selectgt;/a[a href=showSource.jsp?path=/html-select.jspSource/a]/li lia href=html-setters.jspScalar Setters/a[a href=showSource.jsp?path=/html-setters.jspSource/a]/li /ul -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/contrib/struts-el/web/exercise-taglib/WEB-INF struts-config.xml
dmkarr 2002/10/13 20:25:42 Modified:contrib/struts-el/web/exercise-taglib/WEB-INF struts-config.xml Log: Added actions for test pages for buttons, file, frames, and inputs. Revision ChangesPath 1.3 +24 -0 jakarta-struts/contrib/struts-el/web/exercise-taglib/WEB-INF/struts-config.xml Index: struts-config.xml === RCS file: /home/cvs/jakarta-struts/contrib/struts-el/web/exercise-taglib/WEB-INF/struts-config.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- struts-config.xml 5 Oct 2002 05:38:41 - 1.2 +++ struts-config.xml 14 Oct 2002 03:25:42 - 1.3 @@ -47,6 +47,30 @@ forward name=inputpath=/html-radio.jsp/ /action +actionpath=/html-button + type=org.apache.struts.webapp.exercise.HtmlSettersAction + name=testbean + scope=session + validate=false + forward name=inputpath=/html-button.jsp/ +/action + +actionpath=/html-file + type=org.apache.struts.webapp.exercise.HtmlSettersAction + name=testbean + scope=session + validate=false + forward name=inputpath=/html-file.jsp/ +/action + +actionpath=/html-input + type=org.apache.struts.webapp.exercise.HtmlSettersAction + name=testbean + scope=session + validate=false + forward name=inputpath=/html-input.jsp/ +/action + actionpath=/html-select type=org.apache.struts.webapp.exercise.HtmlSettersAction name=testbean -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13572] - Struts-EL: boolean attributes don't eval correctly
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=13572. 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=13572 Struts-EL: boolean attributes don't eval correctly [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|struts- |[EMAIL PROTECTED] |[EMAIL PROTECTED] | --- Additional Comments From [EMAIL PROTECTED] 2002-10-14 03:31 --- I've fixed many of these, but I still have several tags left to fix (seven). I'm just about done for the night. Hopefully I can finish the rest on Monday evening. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13589] New: - tiles-config_1_1.dtd at url is not valid
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=13589. 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=13589 tiles-config_1_1.dtd at url is not valid Summary: tiles-config_1_1.dtd at url is not valid Product: Struts Version: 1.1 Beta 2 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Tiles framework AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The tiles_config_1_1.dtd at http://jakarta.apache.org/struts/dtds/tiles- config_1_1.dtd is not the same as the one found in cvs under /conf/share. The only difference I see is the url version still contains the incorrect processing instruction but there could be more. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [Forward-Looking] Struts and JavaServer Faces
AS I posted some question on http://forum.java.sun.com/thread.jsp?forum=427thread=308727, I have been very curious about how Apache Jakarta Project will respond to JSF. According to your comments, struts-faces.jar seems like a JSF implementation provided by Struts project, therefore it is open source and subject to Apache Licensing. What interests me is whether struts-faces.jar will become (de facto) RI for JSF like Tomcat for SRV/JSP or not (meaning struts-faces.jar is just a component of struts for supporting JSF). Thanks in advance for your opinion. IAS Indepedent Java Technology Evangelist http://www.iasandcb.pe.kr Jakarta Seoul Project Coordinator http://jakarta.apache-korea.org -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 19, 2002 3:10 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [Forward-Looking] Struts and JavaServer Faces Many folks on both the STRUTS-DEV and STRUTS-USER mailing lists, have wondered at what the future holds for Struts, now that the initial early access release of JavaServer Faces has become available. Here is a snapshot of my current thinking on the subject. BACKGROUND: == JavaServer Faces (JSF) is being developed as JSR 127 under the Java Community Process, with the goal of creating a standard framework for user interface components to be used in web applications. Included will be the following basic features: * User interface component model * Event handling model * Validation framework * Flexible rendering model (plugin support for rendering different kinds of HTML, or different markup languages and technologies) * A standard RenderKit (and associated Renderers) for generating basic HTML/4.01 markup. This library is primarily for making JSF useful out of the box, and allow apps to be portable across JSF implementations. However, we expect a lot of innovation in this area among competing JSF implementations. All of the above functionality is available via standard Java APIs, and is thus not tied to JavaServer Pages (JSP). However, because a large majority of JSF users will also be using JSP, an additional set of requirements is included in the JSF specification, including: * A standard tag library for generic things that are independent of the specific RenderKit in use (such as adding a validator to a component). * A standard tag library for the basic HTML RenderKit, with a tag for each combination of a component type and a method of rendering that component type. An example will make this clearer -- consider the UISelectOne component, which represents a list of options, and allows only a single option from the list to be selected. Such a component can be rendered in three different ways (in the basic HTML RenderKit), each with a different Renderer and a corresponding custom tag: h:selectone_listbox Display a list of all the possible options (expanding the box to include all of them so that no scrollbar is required). h:selectone_menuDisplay as a combo box (the traditional HTML select element with size=1). h:selectone_radio Display as a set of radio buttons and corresponding labels. Note that the application developer doesn't know or care which mechanism was used to display this component -- that's up to the page author, who will pick the desired representation by virtue of which tag he or she selects (at the Java API level, you make this choice by setting the rendererType property on the component instance). This is one of the many advances that JSF provides over Struts tags, where there is one and only one way to render each individual element. There are also provisions for creating more complex components like grids, tree controls, and the like -- a common theme you will see is compose complex things out of little things -- that is accomplished in JSP by nesting component tags inside each other, just like you nest HTML input elements inside a form element. For more information about JavaServer Faces, and an early access draft of the specification (and an early access version of the RI that corresponds to an even earlier draft of the spec), you'll want to bookmark: http://java.sun.com/j2ee/javaserverfaces/ In addition, there is a forum on the Java Developer Connection (free registration required) focused on JavaServer Faces, so please ask your general Faces-related questions there instead of here. Here's a direct link to the forum page: http://forums.java.sun.com/forum.jsp?forum=427 Note that JavaServer Faces depends on Servlet 2.3 and JSP 1.2 (i.e. J2EE 1.3 containers). HOW DOES THIS AFFECT STRUTS? === At first glance, the low level components sound a lot like the struts-html tag library that Struts users know