DO NOT REPLY [Bug 23457] - Add action attribute to forward

2004-01-24 Thread bugzilla
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=23457.
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=23457

Add action attribute to forward





--- Additional Comments From [EMAIL PROTECTED]  2004-01-24 14:41 ---
yes, this seems a very desirable feature indeed...

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



cvs commit: jakarta-struts/doc/userGuide struts-html.xml

2004-01-24 Thread dmkarr
dmkarr  2004/01/24 10:46:27

  Modified:doc/userGuide struts-html.xml
  Log:
  Added info element to new contextRelative attribute on html:img tag (I just
  took it from the patch description.
  
  Revision  ChangesPath
  1.72  +5 -0  jakarta-struts/doc/userGuide/struts-html.xml
  
  Index: struts-html.xml
  ===
  RCS file: /home/cvs/jakarta-struts/doc/userGuide/struts-html.xml,v
  retrieving revision 1.71
  retrieving revision 1.72
  diff -u -r1.71 -r1.72
  --- struts-html.xml   19 Jan 2004 04:43:09 -  1.71
  +++ struts-html.xml   24 Jan 2004 18:46:27 -  1.72
  @@ -2793,6 +2793,11 @@
   namecontextRelative/name
   requiredfalse/required
   rtexprvaluetrue/rtexprvalue
  +   info
  +   pIf set to true, this anchors 
the image src at the
  +   application context rather than the 
module context when the
  +   'page' attribute is used to specify 
an image path./p
  +   /info
   /attribute
   
   attribute
  
  
  

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



DO NOT REPLY [Bug 24235] - Secure html:link tag, plus module support.

2004-01-24 Thread bugzilla
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=24235.
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=24235

Secure html:link tag, plus module support.





--- Additional Comments From [EMAIL PROTECTED]  2004-01-24 18:56 ---
Created an attachment (id=10081)
Patch for module= in html:link, html:frame, html:rewrite, and html:img as well as 
update to excercise-taglib

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



RE: Compartmentalization of Modules (was Re: [18111] et al)

2004-01-24 Thread Gary D Ashley Jr.
I've just uploaded a patch file under this open enhancement request:  

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24235


This is against the current CVS branch to supply module= to the link,
img, redirect, rewrite, and frame tags.

I've tested this with my application without any problems (all forwards
using Tiles), and I did some limited testing with the exercise-taglib
webapp.

One open item is to look back in the default module if the action
mapping can't be found in the supplied module (or current if
module=null).  I wasn't clear on what would happen with contextRelative
so I decided to stop here.  

I hope this is of some value.  

One other thought on module= linking to the default module.  An
alternative thought would be module=/.

Thanks.




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



DO NOT REPLY [Bug 26192] - forward element redirect and className attributes not honored

2004-01-24 Thread bugzilla
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=26192.
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=26192

forward element redirect and className attributes not honored

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |



--- Additional Comments From [EMAIL PROTECTED]  2004-01-24 19:25 ---
Since Martin Cooper wrote me:

Why did you mark this fixed? The code isn't going to get changed if the
bug is already fixed! 

I re-open the bug, so that the fix will get included in the source code...

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



DO NOT REPLY [Bug 26403] - double UTF-8 encoding of HTTP request parameters

2004-01-24 Thread bugzilla
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=26403.
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=26403

double UTF-8 encoding of HTTP request parameters





--- Additional Comments From [EMAIL PROTECTED]  2004-01-24 21:24 ---
some more comments:

I tried not only with the examples, but other forms as well. I also tried using
the i18n filter as described here:

http://www.anassina.com/struts/i18n/i18n.html

what I found is that the request object already has UTF-8 as the encoding type
when it gets to the filter, so the issue is not that the server doesn't know
what kind of encoding to use.

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



DO NOT REPLY [Bug 26402] - html:file tag's accept= field does not work...

2004-01-24 Thread bugzilla
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=26402.
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=26402

html:file tag's accept= field does not work...

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-01-24 21:55 ---
Whatever you put in the 'accept' attribute is exactly what Struts will emit, 
and hence what the browser will see. (You can verify that using View Source in 
the browser.) What the browser does with that, if anything, depends on the 
browser - there's nothing Struts can do about that.

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



DO NOT REPLY [Bug 26405] New: - Wildcards in ActionMappings: ServletException: Cannot retrieve mapping for action /editSubscription

2004-01-24 Thread bugzilla
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=26405.
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=26405

Wildcards in ActionMappings: ServletException: Cannot retrieve mapping for action 
/editSubscription

   Summary: Wildcards in ActionMappings: ServletException: Cannot
retrieve mapping for action /editSubscription
   Product: Struts
   Version: 1.1 Final
  Platform: Other
   URL: http://jakarta.apache.org/struts/userGuide/building_cont
roller.html#action_mapping_wildcards
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Documentation
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I am trying to reconstruct the example as

org.apache.jasper.JasperException: Cannot retrieve mapping for action
/editSubscription
at 
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:254)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295)
...
at java.lang.Thread.run(Thread.java:534)

root cause 

javax.servlet.ServletException: Cannot retrieve mapping for action /editSubscription
at
org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:533)
at org.apache.jsp.reg1_en_jsp._jspService(reg1_en_jsp.java:293)
...

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



DO NOT REPLY [Bug 26406] New: - amend example for wizard form (one big form) with forward and stay/backward steps

2004-01-24 Thread bugzilla
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=26406.
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=26406

amend example for wizard form (one big form) with forward and stay/backward steps

   Summary: amend example for wizard form (one big form) with
forward and stay/backward steps
   Product: Struts
   Version: 1.1 Final
  Platform: Other
   URL: http://jakarta.apache.org/struts/userGuide/building_cont
