DO NOT REPLY [Bug 6466] New: - Invalid TLD entries
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=6466>. 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=6466 Invalid TLD entries Summary: Invalid TLD entries Product: Struts Version: Nightly Build Platform: All OS/Version: Windows NT/2K Status: NEW Severity: Major Priority: Other Component: Custom Tags AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The form tag in struts-html (and I beleive several other tag) has definitions for attributes that do not exist in code. Specifically the form-tag has no get/setTitle. This doesn't cause a problem on Tomcat, but if you deploy to WebLogic any reference to the tag will cause an exception. I beleive that WebLogic is complient with the spec in this respect. If so struts is non complient, it would be nice if this bug could be fixed. The easy soloution is just to remove attribute definitions from the tld. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6473] New: - configuration. installed on weblogic 6.1.
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=6473>. 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=6473 configuration. installed on weblogic 6.1. Summary: configuration. installed on weblogic 6.1. Product: Struts Version: 0.5 Final Platform: PC OS/Version: Other Status: NEW Severity: Blocker Priority: Other Component: Custom Tags AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] installed the struts-example.war on weblogic 6.1 by copying the .war file to the ..\mydomain\applications directory. Fired up the browser and entered http://localhost:7001/struts-example/index.jsp got an error Parsing of JSP File '/index.jsp' failed: /index.jsp(3): Error in using tag library uri='/WEB-INF/struts-html.tld' prefix='html': The Tag class 'org.apache.struts.taglib.html.FormTag' has no setter method corresponding to TLD declared attribute 'title', (JSP 1.1 spec, 5.4.1) probably occurred due to an error in /index.jsp line 3: <%@ taglib uri="/WEB-INF/struts-html.tld" prefix="html" %> Thu Feb 14 15:19:08 CST 2002 Any Help would be greatly appreciated. Thanks Rich Hoffman -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6477] New: - Could you create SQL tag tath will update the parameter list
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=6477>. 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=6477 Could you create SQL tag tath will update the parameter list Summary: Could you create SQL tag tath will update the parameter list Product: Struts Version: Unknown Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Custom Tags AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Could you create SQL tags tath will: 1: update the parameter list 2: act as bean and fill up all the input. 3: Fill up of select box, radio and checkboxes May be you could reuse the sql tag in JSP(tm) Standard Tag Library. Example: 1: SELECT * FROM customers WHERE customerID = 10 2: SELECT * FROM customers WHERE customerID = 10 3: SELECT compcode, name FROM customers -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 5938] - ActionForm getMultipartRequestHandler() not public
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=5938>. 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=5938 ActionForm getMultipartRequestHandler() not public [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-02-15 05:27 --- Fixed in Struts 1.0.2. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6473] - configuration. installed on weblogic 6.1.
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=6473>. 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=6473 configuration. installed on weblogic 6.1. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-02-15 05:43 --- *** This bug has been marked as a duplicate of 6067 *** -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6067] - FormTag properties do not match TLD file.
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=6067>. 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=6067 FormTag properties do not match TLD file. [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] ||m --- Additional Comments From [EMAIL PROTECTED] 2002-02-15 05:43 --- *** Bug 6473 has been marked as a duplicate of this bug. *** -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6466] - Invalid TLD entries
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=6466>. 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=6466 Invalid TLD entries [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-02-15 05:43 --- *** This bug has been marked as a duplicate of 6067 *** -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6067] - FormTag properties do not match TLD file.
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=6067>. 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=6067 FormTag properties do not match TLD file. [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-02-15 05:43 --- *** Bug 6466 has been marked as a duplicate of this bug. *** -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6477] - Could you create SQL tag that will update the parameter list
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=6477>. 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=6477 Could you create SQL tag that will update the parameter list [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX Summary|Could you create SQL tag|Could you create SQL tag |tath will update the|that will update the |parameter list |parameter list --- Additional Comments From [EMAIL PROTECTED] 2002-02-15 05:50 --- This type of tag would not be appropriate in Struts, since it's really performing business logic in the view. However, if you want to do this kind of thing, you may want to look into the various tag libraries available in the Jakarta Taglibs project. These include SQL tags, and the JSTL Early Access tag library. Follow this URL for more information: http://jakarta.apache.org/taglibs/ -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6444] - XHTML Compliance
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=6444>. 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=6444 XHTML Compliance [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-02-15 05:51 --- *** This bug has been marked as a duplicate of 5518 *** -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 5518] - Convert HTML Tags to be XHTML-compliant when
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=5518>. 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=5518 Convert HTML Tags to be XHTML-compliant when [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-02-15 05:51 --- *** Bug 6444 has been marked as a duplicate of this bug. *** -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6401] - [Announce] stxx - struts for transformation with xml and xsl extension
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=6401>. 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=6401 [Announce] stxx - struts for transformation with xml and xsl extension [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-02-15 06:03 --- >From the comments in this bug report only (I have not looked at the download), this appears to be a valid extension to Struts which is layered on top of the existing Struts framework. As such, I don't understand why the announcement message was entered as a bug against Struts. I'm going to resolve this bug and mark it as INVALID. If this is incorrect for some reason, please repon it and explain what the bug is. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6269] - struts-form.tld has bad definition of tag image
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=6269>. 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=6269 struts-form.tld has bad definition of tag image [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2002-02-15 06:11 --- The struts-form taglib is obsolete and should not be used. It will be removed in Struts 1.1. You should use the struts-html taglib instead. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6035] - Ressources enhancement
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=6035>. 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=6035 Ressources enhancement --- Additional Comments From [EMAIL PROTECTED] 2002-02-15 08:50 --- Part of the requested enhancements has been made to the ressources page. I thank you for that. Unfortunately it seems that : - the web link to the Sysdeo Seminar is wrong. There's a '/' missing in the page after the 'http:' - the link to the article is OK, but it would be nice if you could add the name of the author and email address () : "by mailto:[EMAIL PROTECTED]";>Arnaud Buisine" - Sysdeo and the company contact have not been added to the consultants list. Yet I understand this is not a priority, could you please make those modifications in the Struts ressources pages ? btw, who is, usually, in charge with this ressources page ? -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6505] New: - Enhancement to logic tags
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=6505>. 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=6505 Enhancement to logic tags Summary: Enhancement to logic tags Product: Struts Version: 1.0.1 Final Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Custom Tags AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I need an extension to the logic tags like equal, notEqual, match, a.o. to compare not only with constants but with other attributes. For example: Ids from myBean1 and myBean2 are equal. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6505] - Enhancement to logic tags
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=6505>. 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=6505 Enhancement to logic tags [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2002-02-16 16:01 --- If you cannot do these sorts of comparisons on the Action before passing the bean to the page, then you might need to resort to a scriptlet to expose the property of the second bean. But, it is far better to process the beans in the Action and store the result as a simple property in one of the beans. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6035] - Ressources enhancement
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=6035>. 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=6035 Ressources enhancement [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6440] - Request to be listed as a consultant on the resources page.
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=6440>. 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=6440 Request to be listed as a consultant on the resources page. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6384] - Add website to "Powered by Struts" page
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=6384>. 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=6384 Add website to "Powered by Struts" page [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6117] - Document Enhancement Request for Consultants section of Struts Resources page
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=6117>. 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=6117 Document Enhancement Request for Consultants section of Struts Resources page [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6318] - documentation enhancement request
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=6318>. 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=6318 documentation enhancement request [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Summary|documentation enhancement |documentation enhancement |request |request Version|0.5 Final |1.0 Beta 1 -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 5991] - Additional Item for JRun Install Notes
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=5991>. 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=5991 Additional Item for JRun Install Notes [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6553] New: - logic:iterate
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=6553>.
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=6553
logic:iterate
Summary: logic:iterate
Product: Struts
Version: Nightly Build
Platform: All
OS/Version: All
Status: NEW
Severity: Normal
Priority: Other
Component: Custom Tags
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
The struts logic:iterate tag doesn't except arrays of primitives to iterate
over. I've included a relatively simple patch that allows this, and makes the
logic:iterate tag much more intuitive and complete as it will handle
collections and arrays of anything appropriately.
Could a person with access to the tree PLEASE COMMENT on this to me either
publically or privately, as I would like to do my best to see this included in
the 1.1.x release.
--- jakarta-struts-1.0.1-
src/src/share/org/apache/struts/taglib/logic/IterateTag.java Wed Jun 13
22:24:28 2001
+++ jakarta-struts-1.0.1-src-
mfr/src/share/org/apache/struts/taglib/logic/IterateTag.java Thu Jan 31
09:31:30 2002
@@ -310,9 +310,15 @@
// Construct an iterator for this collection
- if (collection.getClass().isArray())
- collection = Arrays.asList((Object[]) collection);
- if (collection instanceof Collection)
+ if (collection.getClass().isArray()) {
+ int length = java.lang.reflect.Array.getLength(collection);
+ Collection c = new ArrayList();
+ for(int i=0; imailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6553] - logic:iterate
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=6553>. 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=6553 logic:iterate --- Additional Comments From [EMAIL PROTECTED] 2002-02-19 17:09 --- Created an attachment (id=1208) Diff to allow iterating over primitives -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6401] - Please add to resource page
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=6401>. 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=6401 Please add to resource page [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | Summary|[Announce] stxx - struts for|Please add to resource page |transformation with xml and | |xsl extension | --- Additional Comments From [EMAIL PROTECTED] 2002-02-19 18:01 --- Sorry, this was my mistake when I originally posted this bug. I was told that to get on the struts "resources" page, I needed to post a bug here for that. I probably should have changed the summary line in the first place. If this is not the proper place to request this change, please let me know where to do this. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6401] - Please add to resource page
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=6401>. 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=6401 Please add to resource page [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-02-19 20:05 --- Ted added it to the Resources page last weekend. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6562] New: - Null values and the StringBuffer
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=6562>.
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=6562
Null values and the StringBuffer
Summary: Null values and the StringBuffer
Product: Struts
Version: 1.0.2 Final
Platform: All
OS/Version: AIX
Status: NEW
Severity: Major
Priority: Other
Component: Custom Tags
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
Several of the custom tags are using the StringBuffer to construct the output
of the tags. When values are have "" as their value they are translated to null
values in the tag code and appending null using the StringBuffer returns 'null'
on older JDKs (Specifically the one that Websphere 4.0.1 is using (jdk1.3.0)).
These sections of code can be easily repaired by checking to see if the values
are null and appending on if they are not. ie. from html\OptionTag.java line
276 of the nightly build: results.append(value) should be replaced with if
(value != null) { results.append(value) }. Several tags are affected by this.
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6565] New: - Error in using tag library uri='/WEB-INF/struts-html.tld'
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=6565>. 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=6565 Error in using tag library uri='/WEB-INF/struts-html.tld' Summary: Error in using tag library uri='/WEB-INF/struts- html.tld' Product: Struts Version: Nightly Build Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Critical Priority: Other Component: Custom Tags AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] "index.jsp": Error in using tag library uri='/WEB-INF/struts-html.tld' prefix='html': The Tag class 'org.apache.struts.taglib.html.FormTag' has no setter method corresponding to TLD declared attribute 'title', (JSP 1.1 spec, 5.4.1) at line 3 I'm using weblogic 6.1 sp2 -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6565] - Error in using tag library uri='/WEB-INF/struts-html.tld'
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=6565>. 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=6565 Error in using tag library uri='/WEB-INF/struts-html.tld' [EMAIL PROTECTED] changed: What|Removed |Added Summary|Error in using tag library |Error in using tag library |uri='/WEB-INF/struts- |uri='/WEB-INF/struts- |html.tld' |html.tld' --- Additional Comments From [EMAIL PROTECTED] 2002-02-20 01:29 --- "doctorMenu.jsp": Error in using tag library uri='/WEB-INF/struts-html.tld' prefix='html': The Tag class 'org.apache.struts.taglib.html.FormTag' has no setter method corresponding to TLD declared attribute 'title', (JSP 1.1 spec, 5.4.1) at line 3 -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6571] New: - output from html:error is prefixed and suffixed with NULL
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=6571>. 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=6571 output from html:error is prefixed and suffixed with NULL Summary: output from html:error is prefixed and suffixed with NULL Product: Struts Version: 1.0.2 Final Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Minor Priority: Other Component: Custom Tags AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] using struts 1.0.2, it is found that the output from is prefixed and suffixed with NULL this doesn't happen in 1.0. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6571] - output from html:error is prefixed and suffixed with NULL
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=6571>. 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=6571 output from html:error is prefixed and suffixed with NULL --- Additional Comments From [EMAIL PROTECTED] 2002-02-20 12:26 --- This is beacause errors.header and errors.footer are not present in the application resources file errors.header= errors.footer= -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6583] New: - Default override values for action-mappings and exception handling
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=6583>. 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=6583 Default override values for action-mappings and exception handling Summary: Default override values for action-mappings and exception handling Product: Struts Version: Nightly Build Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Controller AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] For example, when I want to set a property called "myProperty" for an action called "myAction", I have might have the following lines in my struts config: This works fine if you only want to override the default ActionMapping class once or twice, but if you want to override it globally, then you must always specify the "className" attribute. If you forget to specify the "className" attribute, then the attempt to set the property "myProperty" will fail silently, leaving you confused when things don't work as planned. I propose that an elegant solution would be to allow the user to specify the default ActionMapping class in the tag. So the above example would look more like this: Now I can safely allow all of my Action classes to attempt a cast of ActionMapping to MyActionMapping and access the additional elements found inside. I realize this is not a necessity, but it's a great great convenience. It would nice to have a similar configuration mechanism for use with exceptions, where you could override the default ExceptionConfig and ExceptionHandler classes as follows: I suppose this idea would be applicable in other areas as well. (Maybe in message-resources, for instance.) -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6565] - Error in using tag library uri='/WEB-INF/struts-html.tld'
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=6565>. 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=6565 Error in using tag library uri='/WEB-INF/struts-html.tld' --- Additional Comments From [EMAIL PROTECTED] 2002-02-20 16:13 --- Hi, I've the same problem on weblogic 5.1. I did little research on this problem and it seems that the library provided is not matching with the TLD files. Some attributes defined in HTML TLD are not defined in corresponding tag class. So this is something related to built version of struts. Hopefully it get resolved soon. Thanks, Arvind. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6619] New: - Bad links on the struts home page
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=6619>. 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=6619 Bad links on the struts home page Summary: Bad links on the struts home page Product: Struts Version: Unknown Platform: PC URL: http://jakarta.apache.org/doc-1.0.2/installation.html OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Web Site AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The links in this paragraph: "In addition to a Struts distribution, you will need to ensure that you have downloaded and installed all of the prerequisite software applications. Then, follow the appropriate instructions to install and use a Struts binary distribution in your web application or for building Struts from the source distribution." incorrectly point to http://jakarta.apache.org/doc-1.0.2/... rather than the correct http://jakarta.apache.org/struts/doc-1.0.2/... the word struts should be included. The link in this paragraph: "Be sure to check the Release Notes for the nightly builds so you know what you are getting!" is invalid. The link in this paragraph: "Bug Reports and Feature Requests Use the Bug Reporting System to submit these reports." points to itself. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
Bug report for Struts [2002/02/25]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal EHN=Ehnancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 866|New|Enh|2001-03-06|Clean Way to Add Parameters to Redirecting Forward| | 905|New|Enh|2001-03-08|Need new mode for html:options for single Collecti| | 931|New|Enh|2001-03-11|Struts needs to cleanly support running multiple c| | 1481|New|Enh|2001-04-24|Enhanced resolution of collection property in html| | 1586|Opn|Nor|2001-05-01|The tag generates incorrect focus java| | 1683|New|Enh|2001-05-09|Change Struts tags to be more granular in their de| | 1797|New|Enh|2001-05-17|Add a way to write out if data is null | | 1826|New|Enh|2001-05-20|Dynamic Properties (instead of using the Reflectio| | 1871|New|Enh|2001-05-23|tag that displays iterate tag index value | | 1895|New|Enh|2001-05-24|Provide a way to specify xerces and xalan in build| | 1896|New|Enh|2001-05-24|Store copies of the TLD files in CVS | | 2017|Ass|Maj|2001-06-05|Text entered in forms using multi-part/formdata ca| | 2046|Opn|Enh|2001-06-07|a struts tag within another struts tag| | 2096|New|Enh|2001-06-09|Change to use a collection like calls method to populate se| | 3212|New|Enh|2001-08-21|Somehow encrypting the data-source password | | 3239|New|Nor|2001-08-22|tag properties not exposed to iterator index | | 3251|New|Nor|2001-08-23|Struts on AIX (Websphere 3.5.3)| | 3281|New|Nor|2001-08-27|rewrite uses responseUtils.filter | | 3283|New|Enh|2001-08-27|Adding Multiple Match Logic Equal/notEqual Tags | | 3353|New|Enh|2001-08-29|Need More Flexibility Setting/Getting ActionForm P| | 3465|New|Nor|2001-09-06|FormFile.destroy() doesn't work for temporary file| | 3485|New|Enh|2001-09-07|How to Chain action | | 3783|Unc|Nor|2001-09-23|Uploading MacIntosh files | | 3789|New|Enh|2001-09-24|ID= attribute | | 3849|New|Enh|2001-09-26|Enhance template tag to conditionally get contents| | 4028|New|Nor|2001-10-08|html:radio current value should be converted to st| | 4095|New|Nor|2001-10-11|html:select should take default value from the pro| | 4132|New|Enh|2001-10-12|possible problem with GenericDataSource.close | | 4170|New|Nor|2001-10-15|MaxLengthExceeded doesn't stop file upload| | |Opn|Enh|2001-10-26|Feature to display errors against individual input| | 4505|New|Nor|2001-10-29|README doesn't mention necessity of xalan.jar | | 4744|New|Enh|2001-11-08|Allow Secure Form Submittal with tag | | 4775|New|Nor|2001-11-09|Systemic error in struts - no HTML encoding is per| | 4776|New|Nor|2001-11-09|ResponseUtils.filter() does not encode the apostro| | 4792|New|Maj|2001-11-10|logic:messagesPresent tag | | 4868|New|Min|2001-11-14|FormTag.java styleId attribute conflicting with XH| | 4929|New|Enh|2001-11-16|nested NullPointerException not defented with igno| | 4974|New|Nor|2001-11-20|Link to struts-blank.war broken | | 5008|New|Min|2001-11-21|GenericeDataSource.getConnection not thread safe | | 5023|New|Blk|2001-11-21|html:form does not handle "action" attribute corre| | 5101|New|Maj|2001-11-26|org.apache.struts.upload.MultipartIterator| | 5157|New|Min|2001-11-28|logic:iterate attributes inconsistent with rest of| | 5244|New|Enh|2001-12-03|Declaritive Exception Handling| | 5263|New|Cri|2001-12-04|Can't build Struts WorkFlow component | | 5274|New|Maj|2001-12-04|OutOfMemoryError when uploading big files | | 5286|New|Nor|2001-12-05|struts logic:redirect tag not working | | 5292|New|Cri|2001-12-05|page attribute in LinkTag does not compute a full | | 5303|New|Nor|2001-12-06|BaseTag when there is a web server acting as proxy| | 5342|Unc|Nor|2001-12-10|html:errors tag currently requires errors.header &| | 5373|New|Enh|2001-12-11|ActionServlet Refactoring | | 5395|New|Nor|2001-12-12|ActionContext class
DO NOT REPLY [Bug 6646] New: - Problem in ConfigRuleSet.java in Nightly Build for 1.1
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=6646>.
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=6646
Problem in ConfigRuleSet.java in Nightly Build for 1.1
Summary: Problem in ConfigRuleSet.java in Nightly Build for 1.1
Product: Struts
Version: Nightly Build
Platform: All
OS/Version: Other
Status: NEW
Severity: Major
Priority: Other
Component: Utilities
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
I've been working on getting everything working on 1.1 and I think I found
something wrong in the ConfigRuleSet as it relates to the message-resources
element. Here is a section of the file starting around line 245:
digester.addSetNext
("struts-config/messageResources",
"setMessageResourcesConfig",
"org.apache.struts.config.MessageResourcesConfig");
I think there are two problems with this. First, shouldn't messageResources be
message-resources and second, there is no method called
setMessageResourcesConfig on the ApplicationConfig class that I can see. It's
called addMessageResourcesConfig, since it can take multiple message resource
config objects. When I change these two things and recompile, everything works
like it should. If I don't make these changes, the parameter value that I
specify in the message-resource element never gets put into the
MessageResourcesConfig object.
Chuck Cavaness
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6553] - logic:iterate doesn't accept primitive values
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=6553>. 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=6553 logic:iterate doesn't accept primitive values [EMAIL PROTECTED] changed: What|Removed |Added Severity|Normal |Major Priority|Other |High Summary|logic:iterate |logic:iterate doesn't accept ||primitive values -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6686] New: - make "action" attribute of html:form tag optional w/default = URL launching it
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=6686>. 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=6686 make "action" attribute of html:form tag optional w/default = URL launching it Summary: make "action" attribute of html:form tag optional w/default = URL launching it 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] Proposal: The "action" attribute of the html:form tag should be made optional. If absent, Struts should use whatever URL triggered the rendering of the JSP page in the first place as the form's "action" attribute. Example: A form is submitted to http://my.domain.com/someaction.do Ultimately, Struts renders page_with_form.jsp in response and sends it to the browser. page_with_form.jsp contains a html:form tag with no "action" attribute, so Struts renders the form with action="/someaction.do" the default action is taken to be the absolute URL, sans FQDN and port number (since the browser will take care of that detail on its own) Rationale: This behavior can be achieved by having an Action class set a page-context attribute with the value of its trigger (say, "/someaction.do"), then using it as a scripting variable within the html:form tag, but it's logically cleaner to simply have the html:form tag point to "itself" (the action that launched it in the first place) when no action is explicitly specified. One specific -- and common -- use for this would be the creation of a login form for a site where users are allowed to roam freely and anonymously until they decide to do something with consequences, at which point they'd be required to log on before the action they initiated is completed. By creating an abstract login form bean class, extending it with every other form bean class used by the site (so all the form beans have the latent capability of acting as a login form bean themselves), creating an abstract Action class that attempts to log in users whenever a username/password was submitted, verifying that the user is (now) logged on, and either returning the mapping to the common login form jsp or calling an abstract method that gets extended by Actions for logged-in users, it becomes possible to transparently and seamlessly handle logins the moment it becomes necessary without interfering with the user's workflow (the moment he successfully logs in, the task he originally launched completes as though the login interruption never occurred). The catch is, of course, that a login form that can be displayed in response to just about any mapped action needs to be able to submit itself to the same action that called it. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6689] New: - Tomcat can not load action servlet (missing message resource)
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=6689>. 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=6689 Tomcat can not load action servlet (missing message resource) Summary: Tomcat can not load action servlet (missing message resource) Product: Struts Version: Nightly Build Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Blocker Priority: Other Component: Controller AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] All of the currently-available daily builds appear to be broken -- at least as far as Forte 3.0 and its internal Tomcat server is concerned. None of the example Struts applications from recent (2/18, 2/22, and 2/25) daily builds work under Forte's internal Tomcat server. I listed the bug as "Blocker" because currently, the only way to get the logic:messagesPresent tag is to use the daily build, but a sampling of the daily builds currently available for download (only the last 2 weeks' worth) suggests that they're all unusable. Perhaps it might be a good idea to pick one of the more stable nightly builds from December or January and classify it as a milestone release, precisely to avoid this situation (all currently available nightly builds broken) in the future? ;-) This specific example below came from struts-blank's index.jsp from the 2/18 daily build, but I got more or less the same result from struts-example and struts-exercise-taglib from both the 2/22 and 2/25 daily builds as well. Tomcat reports "cannot load servlet name: action" in its error output window The Browser displays: Error: 500 Location: /index.jsp Internal Servlet Error: javax.servlet.ServletException: Cannot find message resources under key org.apache.struts.action.MESSAGE at org.apache.jasper.runtime.PageContextImpl.handlePageException (PageContextImpl.java:459) at _0002findex_0002ejspindex_jsp_0._jspService (_0002findex_0002ejspindex_jsp_0.java:251) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service (JspServlet.java:177) at org.apache.jasper.servlet.JspServlet.serviceJspFile (JspServlet.java:318) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:391) at org.netbeans.modules.web.tomcat.JspServlet.service (JspServlet.java:91) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.tomcat.core.ServletWrapper.doService (ServletWrapper.java:404) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service (ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.internalService (ContextManager.java:797) at org.apache.tomcat.core.ContextManager.service (ContextManager.java:743) at org.apache.tomcat.service.http.HttpConnectionHandler.processConnection (HttpConnectionHandler.java:210) at org.apache.tomcat.service.TcpWorkerThread.runIt (PoolTcpEndpoint.java:416) at org.apache.tomcat.util.ThreadPool$ControlRunnable.run (ThreadPool.java:498) at java.lang.Thread.run(Thread.java:536) Root cause: javax.servlet.jsp.JspException: Cannot find message resources under key org.apache.struts.action.MESSAGE at org.apache.struts.util.RequestUtils.message(RequestUtils.java:735) at org.apache.struts.taglib.bean.MessageTag.doStartTag (MessageTag.java:295) at _0002findex_0002ejspindex_jsp_0._jspService (_0002findex_0002ejspindex_jsp_0.java:97) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service (JspServlet.java:177) at org.apache.jasper.servlet.JspServlet.serviceJspFile (JspServlet.java:318) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:391) at org.netbeans.modules.web.tomcat.JspServlet.service (JspServlet.java:91) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.tomcat.core.ServletWrapper.doService (ServletWrapper.java:404) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service (ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.internalService (ContextManager.java:797) at org.apache.tomcat.core.ContextManage
DO NOT REPLY [Bug 6695] New: - bean:define behavior ( Tei Component )
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=6695>. 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=6695 bean:define behavior ( Tei Component ) Summary: bean:define behavior ( Tei Component ) Product: Struts Version: Nightly Build Platform: All OS/Version: All Status: NEW Severity: Critical Priority: Other Component: Custom Tags AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Starting from built on Feb 22 my Jsp pages with code like this raise a 'classCastException while compiling JSP to Java' critical line is mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6695] - bean:define behavior ( Tei Component )
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=6695>. 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=6695 bean:define behavior ( Tei Component ) --- Additional Comments From [EMAIL PROTECTED] 2002-02-26 22:49 --- Sorry I hit return by mistake, cancel the incomplete mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6703] New: - Shouldn't the key attribute of the Exception element be required?
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=6703>. 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=6703 Shouldn't the key attribute of the Exception element be required? Summary: Shouldn't the key attribute of the Exception element be required? Product: Struts Version: Nightly Build Platform: All OS/Version: Other Status: UNCONFIRMED Severity: Minor Priority: Other Component: Controller AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] According to the 1.1 DTD, the key attribute for the exception element is not required. However, if it's not supplied, the execute method in the ExceptionHandler class will pass a null into the constructor of the ActionError. I guess it would be a setup issue, but shouldn't it be required in the DTD and validated to ensure this simple mistake doesn't happen. Chuck Cavaness -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6646] - Problem in ConfigRuleSet.java in Nightly Build for 1.1
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=6646>. 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=6646 Problem in ConfigRuleSet.java in Nightly Build for 1.1 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-02-27 06:22 --- Fixed in the 20020227 nightly build. Will be fixed in Struts 1.1. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6565] - Error in using tag library uri='/WEB-INF/struts-html.tld'
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=6565>. 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=6565 Error in using tag library uri='/WEB-INF/struts-html.tld' [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-02-27 06:58 --- *** This bug has been marked as a duplicate of 6067 *** -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6067] - FormTag properties do not match TLD file.
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=6067>. 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=6067 FormTag properties do not match TLD file. [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-02-27 06:58 --- *** Bug 6565 has been marked as a duplicate of this bug. *** -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6686] - make "action" attribute of html:form tag optional w/default = URL launching it
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=6686>. 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=6686 make "action" attribute of html:form tag optional w/default = URL launching it --- Additional Comments From [EMAIL PROTECTED] 2002-02-27 15:03 --- What to do with workflow parameter? How do you plan to handle the submitted form (html) fields (if any) from the original page (pre-login) so that they may be re-submitted to the necessary action class? Should the login page: 1. Write them as hidden (html) fields? If so, how to do you handle duplicate fields? 2. Append them as querystring parameters on the form action(e.g. ) If so, how to do you handle duplicate fields? Should the workflow be structured such that the user is never allowed to enter (html) form data whose resulting submittal might require authentication? Would it not be desired to notify the user ahead of time that some action requires login? I am very interested to see how this one turns out. I have a few suggestions if anyone is interested in hearing them. James Mitchell Software Engineer Open-Tools.Org -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6733] New: - Missing tag in sample
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=6733>. 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=6733 Missing tag in sample Summary: Missing tag in sample Product: Struts Version: 1.0.2 Final Platform: Other URL: http://jakarta.apache.org/struts/doc- 1.0.2/userGuide/building_view.html OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Documentation AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Section 3.3.1 Building Forms With Struts There is no tag in the sample JSP page. There should be, obviously. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6736] New: - is the struts-form.tld TLD file missing something?
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=6736>. 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=6736 is the struts-form.tld TLD file missing something? Summary: is the struts-form.tld TLD file missing something? Product: Struts Version: 1.0 Beta 2 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Custom Tags AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I downloaded the 1.0.2 version of struts. Using Weblogic6.1, WINNT service pack 4.0, The tutorial on http://www.onjava.com/pub/a/onjava/2001/11/14/jsp_servlets.html gives you a simple example to try. I tried to run the example encountered the following problem everytime i ran(the trace is at the end.) The example complaining about the following attribute from the struts-form.tld for image org.apache.struts.taglib.html.ImageTag path false true isKey false true it complained about the setter for path and isKey and I looked at the class it did not have a setter. I removed these attribute from the tld file, the error was gone. I am using the 1.0.2 src. And there were multiple postings on the struts newsgroup for the same, everytime i replied them the same and it seems the problem gets fixed using the above thing. Thanks Rumpa Giri The compilation error follows: Parsing of JSP File '/Login.jsp' failed: /Login.jsp(-1): Error in tag library at: 'form': The Tag class 'org.apache.struts.taglib.html.ImageTag' has no setter method corresponding to TLD declared attribute 'path', (JSP 1.1 spec, 5.4.1) probably occurred due to an error in /Login.jsp line -1: Wed Feb 27 12:08:17 GMT-05:00 2002 Weblogic Logic log Wed Feb 27 12:29:43 GMT-05:00 2002: Servl et failed with Exception weblogic.servlet.jsp.JspException: (line -1): Error in tag library at: 'form': T he Tag class 'org.apache.struts.taglib.html.ImageTag' has no setter method corr esponding to TLD declared attribute 'path', (JSP 1.1 spec, 5.4.1) at java.lang.Throwable.fillInStackTrace(Native Method) at java.lang.Throwable.fillInStackTrace(Compiled Code) at java.lang.Throwable.(Compiled Code) at java.lang.Exception.(Compiled Code) at java.lang.RuntimeException.(RuntimeException.java:47) at weblogic.servlet.jsp.JspException.(JspException.java:9) at weblogic.servlet.jsp.JspException.(JspException.java:14) at weblogic.servlet.jsp.StandardTagLib.jspException(StandardTagLib.java: 138) at weblogic.servlet.jsp.StandardTagLib.processTag(Compiled Code) at weblogic.servlet.jsp.StandardTagLib.processTagElements(Compiled Code) at weblogic.servlet.jsp.StandardTagLib.(StandardTagLib.java:125) at weblogic.servlet.jsp.JspLexer.loadTagLib(JspLexer.java:95) at weblogic.servlet.jsp.JspLexer.mTAGLIB_DIRECTIVE_BODY(Compiled Code) at weblogic.servlet.jsp.JspLexer.mTAGLIB_DIRECTIVE(Compiled Code) at weblogic.servlet.jsp.JspLexer.mDIRECTIVE(Compiled Code) at weblogic.servlet.jsp.JspLexer.mSTANDARD_THING(JspLexer.java:1817) at weblogic.servlet.jsp.JspLexer.mTOKEN(Compiled Code) at weblogic.servlet.jsp.JspLexer.nextToken(Compiled Code) at weblogic.servlet.jsp.JspLexer.parse(Compiled Code) at weblogic.servlet.jsp.JspParser.doit(Compiled Code) at weblogic.servlet.jsp.JspParser.parse(JspParser.java:125) at weblogic.servlet.jsp.Jsp2Java.outputs(Jsp2Java.java:109) at weblogic.utils.compiler.CodeGenerator.generate(Compiled Code) at weblogic.servlet.jsp.JspStub.compilePage(Compiled Code) at weblogic.servlet.jsp.JspStub.prepareServlet(JspStub.java:227) at weblogic.servlet.internal.ServletStubImpl.getServlet(Compiled Code) at weblogic.servlet.internal.ServletStubImpl.invokeServlet(Compiled Code ) at weblogic.servlet.internal.ServletContextImpl.invokeServlet(Compiled C ode) at weblogic.servlet.internal.ServletContextImpl.invokeServlet(Compiled C ode) at weblogic.servlet.internal.ServletContextManager.invokeServlet(Compile d Code) at weblogic.socket.MuxableSocketHTTP.invokeServlet(Compiled Code) at weblogic.socket.MuxableSocketHTTP.execute(Compiled Code) at weblogic.kernel.ExecuteThread.run(Compiled Code) -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6689] - Tomcat can not load action servlet (missing message resource)
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=6689>.
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=6689
Tomcat can not load action servlet (missing message resource)
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution||REMIND
--- Additional Comments From [EMAIL PROTECTED] 2002-02-27 18:23 ---
Can be caused by commons-logging and jdk 1.4.
In the runtime tab, under the Server Registry / Installed Servers / Tomcat 3.2,
I modified the Tomcat execute command arguments to:
{database} -cp {tomcat_filesystems}{:}{classpath}{:}{library} -
Dorg.apache.commons.logging.log=org.apache.commons.logging.impl.SimpleLog
{classname} {arguments}
(the -Dorg.apache switch dis the job)
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6736] - is the struts-form.tld TLD file missing something?
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=6736>. 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=6736 is the struts-form.tld TLD file missing something? [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-02-27 19:23 --- The struts-form taglib is obsolete, and will be removed in Struts 1.1. (It should really have been removed earlier.) You should use the struts-html taglib instead. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6686] - make "action" attribute of html:form tag optional w/default = URL launching it
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=6686>.
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=6686
make "action" attribute of html:form tag optional w/default = URL launching it
--- Additional Comments From [EMAIL PROTECTED] 2002-02-27 21:37 ---
The mechanism for preserving the original formvars depends upon what Struts
does with the ActionForm bean after it finishes handling a request.
I've gotten the impression that Struts permits a single bean to be used to tie
together the values from a multi-page form, with already-defined bean values
being left alone -- the bean itself stored in session context -- as long as no
formvar on the later-submitted page shares the same name (in which case the
newly-submitted value(s) would replace the existing value(s)). If that's
correct, nothing further needs to be done to preserve the original formvars.
For all intents and purposes, the intercepting login form is nothing more than
an ad-hoc multipage form. As long as the developer doesn't cause a namespace
conflict between the login formvars and the rest of the formvars, everything
should work as expected.
Assuming I'm not totally off-base and the form/bean mechanism works like that,
making the "action" parameter of the html:form tag optionally inheritable is
basically a matter of noting its absence and retrieving the proper value from
HttpServletRequest.getRequestURI() to use as the action parameter.
On the other hand, I guess it's possible that Struts might discard form beans
after it's finished processing the request. I don't know enough at this point
to conclusively say one way or the other. If I'm wrong about the way form beans
and multipage forms work, there will be a bit more work to do... But before
proceeding to the book I wrote regarding that scenario (*grin*), I'll address
the other workflow issues.
The main rationale for going with passively-intercepted logins is to enable web
visitors to freely roam around until they want to do something that needs to be
restricted or has consequences. Why? Simply put, the more you force web users
to do up front, the more likely they are to simply go elsewhere instead. On the
other hand, NOTHING is more annoying than initiating an action on a web site,
being forced to log in, then finding yourself back at square one. This solution
conveniently solves both problems for users AND developers.
Insofar as not permitting users to enter form data whose submittal might
require authentication, the same goal can be achieved by simply ensuring that
the template displaying the form is only accessible via a mapping returned from
the hypothetical performLoggedInAction() method.
If I'm right about the way ActionForm beans are handled and you understand what
I'm trying to achieve, you can stop reading here.
OK, getting back to the issue of saving formvars... assuming I'm totally wrong
about the way form beans work and some mechanism needs to be explicitly created
to preserve them between requests, here is a scheme that might work quite well:
First, we'll need to create a new object. For the sake of illustration, let's
call it an InterceptedFormvars object. It's basically a container for a HashMap
of String[] ("savedFormvars") and a String used to store a unique key
("interceptionId"). We need to use an array of Strings, because it's possible
to have multiple formvars with the same name, but different values in a single
submission. No big deal... singleton formvars will just have one element in the
array.
Once Struts realizes that it needs to inherit the "action" for the html:form
it's about to render, it creates an InterceptedFormvars object, and populates
the InterceptedFormvars's "savedFormvars" HashMap with the names and values[]
of the just-submitted formvars within it.
Struts proceeds to generate some random string, and stores it in the
InterceptedActionForm's "interceptionId" variable. It then renders the
html:form. Somewhere inside the newly-rendered form, Struts adds a hidden
formvar with a name that's used consistently by Struts, but unlikely to ever be
used by a real form (say, Struts_PreservedFormVarUniqueId_ip.address.of.server)
whose value is the same as that stored in the
InterceptedFormvars's "interceptionId" value. Finally, the InterceptedFormvars
is stored in session context, and Struts continues as it always has.
Now, getting to the other end of the equation, when a form submission is made
and BEFORE the ActionForm's subclass is populated with the submitted formvars,
Struts notices that the u
DO NOT REPLY [Bug 6756] New: - Problem in getApplicationPrefixes in RequestUtils - Multi-app problem
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=6756>.
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=6756
Problem in getApplicationPrefixes in RequestUtils - Multi-app problem
Summary: Problem in getApplicationPrefixes in RequestUtils -
Multi-app problem
Product: Struts
Version: Nightly Build
Platform: Other
OS/Version: Other
Status: NEW
Severity: Major
Priority: Other
Component: Utilities
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
The getApplicationPrefixes method in RequestUtils seems to have a small bug
that causes multi-apps not to work properly. The problem lies in the following
code from that method:
etc...
if (prefix.length() > 0) {
list.add(name);
}
The problem is that prefix has been stripped just before this code down to the
sub-app prefix using the substring method, so that Action.APPLICATION_KEY is
taken out. The prefix is the value that should be added to the list of sub-app
prefixes, not the name.
The line list.add(name) needs to be changed to:
list.add(prefix);
Thanks,
Chuck Cavaness
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6756] - Problem in getApplicationPrefixes in RequestUtils - Multi-app problem
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=6756>. 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=6756 Problem in getApplicationPrefixes in RequestUtils - Multi-app problem [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-03-01 06:31 --- Fixed in the 20020301 nightly build. Will be fixed in Struts 1.1. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6067] - FormTag properties do not match TLD file.
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=6067>. 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=6067 FormTag properties do not match TLD file. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-03-03 03:31 --- Fixed in 20020303 nightly build. Will be fixed in Struts 1.1. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6562] - Null values and the StringBuffer
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=6562>. 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=6562 Null values and the StringBuffer --- Additional Comments From [EMAIL PROTECTED] 2002-03-03 03:35 --- Would it be possible for you to list the other tags which are affected? That would help get them fixed faster. Thanks! -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6029] - action attribute changes incorrectly in case of multiple ActionServlets
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=6029>. 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=6029 action attribute changes incorrectly in case of multiple ActionServlets [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2002-03-03 06:07 --- Multiple ActionServlet instances are not supported in a single web app. However, you may be interested in functionality that was recently added for running multiple Struts applications, or modules, in a single web app. See: http://www.mail-archive.com/struts-dev@jakarta.apache.org/msg04354.html for a description of what was added. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6695] - bean:define behavior ( Tei Component )
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=6695>. 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=6695 bean:define behavior ( Tei Component ) --- Additional Comments From [EMAIL PROTECTED] 2002-03-03 06:15 --- Is this still a problem? Some fixes were checked in on 2/26 that probably address this. If you could check a later nightly build and update this bug report accordingly, that would be helpful. Thanks! -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 4792] - logic:messagesPresent tag
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=4792>. 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=4792 logic:messagesPresent tag [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6366] - bean:message does not support name, property and 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=6366>. 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=6366 bean:message does not support name, property and scope [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-03-03 07:45 --- These attributes have been introduced for Struts 1.1, and are currently available in the nightly builds. They are not part of Struts 1.0.x, and are documented only for the nightly builds. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
Bug report for Struts [2002/03/03]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal EHN=Ehnancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 866|New|Enh|2001-03-06|Clean Way to Add Parameters to Redirecting Forward| | 905|New|Enh|2001-03-08|Need new mode for html:options for single Collecti| | 931|New|Enh|2001-03-11|Struts needs to cleanly support running multiple c| | 1481|New|Enh|2001-04-24|Enhanced resolution of collection property in html| | 1586|Opn|Nor|2001-05-01|The tag generates incorrect focus java| | 1683|New|Enh|2001-05-09|Change Struts tags to be more granular in their de| | 1797|New|Enh|2001-05-17|Add a way to write out if data is null | | 1826|New|Enh|2001-05-20|Dynamic Properties (instead of using the Reflectio| | 1871|New|Enh|2001-05-23|tag that displays iterate tag index value | | 1895|New|Enh|2001-05-24|Provide a way to specify xerces and xalan in build| | 1896|New|Enh|2001-05-24|Store copies of the TLD files in CVS | | 2017|Ass|Maj|2001-06-05|Text entered in forms using multi-part/formdata ca| | 2046|Opn|Enh|2001-06-07|a struts tag within another struts tag| | 2096|New|Enh|2001-06-09|Change to use a collection like calls method to populate se| | 3212|New|Enh|2001-08-21|Somehow encrypting the data-source password | | 3239|New|Nor|2001-08-22|tag properties not exposed to iterator index | | 3251|New|Nor|2001-08-23|Struts on AIX (Websphere 3.5.3)| | 3281|New|Nor|2001-08-27|rewrite uses responseUtils.filter | | 3283|New|Enh|2001-08-27|Adding Multiple Match Logic Equal/notEqual Tags | | 3353|New|Enh|2001-08-29|Need More Flexibility Setting/Getting ActionForm P| | 3465|New|Nor|2001-09-06|FormFile.destroy() doesn't work for temporary file| | 3485|New|Enh|2001-09-07|How to Chain action | | 3783|Unc|Nor|2001-09-23|Uploading MacIntosh files | | 3789|New|Enh|2001-09-24|ID= attribute | | 3849|New|Enh|2001-09-26|Enhance template tag to conditionally get contents| | 4028|New|Nor|2001-10-08|html:radio current value should be converted to st| | 4095|New|Nor|2001-10-11|html:select should take default value from the pro| | 4132|New|Enh|2001-10-12|possible problem with GenericDataSource.close | | 4170|New|Nor|2001-10-15|MaxLengthExceeded doesn't stop file upload| | |Opn|Enh|2001-10-26|Feature to display errors against individual input| | 4505|New|Nor|2001-10-29|README doesn't mention necessity of xalan.jar | | 4744|New|Enh|2001-11-08|Allow Secure Form Submittal with tag | | 4775|New|Nor|2001-11-09|Systemic error in struts - no HTML encoding is per| | 4776|New|Nor|2001-11-09|ResponseUtils.filter() does not encode the apostro| | 4868|New|Min|2001-11-14|FormTag.java styleId attribute conflicting with XH| | 4929|New|Enh|2001-11-16|nested NullPointerException not defented with igno| | 4974|New|Nor|2001-11-20|Link to struts-blank.war broken | | 5008|New|Min|2001-11-21|GenericeDataSource.getConnection not thread safe | | 5023|New|Blk|2001-11-21|html:form does not handle "action" attribute corre| | 5101|New|Maj|2001-11-26|org.apache.struts.upload.MultipartIterator| | 5157|New|Min|2001-11-28|logic:iterate attributes inconsistent with rest of| | 5244|New|Enh|2001-12-03|Declaritive Exception Handling| | 5263|New|Cri|2001-12-04|Can't build Struts WorkFlow component | | 5274|New|Maj|2001-12-04|OutOfMemoryError when uploading big files | | 5286|New|Nor|2001-12-05|struts logic:redirect tag not working | | 5292|New|Cri|2001-12-05|page attribute in LinkTag does not compute a full | | 5303|New|Nor|2001-12-06|BaseTag when there is a web server acting as proxy| | 5342|Unc|Nor|2001-12-10|html:errors tag currently requires errors.header &| | 5373|New|Enh|2001-12-11|ActionServlet Refactoring | | 5395|New|Nor|2001-12-12|ActionContext class | | 5407|New|Cri|2001-12-13|NullPointerException in BeanUtils.jav
DO NOT REPLY [Bug 6825] New: - File upload example doesn't work
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=6825>. 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=6825 File upload example doesn't work Summary: File upload example doesn't work Product: Struts Version: Nightly Build Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Critical Priority: Other Component: File Upload AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When I deploy the struts-upload.war from the nightly build (20020228 but also earlier) on Tomcat 4.0.2 and try to access it, I get an HTTP error 500 due to this exception: Cannot find message resources under key org.apache.struts.action.MESSAGE. This is the stack trace: javax.servlet.ServletException: Cannot find message resources under key org.apache.struts.action.MESSAGE at org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:463) at org.apache.jsp.upload$jsp._jspService(upload$jsp.java:261) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:202) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:382) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:474) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:190) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2343) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1012) at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1107) at java.lang.Thread.run(Thread.java:484) root cause javax.servlet.jsp.JspException: Cannot find message resources under key org.apache.struts.action.MESSAGE at org.apache.struts.util.RequestUtils.message(RequestUtils.java:741) at org.apache.struts.util.RequestUtils.message(RequestUtils.java:705) at org.apache.struts.taglib.html.BaseHandlerTag.message(BaseHandlerTag.java:568) at org.apache.struts.taglib.html.BaseHandlerTag.prepareStyles(BaseHandlerTag.java:623) at org.apache.struts.taglib.html.BaseFieldTag.doStartTag(BaseFieldTag.java:200) at org.apache.jsp.upload$jsp._jspService(upload$jsp.java:86) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:202) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:382) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:474) at javax.servlet.http.HttpServlet.service(HttpServ
DO NOT REPLY [Bug 6695] - bean:define behavior ( Tei Component )
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=6695>. 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=6695 bean:define behavior ( Tei Component ) --- Additional Comments From [EMAIL PROTECTED] 2002-03-03 22:40 --- I have just tryed build of march 1st. Problem still exists. The problem happens while performing jsp compilation (I have tried both using JB6 and Tomcat directly using ant ), i use Tomcat 3.2.2. No change has been posted to DefineTei ( on Feb 22nd Version the problem is solved symply reverting that module back to version 1.6 ). NOTE : where are .tld modules in CVS repository ? -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6695] - bean:define behavior ( Tei Component )
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=6695>. 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=6695 bean:define behavior ( Tei Component ) --- Additional Comments From [EMAIL PROTECTED] 2002-03-03 23:15 --- So far, I have been unable to reproduce this problem. When I pasted the exact code that you are using into a test page, I get a compilation error because the constant name (it.unimaticaspa.uninique.logon.Constants.USER_KEY) is not defined. However, if I replace that with one that is defined, it compiles successfully. Could you post the exact stack trace you are getting, as well as the definition of the constant you are using? That might help me track this down. The .tld files are not checked in to CVS. They are generated by the build process from the coresponding XML files in the doc/userGuide directory. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6583] - Default override values for action-mappings and exception handling
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=6583>. 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=6583 Default override values for action-mappings and exception handling [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-03-04 05:40 --- Fixed in the 20020304 nightly build. Will be fixed in Struts 1.1. Note that a similar solution is not possible for elements. Unfortunately, there is no related parent element on which the implementation class name could be specified. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6695] - bean:define behavior ( Tei Component )
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=6695>. 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=6695 bean:define behavior ( Tei Component ) --- Additional Comments From [EMAIL PROTECTED] 2002-03-04 12:48 --- The proble comes from the "name" parameter. If I user an rtexprvalue ( like name="<%=SomeConstantInJAVA%>" ) I get the exception, if I put there the value ( like name="VAlueOfConstant" ), program compiles well. I attach here my micro-test program. <%-- Micro test program for bean:define ClassCastException --%> <%@ taglib uri="/WEB-INF/struts-bean.tld" prefix="bean" %> <%! // Some dummy Constant public static final String KEY = "SomeUserKey" ; %> <%-- this compiles --%> <%-- this does not compile --%> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6695] - bean:define behavior ( Tei Component )
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=6695>.
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=6695
bean:define behavior ( Tei Component )
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution||FIXED
--- Additional Comments From [EMAIL PROTECTED] 2002-03-04 13:07 ---
I thik I have identified and solved the problem
name is a parameter which can be evaluated at run-rime, so its value can be
different from String.
I suggest the following change to the Tei Module for bean:define
RCS file: /home/cvspublic/jakarta-
struts/src/share/org/apache/struts/taglib/bean/DefineTei.java,v
retrieving revision 1.7
diff -r1.7 DefineTei.java
88c88,89
< String name = data.getAttributeString("name");
---
> // name is a run-time evaluated expression so it must be Object, not String
> Object name = data.getAttribute("name");
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6689] - Tomcat can not load action servlet (missing message resource)
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=6689>.
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=6689
Tomcat can not load action servlet (missing message resource)
--- Additional Comments From [EMAIL PROTECTED] 2002-03-04 14:10 ---
What is the jdk version you're using to run tomcat?
If it's 1.4, the problem can be caused by the commons-logging module.
It tries to load the jdk1.4 implementation of it's logg classes, but they're
not in commons-logging.jar.
starting tomcat with switch
-Dorg.apache.commons.logging.log=org.apache.commons.logging.impl.SimpleLog
solves that problem
for Forte:
In the runtime tab, under the Server Registry / Installed Servers / Tomcat 3.2,
I modified the Tomcat execute command arguments to:
{database} -cp {tomcat_filesystems}{:}{classpath}{:}{library} -
Dorg.apache.commons.logging.log=org.apache.commons.logging.impl.SimpleLog
{classname} {arguments}
Do the same for the debug executor
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6825] - File upload example doesn't work
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=6825>.
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=6825
File upload example doesn't work
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution||WORKSFORME
--- Additional Comments From [EMAIL PROTECTED] 2002-03-04 14:26 ---
What is the jdk version you're using to run tomcat?
If it's 1.4, the problem can be caused by the commons-logging module.
It tries to load the jdk1.4 implementation of it's logg classes, but they're
not in commons-logging.jar.
starting tomcat with switch
-Dorg.apache.commons.logging.log=org.apache.commons.logging.impl.SimpleLog
solves that problem
for Forte:
In the runtime tab, under the Server Registry / Installed Servers / Tomcat 3.2,
I modified the Tomcat execute command arguments to:
{database} -cp {tomcat_filesystems}{:}{classpath}{:}{library} -
Dorg.apache.commons.logging.log=org.apache.commons.logging.impl.SimpleLog
{classname} {arguments}
Do the same for the debug executor
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6825] - File upload example doesn't work
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=6825>. 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=6825 File upload example doesn't work --- Additional Comments From [EMAIL PROTECTED] 2002-03-04 14:42 --- The problem is that there's no application init-param for the upload webapp. By 1.1 this problem should no longer exist. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6825] - File upload example doesn't work
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=6825>. 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=6825 File upload example doesn't work --- Additional Comments From [EMAIL PROTECTED] 2002-03-04 15:09 --- I'm using JDK 1.3.1. Adding a "dummy" init parameter like so: application solved the problem. Still a bit confusing for a newbie getting this error "out-of-the-box". Thanks for the quick resolution! -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6847] New: - 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? Summary: Multiple file upload not possible due to MultiPartRequestHandler limitation? Product: Struts Version: Nightly Build Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: File Upload AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] File upload of a single file with Struts seems to work OK. But it fails for multiple files. Note: I mean 1 tag where the user selects *multiple* files (Opera and IE allow this), not multiple tags! The MultipartRequestHandler doesn't seem to support this, since it getFileElements() returns FormFiles in a hashtable, and cannot therefore handle more than 1 FormFile for each input name. The only way around this is to put multiple INPUT tags on the page, which is a problem when I want to allow the user to upload a lot of (small) files. TIA Marcel Maré -- 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? [EMAIL PROTECTED] changed: What|Removed |Added Summary|Multiple file upload not|Multiple file upload not |possible due to |possible due to |MultiPartRequestHandler |MultiPartRequestHandler |limitation? |limitation? --- Additional Comments From [EMAIL PROTECTED] 2002-03-04 15:35 --- Just to clarify a little more, Struts multipart support doesn't handle multipart/mixed data where a form element has a Content-Disposition of "attachment". This is a known limitation, with no fix in the works as of now. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6695] - bean:define behavior ( Tei Component )
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=6695>. 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=6695 bean:define behavior ( Tei Component ) --- Additional Comments From [EMAIL PROTECTED] 2002-03-04 15:48 --- This bug is for Tomcat users only - Resin compile this sample for a penny. I fix problem and change class type for local variable in DefineTei.getVariableInfo() method from String to Object so all is ok now. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6686] - make "action" attribute of html:form tag optional w/default = URL launching it
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=6686>. 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=6686 make "action" attribute of html:form tag optional w/default = URL launching it --- Additional Comments From [EMAIL PROTECTED] 2002-03-04 20:04 --- Created an attachment (id=1276) patch to revision 1.94 of struts.action.ActionServlet (also requires patch to struts.taglib.html.FormTag) -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6686] - make "action" attribute of html:form tag optional w/default = URL launching it
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=6686>. 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=6686 make "action" attribute of html:form tag optional w/default = URL launching it --- Additional Comments From [EMAIL PROTECTED] 2002-03-04 20:06 --- Created an attachment (id=1277) patch to revision 1.18 of struts.taglib.html.FormTag.java (also requires patch to ActionServlet.java) -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6686] - make "action" attribute of html:form tag optional w/default = URL launching it
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=6686>.
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=6686
make "action" attribute of html:form tag optional w/default = URL launching it
--- Additional Comments From [EMAIL PROTECTED] 2002-03-04 20:40 ---
These two patches, when applied to ActionServlet.java and FormTag.java, enable
the requested functionality. The "action" attribute is still required by the
html:form tag (unless the taglib's tld file is changed to make it non-required),
but the result is obtained by using a blank value for "action".
Example:
...
The patch works by saving the value of request.getRequestURI() as a request-
scope attribute named "requestedURI" in ActionServlet prior to calling perform
(), and retrieving it via pageContext.findAttribute("requestedURI") in FormTag
upon discovering that action is either null or blank.
I can't think of any way this patch could possibly break old or naive code
that's unaware of it, since it merely adds a default value where there was
previously none and enables a scenario that was previously not allowed.
The following should be added to the "form" tag's entry in the taglib
documentation for the html taglib
(http://jakarta.apache.org/struts/userGuide/struts-html.html):
...
If you are using path mapping to select the controller servlet, this value
should be exactly equal to the path attribute of the corresponding
element.
If the "action" attribute is present, but blank (action=""), the "action"
attribute will inherit the URI of the current request. In other words, if a
form submission to "/some/action.do" results in the rendering of a jsp page
containing , it will be rendered as though the tag were
. The "action" parameter is still
mandatory... it merely assumes a default value whenever it's blank.
Both patches are attached, but I'll show them here in their proper context
since they're only two lines apiece (not including comments comments and
surrounding code):
ActionServlet.java:
protected void process(HttpServletRequest request,
HttpServletResponse response)
throws IOException, ServletException {
// This goes at the beginning of ActionServlet's process() method;
// specifically, beginning with line 1105 of revision 1.94
/* Store the requestURI's value for later potential use. Specifically,
* this value is used by struts.taglib.html.getActionMappingURL()
* whenever a html:form tag is created WITHOUT an explicit action
* attribute because the developer wants the generated form to have
* the same target URL as the current request. We need to save it here,
* because by then request.getRequestURI will contain the value of the
jsp
* template, not the request that launched everything in the first
place...
* and THIS is the value we need and care about. */
String requestedURI = request.getRequestURI();
request.setAttribute("requestedURI", requestedURI);
// End of new code added to beginning of process()
// the remaining code is unchanged from this point forward
RequestUtils.selectApplication(request, getServletContext());
getApplicationConfig(request).getProcessor().process
(request, response);
}
FormTag.java:
protected String getActionMappingURL() {
// This goes at the beginning of the getActionMappingURL() method;
// Specifically, line 752 of revision 1.18
/* If action is null or blank, it's because the user omitted
the "action"
* attribute from the html:form tag. Presumably, the user wants the form
* to be submitted to the same URL as THIS request. That value is
stored
* in request context by org.apache.struts.action.ActionServlet.process
()
* and obtained using request.getRequestURI(). Why can't we simply call
* request.getRequestURI() HERE? Because by this point, the Action
servlet
* has already forwarded control to the jsp, and request.getRequestURI()
* now holds the hypothetical URI of the jsp page being rendered, not
the
* URI that launched the Action servlet in the first place... and THAT'S
* the one we need.
*
* Potential side-effects: this patch shouldn't cause anything that
* explicitly specifies the "action" attribute to break, but so far its
* ability to generate default actions has only been tested with one
kind
DO NOT REPLY [Bug 6686] - make "action" attribute of html:form tag optional w/default = URL launching it
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=6686>. 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=6686 make "action" attribute of html:form tag optional w/default = URL launching it --- Additional Comments From [EMAIL PROTECTED] 2002-03-04 20:50 --- Created an attachment (id=1279) diff -u version of patch to v1.94 of ActionServlet.java (1 of 2 patches) -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6686] - make "action" attribute of html:form tag optional w/default = URL launching it
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=6686>. 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=6686 make "action" attribute of html:form tag optional w/default = URL launching it --- Additional Comments From [EMAIL PROTECTED] 2002-03-04 20:51 --- Created an attachment (id=1280) diff -u version of patch to v1.18 of FormTag.java (2 of 2 patches) -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6867] New: - Problem in running with Weblogic 6.1 SP2
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=6867>. 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=6867 Problem in running with Weblogic 6.1 SP2 Summary: Problem in running with Weblogic 6.1 SP2 Product: Struts Version: 1.0 Final Platform: Sun OS/Version: Solaris Status: NEW Severity: Major Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] We encountered the following exception when upgrading from WLSP1 to WLS SP2. Has anyone encountered this before? Looks like WEB-INF is not loaded. ph Feb 18, 2002 7:23:33 PM SGT> <[WebAppServletContext (64136,sme,/sme)] Root cause of ServletException javax.servlet.jsp.JspException: Cannot find ActionMappings or ActionFormBeans collection at org.apache.struts.taglib.html.FormTag.lookup(FormTag.java:781) at org.apache.struts.taglib.html.FormTag.doStartTag(FormTag.java:481) at jsp_servlet._security.__login._jspService(__login.java:132) at weblogic.servlet.jsp.JspBase.service(JspBase.java:27) at weblogic.servlet.internal.ServletStubImpl.invokeServlet (ServletStubImpl.java:265) at weblogic.servlet.internal.ServletStubImpl.invokeServlet (ServletStubImpl.java:304) at weblogic.servlet.internal.ServletStubImpl.invokeServlet (ServletStubImpl.java:200) at weblogic.servlet.internal.WebAppServletContext.invokeServlet (WebAppServletContext.java:2495) at weblogic.servlet.internal.ServletRequestImpl.execute (ServletRequestImpl.java:2204) at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:139) at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120) > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6867] - Problem in running with Weblogic 6.1 SP2
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=6867>. 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=6867 Problem in running with Weblogic 6.1 SP2 --- Additional Comments From [EMAIL PROTECTED] 2002-03-05 04:50 --- I don't know if this is applicable to the situation or not, but SP2 has a known bug in which only the first .jar in the WEB-INF/lib directory is loaded. That's a pretty disturbing issue to get into a production release. As of about a month ago, there was no patch for it. This was first mentioned on the WebLogic newsgroups and confirmed for my organization by WebLogic support. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6869] New: - UserGuide: 2.6 accessing relational databases
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=6869>. 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=6869 UserGuide: 2.6 accessing relational databases Summary: UserGuide: 2.6 accessing relational databases Product: Struts Version: Nightly Build Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Documentation AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Here is a patch containing the changes to the documentation for accessing relational databases. It contains the use of 'set-property', as well as defining keys to locate the actual database. The doc is kind of rough, so please feel free to improve upon it. Had some problems with CVS, but patch goes into: jakarta-struts/doc/userGuide -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6869] - UserGuide: 2.6 accessing relational databases
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=6869>. 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=6869 UserGuide: 2.6 accessing relational databases --- Additional Comments From [EMAIL PROTECTED] 2002-03-05 08:18 --- Created an attachment (id=1281) patch to userGuide doc on accessing relational databases -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6893] New: - a semicolon in the page the first page declaration statement
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=6893>. 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=6893 a semicolon in the page the first page declaration statement Summary: a semicolon in the page the first page declaration statement Product: Struts Version: 1.0.2 Final Platform: Other URL: http://localhost:8080/struts-exercise-taglib/html- select.jsp OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Example AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] <%@ page language="java" import="java.util.*, org.apache.struts.webapp.exercise.*;"%> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6893] - a semicolon in the first page declaration statement
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=6893>. 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=6893 a semicolon in the first page declaration statement [EMAIL PROTECTED] changed: What|Removed |Added Summary|a semicolon in the page the |a semicolon in the first |first page declaration |page declaration statement |statement | -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6905] New: - will not generate . ( a blank follows the form )
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=6905>. 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=6905 will not generate . ( a blank follows the form ) Summary: will not generate . ( a blank follows the form ) Product: Struts Version: 1.0.1 Final Platform: Sun OS/Version: Solaris Status: NEW Severity: Minor Priority: Other Component: Custom Tags AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] See this example: <%@ page language="java" %> <%@ taglib uri="/WEB-INF/struts-html.tld" prefix="html" %> The generated html: http://betelgeuse.broadvision.com:8000/selling/jsp/demand/rfq/test.jsp";> <!-- document.forms["rfqHeaderForm"].elements["username"].focus() // --> <!-- document.forms["rfqHeaderForm"].elements["username"].focus() // --> -- Petrus -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6923] New: - Custom tag for rewriting URLs in frame sets
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=6923>. 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=6923 Custom tag for rewriting URLs in frame sets Summary: Custom tag for rewriting URLs in frame sets 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] If you need to use frames in struts, you probably want to use URL rewriting. I have a simple extension of LinkTag which supports this. It's working fine in one production project. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6923] - Custom tag for rewriting URLs in frame sets
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=6923>. 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=6923 Custom tag for rewriting URLs in frame sets --- Additional Comments From [EMAIL PROTECTED] 2002-03-06 16:22 --- Created an attachment (id=1304) source code for enhancement -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6923] - Custom tag for rewriting URLs in frame sets
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=6923>. 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=6923 Custom tag for rewriting URLs in frame sets --- Additional Comments From [EMAIL PROTECTED] 2002-03-06 16:32 --- Created an attachment (id=1305) Patch for "dist/lib/struts-html.tld" -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6060] - Only Single Data Source is initialized
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=6060>. 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=6060 Only Single Data Source is initialized [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-03-07 04:01 --- I tested this with the latest nightly build, and it works just fine. The key is set correctly, and the properties are populated correctly. The change you proposed to DataSourceConfig suggests that you are not configuring your data sources correctly in your struts-config.xml file. It looks like you are doing this: which is incorrect. The key is an attribute, not a nested property element, so you should be doing this: For the default data source, you can omit the key, if you want. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6553] - logic:iterate doesn't accept primitive values
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=6553>. 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=6553 logic:iterate doesn't accept primitive values [EMAIL PROTECTED] changed: What|Removed |Added Severity|Major |Enhancement -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 5407] - NullPointerException in BeanUtils.java when submission of form with
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=5407>. 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=5407 NullPointerException in BeanUtils.java when submission of form with results in ...&bla=&... [EMAIL PROTECTED] changed: What|Removed |Added Component|Utilities |Bean Utilities Product|Struts |Commons Summary|NullPointerException in |NullPointerException in |BeanUtils.java when |BeanUtils.java when |submission of form with |submission of form with | results in | results in |...&bla=&...|...&bla=&... Version|1.0 Final |Nightly Builds -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 5407] - NullPointerException in BeanUtils.java when submission of form with
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=5407>. 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=5407 NullPointerException in BeanUtils.java when submission of form with results in ...&bla=&... [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|struts- |[EMAIL PROTECTED] |[EMAIL PROTECTED] | --- Additional Comments From [EMAIL PROTECTED] 2002-03-07 05:13 --- The offending line of code in BeanUtils.java, version 1.13, is line 237. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6893] - a semicolon in the first page declaration statement
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=6893>. 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=6893 a semicolon in the first page declaration statement [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-03-07 07:03 --- Fixed in the nightly builds. Will be fixed in Struts 1.1. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6966] New: - Adding Site to Powered By Struts List
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=6966>. 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=6966 Adding Site to Powered By Struts List Summary: Adding Site to Powered By Struts List Product: Struts Version: 1.0.2 Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Documentation AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Our site www.windsurfpassion.com was in the powered by Struts List but it seems to have been removed. Would you put it back if you can. Thanks Thierry Tremblay [EMAIL PROTECTED] -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 5520] - File object "disabled" - Set to true if this input field should be disabled
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5520>. 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=5520 File object "disabled" - Set to true if this input field should be disabled --- Additional Comments From [EMAIL PROTECTED] 2002-03-07 20:57 --- Is a File Object the same as the tag. If so, I don't see this behavior in the nightly build. The disabled parameter works as expected for me in: <%@ page language="java" %> <%@ taglib uri="/WEB-INF/struts-html.tld" prefix="html" %> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6975] New: - MultiBox tag Bug
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=6975>. 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=6975 MultiBox tag Bug Summary: MultiBox tag Bug Product: Struts Version: 0.5 Final Platform: PC OS/Version: Other Status: NEW Severity: Blocker Priority: Other Component: Custom Tags AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When I select nothing from my checkboxes the corresponding mehod is not called -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6975] - MultiBox tag Bug
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=6975>. 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=6975 MultiBox tag Bug [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-03-08 07:29 --- This is just the way HTML works. If a checkbox is not checked, then no data for that checkbox is submitted with the request. This is what you are seeing. This is also why the reset() method on a form bean is so important - so that you can detect when new values have been selected. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
Bug report for Struts [2002/03/10]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal EHN=Ehnancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 866|New|Enh|2001-03-06|Clean Way to Add Parameters to Redirecting Forward| | 905|New|Enh|2001-03-08|Need new mode for html:options for single Collecti| | 931|New|Enh|2001-03-11|Struts needs to cleanly support running multiple c| | 1481|New|Enh|2001-04-24|Enhanced resolution of collection property in html| | 1586|Opn|Nor|2001-05-01|The tag generates incorrect focus java| | 1683|New|Enh|2001-05-09|Change Struts tags to be more granular in their de| | 1797|New|Enh|2001-05-17|Add a way to write out if data is null | | 1826|New|Enh|2001-05-20|Dynamic Properties (instead of using the Reflectio| | 1871|New|Enh|2001-05-23|tag that displays iterate tag index value | | 1895|New|Enh|2001-05-24|Provide a way to specify xerces and xalan in build| | 1896|New|Enh|2001-05-24|Store copies of the TLD files in CVS | | 2017|Ass|Maj|2001-06-05|Text entered in forms using multi-part/formdata ca| | 2046|Opn|Enh|2001-06-07|a struts tag within another struts tag| | 2096|New|Enh|2001-06-09|Change to use a collection like calls method to populate se| | 3212|New|Enh|2001-08-21|Somehow encrypting the data-source password | | 3239|New|Nor|2001-08-22|tag properties not exposed to iterator index | | 3251|New|Nor|2001-08-23|Struts on AIX (Websphere 3.5.3)| | 3281|New|Nor|2001-08-27|rewrite uses responseUtils.filter | | 3283|New|Enh|2001-08-27|Adding Multiple Match Logic Equal/notEqual Tags | | 3353|New|Enh|2001-08-29|Need More Flexibility Setting/Getting ActionForm P| | 3465|New|Nor|2001-09-06|FormFile.destroy() doesn't work for temporary file| | 3485|New|Enh|2001-09-07|How to Chain action | | 3783|Unc|Nor|2001-09-23|Uploading MacIntosh files | | 3789|New|Enh|2001-09-24|ID= attribute | | 3849|New|Enh|2001-09-26|Enhance template tag to conditionally get contents| | 4028|New|Nor|2001-10-08|html:radio current value should be converted to st| | 4095|New|Nor|2001-10-11|html:select should take default value from the pro| | 4132|New|Enh|2001-10-12|possible problem with GenericDataSource.close | | 4170|New|Nor|2001-10-15|MaxLengthExceeded doesn't stop file upload| | |Opn|Enh|2001-10-26|Feature to display errors against individual input| | 4505|New|Nor|2001-10-29|README doesn't mention necessity of xalan.jar | | 4744|New|Enh|2001-11-08|Allow Secure Form Submittal with tag | | 4775|New|Nor|2001-11-09|Systemic error in struts - no HTML encoding is per| | 4776|New|Nor|2001-11-09|ResponseUtils.filter() does not encode the apostro| | 4868|New|Min|2001-11-14|FormTag.java styleId attribute conflicting with XH| | 4929|New|Enh|2001-11-16|nested NullPointerException not defented with igno| | 4974|New|Nor|2001-11-20|Link to struts-blank.war broken | | 5008|New|Min|2001-11-21|GenericeDataSource.getConnection not thread safe | | 5023|New|Blk|2001-11-21|html:form does not handle "action" attribute corre| | 5101|New|Maj|2001-11-26|org.apache.struts.upload.MultipartIterator| | 5157|New|Min|2001-11-28|logic:iterate attributes inconsistent with rest of| | 5244|New|Enh|2001-12-03|Declaritive Exception Handling| | 5263|New|Cri|2001-12-04|Can't build Struts WorkFlow component | | 5274|New|Maj|2001-12-04|OutOfMemoryError when uploading big files | | 5286|New|Nor|2001-12-05|struts logic:redirect tag not working | | 5292|New|Cri|2001-12-05|page attribute in LinkTag does not compute a full | | 5303|New|Nor|2001-12-06|BaseTag when there is a web server acting as proxy| | 5342|Unc|Nor|2001-12-10|html:errors tag currently requires errors.header &| | 5373|New|Enh|2001-12-11|ActionServlet Refactoring | | 5395|New|Nor|2001-12-12|ActionContext class | | 5503|New|Nor|2001-12-19|lost request-parameters if multipart-
DO NOT REPLY [Bug 6905] - will not generate . ( a blank follows the form )
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=6905>. 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=6905 will not generate . ( a blank follows the form ) [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-03-12 04:41 --- Because the parsing of the input source page is done by your JSP container, and not by Struts, this is most likely a problem in the container. (Tomcat suffers a similar bug, although the error behavior is to throw a compile exception because the end of the tag is not correctly recognized. But it's not an error that Struts can do anything about. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
DO NOT REPLY [Bug 6733] - Missing tag in sample
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=6733>. 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=6733 Missing tag in sample [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-03-12 04:46 --- Fixed in nightly build 20020312. Will be fixed in 1.0.3 release. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
