svn commit: r377717 - /struts/apps/trunk/mailreader/src/webapp/WEB-INF/struts-config.xml
Author: husted Date: Tue Feb 14 05:16:20 2006 New Revision: 377717 URL: http://svn.apache.org/viewcvs?rev=377717view=rev Log: MailReader * Update config for cancellable Modified: struts/apps/trunk/mailreader/src/webapp/WEB-INF/struts-config.xml Modified: struts/apps/trunk/mailreader/src/webapp/WEB-INF/struts-config.xml URL: http://svn.apache.org/viewcvs/struts/apps/trunk/mailreader/src/webapp/WEB-INF/struts-config.xml?rev=377717r1=377716r2=377717view=diff == --- struts/apps/trunk/mailreader/src/webapp/WEB-INF/struts-config.xml (original) +++ struts/apps/trunk/mailreader/src/webapp/WEB-INF/struts-config.xml Tue Feb 14 05:16:20 2006 @@ -142,6 +142,7 @@ type=org.apache.struts.apps.mailreader.actions.LogonAction name=LogonForm scope=request +cancellable=true validate=true input=Logon exception @@ -201,6 +202,7 @@ path=/Save* extends=//BaseAction parameter=Save +cancellable=true validate=true forward name=Success - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Confirm the Struts Action Library 1.3.0 release plan
I'm through the applications, and so now it's just a final review of the release note, and then we can start down the Checklist A of the Plan. -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project struts-taglib (in module struts) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project struts-taglib has an issue affecting its community integration. This issue affects 9 projects, and has been outstanding for 19 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - jakarta-tomcat-5 : Servlet 2.4 and JSP 2.0 Reference Implementation - jakarta-velocity-tools : Velocity-Tools project - portals-bridges-frameworks : Support for JSR168 compliant Portlet development - portals-bridges-struts : Support for JSR168 compliant Portlet development - portals-bridges-velocity : Support for JSR168 compliant Portlet development - smartfrog-tomcat : Smartfrog: Application Deployment from HP Laboratories - struts-el : Model 2 Model-View-Controller framework for Servlets and JSP - struts-sslext : The Struts SSL Extension for HTTP/HTTPS switching - struts-taglib : Model 2 Model-View-Controller framework for Servlets and JSP Full details are available at: http://vmgump.apache.org/gump/public/struts/struts-taglib/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [struts-taglib-14022006.jar] identifier set to project name -DEBUG- Dependency on xdoclet exists, no need to add for property maven.jar.xdoclet. -DEBUG- Dependency on xdoclet exists, no need to add for property maven.jar.xdoclet-web-module. -DEBUG- Dependency on xdoclet exists, no need to add for property maven.jar.xdoclet-ejb-module. -DEBUG- Dependency on xdoclet exists, no need to add for property maven.jar.xdoclet-apache-module. -DEBUG- Dependency on xdoclet exists, no need to add for property maven.jar.xdoclet-xdoclet-module. -DEBUG- Dependency on jakarta-servletapi-4 exists, no need to add for property maven.jar.servlet-api. -DEBUG- Dependency on xdoclet exists, no need to add for property maven.jar.xdoclet-hibernate-module. -DEBUG- Dependency on xdoclet exists, no need to add for property maven.jar.xdoclet-jdo-module. -DEBUG- Dependency on xdoclet exists, no need to add for property maven.jar.xdoclet-jmx-module. -DEBUG- Dependency on xdoclet exists, no need to add for property maven.jar.xdoclet-portlet-module. -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/struts/taglib/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/struts/taglib/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/struts/taglib/project.properties -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/struts/struts-taglib/gump_work/build_struts_struts-taglib.html Work Name: build_struts_struts-taglib (Type: Build) Work ended in a state of : Failed Elapsed: 7 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/struts/taglib] CLASSPATH:
fun COR read
like if you fly and have to bring something to read http://www.informit.com/articles/printerfriendly.asp?p=442774 .V - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Passing Parameters to ActionForward from Action
The easiest way to pass param's to other actions is to give the action a name in struts-config and set it equal to a class that extends ActionFrom. To clarify what I am saying, build a class that extends ActionFrom, Declare it in struts config like so... form-beans form-bean name=YourForm type=com.yourcompany.struts.form.YourForm / /form-beans Then in your action use the form name as the action name attribute like so.. action name=YourForm path=/myaction scope=request type=com.yourcompany.struts.action.YourAction validate=false forward name=success path=/test.jsp / /action In the action class where you will forward from, set your data on the form and return the forward. When the myaction action runs it will have access to that form and it's data. The form is also accessible through the struts tags in your jsp page. Here is the tag ref for that. http://struts.apache.org/struts-taglib/tagreference-struts-html.html Bryan LaPlante -- Original Message --- From: shiiva [EMAIL PROTECTED] To: dev@struts.apache.org Sent: Tue, 14 Feb 2006 00:21:18 CST Subject: Passing Parameters to ActionForward from Action Hi, Can anyone please describe me how to pass parameters from an Action to corresponding ActionForward. Basically, I am having only the jsp name in forward in struts-config.xml. But, when action is processed, I want to send some parameters to the corresponding actionforward. Can some be help me in explaining how it can be achieved. Thanks, Shiiva - Posted via Jive Forums http://forums.opensymphony.com/thread.jspa?threadID=18280messageID=35715#35715 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- End of Original Message --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Confirm the Struts Action Library 1.3.0 release plan
a bit late, but +1 -- James Mitchell EdgeTech, Inc. http://edgetechservices.net/ 678.910.8017 Skype: jmitchtx On Feb 14, 2006, at 8:17 AM, Ted Husted wrote: I'm through the applications, and so now it's just a final review of the release note, and then we can start down the Checklist A of the Plan. -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38620] - ActionForm should not be populated automatically [Struts Classic 1.x]
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38620. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38620 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2006-02-14 20:15 --- (In reply to comment #1) You can already avoid automatic population of a form bean by simply not associating a form bean with the action mapping. I'm not sure I see a need for another way to do this. Right. I can borrow the processActionForm() and processPopulate() code from RequestProcessor. For output, I use full name/property specifiers anyway. Closing this bug as INVALID. Should have asked in the usergroup first. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Nightlies for 1.2.x
Actually, never mind. I think I know what happened. I'll post back in a few. -- James Mitchell EdgeTech, Inc. http://edgetechservices.net/ 678.910.8017 Skype: jmitchtx On Feb 14, 2006, at 2:35 PM, James Mitchell wrote: I just noticed the documentation is not being generated correctly for the 1.2.x branch: http://svn.apache.org/builds/struts/maven/STRUTS_1_2_BRANCH/nightly/ documentation/ This was working fine last time I looked, did anyone modify the 'release' (or dependent) target lately? -- James Mitchell EdgeTech, Inc. http://edgetechservices.net/ 678.910.8017 Skype: jmitchtx - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r377818 - in /struts/action/branches/STRUTS_1_2_BRANCH: build.xml conf/share/MANIFEST.MF doc/userGuide/release-notes-1.2.8.xml doc/userGuide/release-notes.xml project.xml
Author: niallp Date: Tue Feb 14 12:24:24 2006 New Revision: 377818 URL: http://svn.apache.org/viewcvs?rev=377818view=rev Log: Struts 1.2.x Branch - start a new set of release notes, roll the version number Added: struts/action/branches/STRUTS_1_2_BRANCH/doc/userGuide/release-notes-1.2.8.xml (with props) Modified: struts/action/branches/STRUTS_1_2_BRANCH/build.xml struts/action/branches/STRUTS_1_2_BRANCH/conf/share/MANIFEST.MF struts/action/branches/STRUTS_1_2_BRANCH/doc/userGuide/release-notes.xml struts/action/branches/STRUTS_1_2_BRANCH/project.xml Modified: struts/action/branches/STRUTS_1_2_BRANCH/build.xml URL: http://svn.apache.org/viewcvs/struts/action/branches/STRUTS_1_2_BRANCH/build.xml?rev=377818r1=377817r2=377818view=diff == --- struts/action/branches/STRUTS_1_2_BRANCH/build.xml (original) +++ struts/action/branches/STRUTS_1_2_BRANCH/build.xml Tue Feb 14 12:24:24 2006 @@ -147,7 +147,7 @@ property name=project.name value=struts/ !-- Version of the project -- -property name=project.version value=1.2.8/ +property name=project.version value=1.2.9-SNAPSHOT/ !-- == Derived Properties -- Modified: struts/action/branches/STRUTS_1_2_BRANCH/conf/share/MANIFEST.MF URL: http://svn.apache.org/viewcvs/struts/action/branches/STRUTS_1_2_BRANCH/conf/share/MANIFEST.MF?rev=377818r1=377817r2=377818view=diff == --- struts/action/branches/STRUTS_1_2_BRANCH/conf/share/MANIFEST.MF (original) +++ struts/action/branches/STRUTS_1_2_BRANCH/conf/share/MANIFEST.MF Tue Feb 14 12:24:24 2006 @@ -2,11 +2,11 @@ Extension-Name: Struts Framework Specification-Title: Struts Framework Specification-Vendor: The Apache Software Foundation -Specification-Version: 1.2.8 +Specification-Version: 1.2.9-SNAPSHOT Implementation-Title: Struts Framework Implementation-Vendor: The Apache Software Foundation Implementation-Vendor-Id: org.apache -Implementation-Version: 1.2.8 +Implementation-Version: 1.2.9-SNAPSHOT Class-Path: commons-beanutils.jar commons-digester.jar Added: struts/action/branches/STRUTS_1_2_BRANCH/doc/userGuide/release-notes-1.2.8.xml URL: http://svn.apache.org/viewcvs/struts/action/branches/STRUTS_1_2_BRANCH/doc/userGuide/release-notes-1.2.8.xml?rev=377818view=auto == --- struts/action/branches/STRUTS_1_2_BRANCH/doc/userGuide/release-notes-1.2.8.xml (added) +++ struts/action/branches/STRUTS_1_2_BRANCH/doc/userGuide/release-notes-1.2.8.xml Tue Feb 14 12:24:24 2006 @@ -0,0 +1,169 @@ +?xml version=1.0? +document url=release-notes.html + properties +titleStruts Release Notes (since 1.2.7)/title + /properties + body + chapter name=6.1 Release Notes - Version 1.2.8 href=release_notes + section name=Introduction href=Introduction + p + The main motivation for releasing Struts 1.2.8 is to fix a + iCross Site Scripting/i (XSS) vulnerability which has + been identified by Hacktics.com. More details available on the + a href=http://wiki.apache.org/struts/StrutsXssVulnerability;Wiki/a. + /p + p + This section contains release notes for changes that have taken + place since + a href=release-notes-1.2.7.htmlVersion 1.2.7/a. + To keep up-to-date on all changes to Struts, subscribe to the + dev@ list. + /p + p + bNotes on upgrading/b are maintained in the + a href=http://wiki.apache.org/struts/StrutsUpgrade;Wiki Upgrade pages/a. + The wiki is a community maintained resource - please feel free to add your + input so that everyone can benefit from the collective experience. + /p + p + For the version requirements of each library, see the + a href=installation.htmlInstallation chapter/a. + /p + + + h3 id=STRUTS_1_2_8Version 1.2.8/h3 + + p + After a href=http://svn.apache.org/viewcvs.cgi/struts/core/tags/STRUTS_1_2_6/;Version 1.2.6 was tagged/a + the a href=http://svn.apache.org/viewcvs.cgi/struts/core/branches/STRUTS_1_2_BRANCH/;1.2 Branch/a + was created and work started on the next version (i1.3.x series/i). Work has continued on + both versions and iRevision/i numbers shown in brackets are where a change has been ported + from the current development version into the i1.2 Branch/i. + /p + + table + theadtr + thModification/ththRevision/ththBugzilla/ththDescription/th + /tr/thead + tr + td align=center2005-11-07/td + td align=centera
svn commit: r377819 - in /struts/el/branches/STRUTS_1_2_BRANCH: build.xml project.xml
Author: niallp Date: Tue Feb 14 12:25:54 2006 New Revision: 377819 URL: http://svn.apache.org/viewcvs?rev=377819view=rev Log: Struts EL 1.2.x Branch - roll the version number Modified: struts/el/branches/STRUTS_1_2_BRANCH/build.xml struts/el/branches/STRUTS_1_2_BRANCH/project.xml Modified: struts/el/branches/STRUTS_1_2_BRANCH/build.xml URL: http://svn.apache.org/viewcvs/struts/el/branches/STRUTS_1_2_BRANCH/build.xml?rev=377819r1=377818r2=377819view=diff == --- struts/el/branches/STRUTS_1_2_BRANCH/build.xml (original) +++ struts/el/branches/STRUTS_1_2_BRANCH/build.xml Tue Feb 14 12:25:54 2006 @@ -96,7 +96,7 @@ property name=project.name value=jakarta-struts-el/ !-- Version of the project -- - property name=project.version value=1.0/ + property name=project.version value=1.2.9-SNAPSHOT/ !-- == Derived Properties -- Modified: struts/el/branches/STRUTS_1_2_BRANCH/project.xml URL: http://svn.apache.org/viewcvs/struts/el/branches/STRUTS_1_2_BRANCH/project.xml?rev=377819r1=377818r2=377819view=diff == --- struts/el/branches/STRUTS_1_2_BRANCH/project.xml (original) +++ struts/el/branches/STRUTS_1_2_BRANCH/project.xml Tue Feb 14 12:25:54 2006 @@ -4,7 +4,7 @@ namestruts-el/name groupIdstruts/groupId artifactIdstruts-el/artifactId - currentVersion1.2.8/currentVersion + currentVersion1.2.9-SNAPSHOT/currentVersion inceptionYear2003/inceptionYear packageorg.apache.strutsel/package shortDescriptionExtension/adaptation of Struts tag libraries to use JSP 1.2 expression language./shortDescription - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
is this the right place to ask this kind of question
Hi, I have a question about what happens to the request body when using an action form versus not using an action form. I am trying to read some xml from the request and when I associate a form with my action, I get an Unterminated string constant message from the Marshaller that I am using. Is the request reader somehow altered when using a form? Bryan LaPlante - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r377860 - in /struts/el/branches/STRUTS_1_2_BRANCH: build.xml conf/share/MANIFEST.MF
Author: niallp Date: Tue Feb 14 14:21:50 2006 New Revision: 377860 URL: http://svn.apache.org/viewcvs?rev=377860view=rev Log: Update 1.2.x ant build to add a manifest for the el jar and automatically put the version in the jar's manifest Added: struts/el/branches/STRUTS_1_2_BRANCH/conf/share/MANIFEST.MF (with props) Modified: struts/el/branches/STRUTS_1_2_BRANCH/build.xml Modified: struts/el/branches/STRUTS_1_2_BRANCH/build.xml URL: http://svn.apache.org/viewcvs/struts/el/branches/STRUTS_1_2_BRANCH/build.xml?rev=377860r1=377859r2=377860view=diff == --- struts/el/branches/STRUTS_1_2_BRANCH/build.xml (original) +++ struts/el/branches/STRUTS_1_2_BRANCH/build.xml Tue Feb 14 14:21:50 2006 @@ -52,7 +52,7 @@ These default values assume that the checked out locations are the same as the full repository paths, and that you are building the trunk. -- - property name=struts.core.home value=../../ + property name=struts.core.home value=../action/ !-- Load local and user build preferences -- property file=build.properties/ @@ -196,6 +196,8 @@ echo message=struts.jar = ${struts.jar}/ echo message=struts-el.jar = ${struts-el.jar}/ + filter token=version value=${project.version}/ + tstamp format property=year pattern=/ /tstamp @@ -212,6 +214,9 @@ copy file=${jstl.jar} tofile=${build.home}/library/jstl.jar/ copy file=${jstl-standard.jar} tofile=${build.home}/library/standard.jar/ + copy todir=${build.home}/conf filtering=on +fileset dir=${conf.share.dir} includes=*.MF/ + /copy !-- Compile-time dependency only copy file=${jdbc20ext.jar} tofile=${build.home}/library/jdbc2_0-stdext.jar/ @@ -289,6 +294,7 @@ value=http://jakarta.apache.org/struts/tags/ /replace jar jarfile=${build.home}/library/${app.name}.jar + manifest=${build.home}/conf/MANIFEST.MF basedir=${build.home}/library/classes includes=**/ /target Added: struts/el/branches/STRUTS_1_2_BRANCH/conf/share/MANIFEST.MF URL: http://svn.apache.org/viewcvs/struts/el/branches/STRUTS_1_2_BRANCH/conf/share/MANIFEST.MF?rev=377860view=auto == --- struts/el/branches/STRUTS_1_2_BRANCH/conf/share/MANIFEST.MF (added) +++ struts/el/branches/STRUTS_1_2_BRANCH/conf/share/MANIFEST.MF Tue Feb 14 14:21:50 2006 @@ -0,0 +1,9 @@ +Manifest-Version: 1.0 +Extension-Name: Struts Framework EL Extension +Specification-Title: Struts Framework EL Extension +Specification-Vendor: The Apache Software Foundation +Specification-Version: @version@ +Implementation-Title: Struts Framework EL Extension +Implementation-Vendor: The Apache Software Foundation +Implementation-Vendor-Id: org.apache +Implementation-Version: @version@ Propchange: struts/el/branches/STRUTS_1_2_BRANCH/conf/share/MANIFEST.MF -- svn:eol-style = native - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: is this the right place to ask this kind of question
Do you want an answer to the subject line, ignoring the message body, or an answer to the message body, ignoring the siubject line? ;-) The answer to the subject line is No. This is a question for the User list. The answer to the message body depends on how the request is being sent. If you associate a form with your action, Struts is going to try to populate the form bean from the request, so your request had better be formed as regular form data or multipart form data. Otherwise, the population process will fail. Also, if you're sending multipart form data, and you have a form associated with the action, then any attempt you make to obtain the input stream will fail, because it can only be consumed once, and Struts will have consumed it. -- Martin Cooper On 2/14/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi, I have a question about what happens to the request body when using an action form versus not using an action form. I am trying to read some xml from the request and when I associate a form with my action, I get an Unterminated string constant message from the Marshaller that I am using. Is the request reader somehow altered when using a form? Bryan LaPlante - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Confirm the Struts Action Library 1.3.0 release plan
All, I have some concerns about the Struts 1.3 branch. First, I noticed the 1.3 API docs are built using Java 5. Is 1.3 Java 5 compliant? I didn't think this was the case so please make sure those are being built with the right compiler. If you go to this link, you will notice the Map interface is using the Java 5 templates: http://struts.apache.org/struts-action/apidocs/org/apache/struts/chain/contexts/ActionContext.html Second, please do some further thinking about the name ActionContext. I just got my WebWork book and am reading it, and I have some preliminary ideas how we can wrap the 1.x branch to use POJO Action classes that do not require an interface or subclass. But this would of course require the ActionContext to be passed in so all the necessary input and output data can be used. But I noticed the ActionContext is mainly for the request processor and looks like it contains TOO much data that would never be exposed to an action class to use. I understand this. But WebWork has an ActionContext class too and I think it would be very smart of us to rename the current ActionContext class to something like InternalActionContext so we do not use up this name. For once we release in 1.3, the name is pretty much stuck. I recommend we reserve ActionContext for the future, to contain the context we would actually want to expose to a future Action implementation. Paul - Relax. Yahoo! Mail virus scanning helps detect nasty viruses!
DO NOT REPLY [Bug 37538] - SwitchAction is now in struts-extras and remove duplicated example
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37538. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37538 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX | --- Additional Comments From [EMAIL PROTECTED] 2006-02-15 00:38 --- Actually it shouldn't add anything. It should _remove_ the SwitchAction example which was probably by accident duplicated from 10 lines above. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: is this the right place to ask this kind of question
Very poetically put. I know that some open source projects prefer to have the core api questions directed to the dev group. I will know next time for this group. Concerning the body of the email, I was trying to consume the inputStream. I think I can come up with another way though. Thanks for the input. Bryan - Original Message - From: Martin Cooper [EMAIL PROTECTED] To: Struts Developers List dev@struts.apache.org Sent: Tuesday, February 14, 2006 5:41 PM Subject: Re: is this the right place to ask this kind of question Do you want an answer to the subject line, ignoring the message body, or an answer to the message body, ignoring the siubject line? ;-) The answer to the subject line is No. This is a question for the User list. The answer to the message body depends on how the request is being sent. If you associate a form with your action, Struts is going to try to populate the form bean from the request, so your request had better be formed as regular form data or multipart form data. Otherwise, the population process will fail. Also, if you're sending multipart form data, and you have a form associated with the action, then any attempt you make to obtain the input stream will fail, because it can only be consumed once, and Struts will have consumed it. -- Martin Cooper On 2/14/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi, I have a question about what happens to the request body when using an action form versus not using an action form. I am trying to read some xml from the request and when I associate a form with my action, I get an Unterminated string constant message from the Marshaller that I am using. Is the request reader somehow altered when using a form? Bryan LaPlante - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r377907 - /struts/el/branches/STRUTS_1_2_BRANCH/build.xml
Author: niallp Date: Tue Feb 14 16:33:49 2006 New Revision: 377907 URL: http://svn.apache.org/viewcvs?rev=377907view=rev Log: Reverse change accidental change. Modified: struts/el/branches/STRUTS_1_2_BRANCH/build.xml Modified: struts/el/branches/STRUTS_1_2_BRANCH/build.xml URL: http://svn.apache.org/viewcvs/struts/el/branches/STRUTS_1_2_BRANCH/build.xml?rev=377907r1=377906r2=377907view=diff == --- struts/el/branches/STRUTS_1_2_BRANCH/build.xml (original) +++ struts/el/branches/STRUTS_1_2_BRANCH/build.xml Tue Feb 14 16:33:49 2006 @@ -52,7 +52,7 @@ These default values assume that the checked out locations are the same as the full repository paths, and that you are building the trunk. -- - property name=struts.core.home value=../action/ + property name=struts.core.home value=../../ !-- Load local and user build preferences -- property file=build.properties/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Confirm the Struts Action Library 1.3.0 release plan
On 2/14/06, Paul Benedict [EMAIL PROTECTED] wrote: First, I noticed the 1.3 API docs are built using Java 5. Is 1.3 Java 5 compliant? I didn't think this was the case so please make sure those are being built with the right compiler. If you go to this link, you will notice the Map interface is using the Java 5 templates: http://struts.apache.org/struts-action/apidocs/org/apache/struts/chain/contexts/ActionContext.html Thanks for pointing this out. While the compiler is configured to target 1.4 regardless of what JDK is used to build, we're missing the 'maven.javadoc.source' property to do the same thing for the javadoc tool. I'll add it to project.properties and re-publish the site. * http://svn.apache.org/repos/asf/struts/build/trunk/project.properties -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r377929 - in /struts/action/branches/STRUTS_1_2_BRANCH: doc/userGuide/release-notes.xml src/share/org/apache/struts/util/RequestUtils.java web/examples/upload/upload.jsp
Author: niallp Date: Tue Feb 14 20:02:40 2006 New Revision: 377929 URL: http://svn.apache.org/viewcvs?rev=377929view=rev Log: Fix 1.2.x branch for Bug 38534 - DOS attack, application hack - thanks to Bogdan Serban for reporting this. Modified: struts/action/branches/STRUTS_1_2_BRANCH/doc/userGuide/release-notes.xml struts/action/branches/STRUTS_1_2_BRANCH/src/share/org/apache/struts/util/RequestUtils.java struts/action/branches/STRUTS_1_2_BRANCH/web/examples/upload/upload.jsp Modified: struts/action/branches/STRUTS_1_2_BRANCH/doc/userGuide/release-notes.xml URL: http://svn.apache.org/viewcvs/struts/action/branches/STRUTS_1_2_BRANCH/doc/userGuide/release-notes.xml?rev=377929r1=377928r2=377929view=diff == --- struts/action/branches/STRUTS_1_2_BRANCH/doc/userGuide/release-notes.xml (original) +++ struts/action/branches/STRUTS_1_2_BRANCH/doc/userGuide/release-notes.xml Tue Feb 14 20:02:40 2006 @@ -40,6 +40,13 @@ thModification/ththRevision/ththBugzilla/ththDescription/th /tr/thead tr + td align=center2006-02-15/td + td align=centera href=http://svn.apache.org/viewcvs.cgi?rev=Xamp;view=rev;X/a + (a href=http://svn.apache.org/viewcvs?rev=Xamp;view=rev;X/a)/td + td align=centera href=http://issues.apache.org/bugzilla/show_bug.cgi?id=38534;38534/a/td + tdDOS attack, application hack./td + /tr + tr td align=center2006-02-14/td td align=centera href=http://svn.apache.org/viewcvs.cgi?rev=377562amp;view=rev;377562/a (a href=http://svn.apache.org/viewcvs?rev=377805amp;view=rev;377805/a)/td Modified: struts/action/branches/STRUTS_1_2_BRANCH/src/share/org/apache/struts/util/RequestUtils.java URL: http://svn.apache.org/viewcvs/struts/action/branches/STRUTS_1_2_BRANCH/src/share/org/apache/struts/util/RequestUtils.java?rev=377929r1=377928r2=377929view=diff == --- struts/action/branches/STRUTS_1_2_BRANCH/src/share/org/apache/struts/util/RequestUtils.java (original) +++ struts/action/branches/STRUTS_1_2_BRANCH/src/share/org/apache/struts/util/RequestUtils.java Tue Feb 14 20:02:40 2006 @@ -1,7 +1,7 @@ /* * $Id$ * - * Copyright 1999-2004 The Apache Software Foundation. + * Copyright 1999-2006 The Apache Software Foundation. * * Licensed under the Apache License, Version 2.0 (the License); * you may not use this file except in compliance with the License. @@ -406,6 +406,11 @@ String method = request.getMethod(); boolean isMultipart = false; +if (bean instanceof ActionForm) { +((ActionForm) bean).setMultipartRequestHandler(null); +} + +MultipartRequestHandler multipartHandler = null; if ((contentType != null) (contentType.startsWith(multipart/form-data)) (method.equalsIgnoreCase(POST))) { @@ -425,13 +430,7 @@ } // Obtain a MultipartRequestHandler -MultipartRequestHandler multipartHandler = getMultipartHandler(request); - -// Set the multipart request handler for our ActionForm. -// If the bean isn't an ActionForm, an exception would have been -// thrown earlier, so it's safe to assume that our bean is -// in fact an ActionForm. -((ActionForm) bean).setMultipartRequestHandler(multipartHandler); +multipartHandler = getMultipartHandler(request); if (multipartHandler != null) { isMultipart = true; @@ -493,6 +492,14 @@ BeanUtils.populate(bean, properties); } catch(Exception e) { throw new ServletException(BeanUtils.populate, e); +} finally { +if (multipartHandler != null) { +// Set the multipart request handler for our ActionForm. +// If the bean isn't an ActionForm, an exception would have been +// thrown earlier, so it's safe to assume that our bean is +// in fact an ActionForm. +((ActionForm) bean).setMultipartRequestHandler(multipartHandler); +} } } Modified: struts/action/branches/STRUTS_1_2_BRANCH/web/examples/upload/upload.jsp URL: http://svn.apache.org/viewcvs/struts/action/branches/STRUTS_1_2_BRANCH/web/examples/upload/upload.jsp?rev=377929r1=377928r2=377929view=diff == --- struts/action/branches/STRUTS_1_2_BRANCH/web/examples/upload/upload.jsp (original) +++ struts/action/branches/STRUTS_1_2_BRANCH/web/examples/upload/upload.jsp Tue Feb 14 20:02:40 2006 @@ -32,5 +32,22 @@ html:submit / /p /html:form +hr/
DO NOT REPLY [Bug 38534] - DOS attack, application hack
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38534. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38534 --- Additional Comments From [EMAIL PROTECTED] 2006-02-15 05:04 --- Fixed in the 1.2.x branch: http://svn.apache.org/viewcvs?rev=377929view=rev -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Confirm the Struts Action Library 1.3.0 release plan
But I noticed the ActionContext is mainly for the request processor and looks like it contains TOO much data that would never be exposed to an action class to use. I may have misunderstood but I'd like for someone to clarify. I find it very strange that the ActionContext would allow a command to *set* the action, cancelled, exception, form valid, forward config, messages resources, and module config. As I said before, these are all controller related issues. Is it the intention of the Struts commiters to make a Command something like a new Action that should be used instead? Or are you expecting commands to be created solely for the request processor chain? If it is the second, then I stand by my suggestion that ActionContext should be renamed to reserve the name (ProcessorActionContext?) for the day when you want actions to receive an ActionContext like WebWork. It just contains too many internal properties you don't want a client to be able to mess around with. Paul __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Struts Wiki] Update of StrutsActionRelease131 by WendySmoak
Dear Wiki user, You have subscribed to a wiki page or wiki category on Struts Wiki for change notification. The following page has been changed by WendySmoak: http://wiki.apache.org/struts/StrutsActionRelease131 -- ## page was renamed from StrutsClassicRelease131 ## page was renamed from StrutsRelease130 - = Struts Classic 1.3.1 Release = + = Struts Action 1.3.1 Release = == Info == @@ -16, +16 @@ The release manager is '''TBA''' - == Special Issues == - - Struts Classic 1.3.0 is a bootstrap distribution of the new Struts subprojects extracted from Struts 1.2.7. - - Struts Classic 1.3.1 incorporates updated versions of the six subprojects. At this point, the subproject release numbers may start to diverge, and not every subproject will be at the 1.3.0 level. - - It is important to recognize that Struts Classic is a *distribution* of subproject releases, and each subproject may have its own release lifecycle. - - When a Struts Classic test-build passes the alpha vote, the initial versions of each of these subprojects would - == How to Help == Everyone in the Struts community, users, developers, and committers, are encouraged to test a release, report any issues, and post to dev@ any comments on the overall quality of the release. - To help everyone get started with Struts Classic 1.3.1 (when it is available), here are the simplest installation instructions that can possibly work: + To help everyone get started with Struts Action 1.3.1 (when it is available), here are the simplest installation instructions that can possibly work: - * Download the Struts 1.3.1 distribution from http://svn.apache.org/dist/struts/classic/v1.3.1/ (when it is available) + * Download the Struts 1.3.1 distribution from http://svn.apache.org/dist/struts/action/v1.3.1/ (when it is available) * Extract subproject distribution to a likely location (\opt\struts-*) * Install Java and set JAVA_HOME * Install Maven and set MAVEN_HOME @@ -58, +48 @@ || [http://issues.apache.org/bugzilla/show_bug.cgi?id=36037 36037] || Allow query strings and anchors when returning forwards from Action || Custom Tags || Patch Available || || [http://issues.apache.org/bugzilla/show_bug.cgi?id=38534 38534] || DOS attack, application hack || Action|| || + == TO DO == + + * Create release plan for struts-taglib and move taglib related items. == Preparation Checklist == @@ -66, +59 @@ || 2. || Review/Resolve Outstanding Bugs || _ || || 3. || Update Release Notes || _ || || 4. || Check Dependencies || _ || - || 5. || Update to version 1.3.0 build.xml, project.xml, and the MANIFEST.MF || _ || + || 5. || Update to version 1.3.1 project.xml, pom.xml || _ || The Commons [http://jakarta.apache.org/commons/releases/prepare.html Preparation Guide] is a helpful preparation backgrounder, but Commons uses the beta/release-candidate/final process. Likewise, the [http://httpd.apache.org/dev/release.html HTTPD Release Guidelines] is a helpful overall process backgrounder, but HTTPD does not use a test-build stage. - - Struts subproject versions for this distribution: - - || '''Subproject''' || '''Version''' || '''Status''' || - || Apps || 1.3.0 || _ || - || Core || 1.3.0 || _ || - || EL || 1.3.0 || _ || - || Plugins || 1.3.0 || _ || - || Taglibs || 1.3.0 || _ || - || Tiles || 1.3.0 || _ || External Dependency versions for this release: @@ -120, +103 @@ See also Commons [http://jakarta.apache.org/commons/releases/release.html Step-by-Step Guide] || '''#''' || '''Description''' || '''Completed''' || - || A1. || Tag release in svn: STRUTS_1_3_0 || _ || + || A1. || Tag release in svn: STRUTS_ACTION_1_3_1 || _ || || A2. || Run Distribution Target || _ || - || A3. || Upload Distribution to cvs.apache.org:/www/cvs.apache.org/dist/struts/1.3.0 || _ || + || A3. || Upload Distribution to cvs.apache.org:/www/cvs.apache.org/dist/struts/1.3.1 || _ || || A4. || Post release-quality vote on dev@ and user@ lists || _ || == Vote (A) == @@ -138, +121 @@ || '''#''' || '''Description''' || '''Completed''' || || B1. || Create Sums and Sign Distributions [2] || _ || - || B2. || Request new Bugzilla version level (1.3.0) || _ || + || B2. || Request new Bugzilla version level (1.3.1) || _ || || B3. || Update Acquiring page on website and Test Downloads || _ || == Vote (B) == - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Passing Parameters to ActionForward from Action
Sure, through them into a session variable. Here is a funny one we used to use in the early days of ajax. load a 1 x 1 pixel image into the page with a servlet url so that we could send and receive data via cookies. Can we say pass me the sticks so I can make fire. Oh, we probably better take this thread to the user group instead of dev. - Original Message - From: shiiva [EMAIL PROTECTED] To: dev@struts.apache.org Sent: Wednesday, February 15, 2006 1:58 AM Subject: Re: Passing Parameters to ActionForward from Action Bryan, Thanks, That is how I finally achieved it. But, I just wanted to explore is there any other way to do the same. Passing parameters to jsp from action. Thanks, shiiva - Posted via Jive Forums http://forums.opensymphony.com/thread.jspa?threadID=18280messageID=35979#35 979 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]