roller.html#action_mapping_wildcards
OS/Version: Other
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Documentation
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


As per the documentation at the above URL, it should be possible to for a
wildcard stepping through one big form with the wildcard action mapping to not
only go back to mainMenu upon failure or forward upon success, but also to
stay on the current wizard step until correct?

The idea is to have a double pattern match in the action path for the current
and the next wizard step.

  action path=/regWizard*To*
type=com.mydomain.myApp.control.action.RegWizard{1}To{2}Action
name=regForm
scope=request
validate=false 
forward fwdName=success path=/reg{2}.jsp /
forward fwdName=failure path=/reg{1}.jsp /
forward  fwdName=start path=/reg1.jsp /
forward  fwdName=done path=/confirm.jsp /
  /action

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



DO NOT REPLY [Bug 26405] - Wildcards in ActionMappings: ServletException: Cannot retrieve mapping for action /editSubscription

2004-01-24 Thread bugzilla
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=26405.
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=26405

Wildcards in ActionMappings: ServletException: Cannot retrieve mapping for action 
/editSubscription

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-01-24 23:02 ---
Wildcards were added after 1.1.  Pickup a nightly build to try them out.

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



cvs commit: jakarta-struts/src/share/org/apache/struts/upload CommonsMultipartRequestHandler.java

2004-01-24 Thread martinc
martinc 2004/01/24 15:39:18

  Modified:src/share/org/apache/struts/upload
CommonsMultipartRequestHandler.java
  Log:
  Don't cast max size to an int, since the method wants a long anyway.
  
  PR: 26305
  Submitted by: Charles Chen
  
  Revision  ChangesPath
  1.14  +5 -5  
jakarta-struts/src/share/org/apache/struts/upload/CommonsMultipartRequestHandler.java
  
  Index: CommonsMultipartRequestHandler.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/src/share/org/apache/struts/upload/CommonsMultipartRequestHandler.java,v
  retrieving revision 1.13
  retrieving revision 1.14
  diff -u -r1.13 -r1.14
  --- CommonsMultipartRequestHandler.java   21 Jan 2004 03:53:49 -  1.13
  +++ CommonsMultipartRequestHandler.java   24 Jan 2004 23:39:18 -  1.14
  @@ -218,7 +218,7 @@
   // see http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23255
   upload.setHeaderEncoding(request.getCharacterEncoding());
   // Set the maximum size before a FileUploadException will be thrown.
  -upload.setSizeMax((int) getSizeMax(ac));
  +upload.setSizeMax(getSizeMax(ac));
   // Set the maximum size that will be stored in memory.
   upload.setSizeThreshold((int) getSizeThreshold(ac));
   // Set the the location for saving data on disk.
  
  
  

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



DO NOT REPLY [Bug 26305] - Encountering java.lang.NoSuchMethodError: org.apache.commons.fileupload.FileUpload.setSizeMax(I)V Error Message After Clicking Submit When Using the html:file tag

2004-01-24 Thread bugzilla
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=26305.
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=26305

Encountering java.lang.NoSuchMethodError: 
org.apache.commons.fileupload.FileUpload.setSizeMax(I)V Error Message After Clicking 
Submit When Using the html:file tag

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-01-24 23:40 ---
Fixed in the 20040125 nightly build.

Curious that it would fail for you, when it's been this way for so long and 
apparently has not been a problem for anyone else.

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



DO NOT REPLY [Bug 26380] - Unable to read UTF-8 encoded app.properties

2004-01-24 Thread bugzilla
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=26380.
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=26380

Unable to read UTF-8 encoded app.properties

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Normal  |Enhancement
  Component|Unknown |Resources
Product|Struts  |Commons
Version|Unknown |Nightly Builds



--- Additional Comments From [EMAIL PROTECTED]  2004-01-25 00:06 ---
Changing to an enhancement request for Commons Resources, since it's not likely 
to be fixed in Struts itself. (Struts will be moving to Commons Resources after 
the 1.2.0 release, so if this enhancement is made to Resources, it would be 
available in Struts at that time.)

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



DO NOT REPLY [Bug 26380] - Unable to read UTF-8 encoded app.properties

2004-01-24 Thread bugzilla
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=26380.
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=26380

Unable to read UTF-8 encoded app.properties

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|struts- |commons-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]

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



DO NOT REPLY [Bug 26405] - Wildcards in ActionMappings: ServletException: Cannot retrieve mapping for action /editSubscription

2004-01-24 Thread bugzilla
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=26405.
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=26405

Wildcards in ActionMappings: ServletException: Cannot retrieve mapping for action 
/editSubscription

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Normal  |Enhancement
 Status|RESOLVED|REOPENED
 Resolution|INVALID |



--- Additional Comments From [EMAIL PROTECTED]  2004-01-25 06:44 ---
thx for the hint, then please mention that in the section referenced by the
above URL!

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



DO NOT REPLY [Bug 26408] New: - Say which forward caused IllegalStateException

2004-01-24 Thread bugzilla
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=26408.
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=26408

Say which forward caused IllegalStateException

   Summary: Say which forward caused IllegalStateException
   Product: Struts
   Version: 1.1 Final
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Documentation
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


when Action.execute() hits a non-existing forward, it should not just throw the
below, not very explanatory exception in the log created by FileLogger, but tell
which forward string caused it.

This might be related to Bug 5739 ?

java.lang.IllegalStateException
at org.apache.coyote.tomcat4.CoyoteResponseFacade.sendRedirect(CoyoteRes
ponseFacade.java:340)
at org.apache.struts.action.RequestProcessor.processForwardConfig(Reques
tProcessor.java:452)
at org.apache.struts.action.RequestProcessor.process(RequestProcessor.ja
va:279)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:148
2)
at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:507)

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