Re: Forwarding Actions onto other Actions

There is actually just such a check, though this would be a very good suggestion if there weren't ;-) See processActionForm in ActionServlet. Please let us know if you see anything else. -- Ted Husted, Husted dot Com, Fairport NY USA. -- Custom Software ~ Technical Services. -- Tel +1 716

Re: Forwarding Actions onto other Actions

Ted, I did see that check in the processActionForm method, but if you notice, in the processPopulate which is called right after the processActionForm call you'll see that the bean, no matter where it came from, gets reset and then populated with the request parameters via the

Re: Forwarding Actions onto other Actions

Unfortunately, calling reset is necessary. A primary reason is that that if a checkbox is unchecked then it will be ommitted from the request. This can give inconsistent results when a ActionForm is being returned for editing. The reset method gives the developer the opportunity to set the

RE: Forwarding Actions onto other Actions

Hi, I think Bob's point is that if an action form has been populated once during a request, it would be useful if the reset wasn't called again. i.e. if the request was forwarded to other actions which use an action form of the same name, it'd be useful if form properties could be set during

Bug report for Struts [2001/09/16]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

cvs commit: jakarta-struts/legacy - New directory

husted 01/09/16 09:57:06 jakarta-struts/legacy - New directory

cvs commit: jakarta-struts/doc project.xml installation.xml

husted 01/09/16 09:59:09 Modified:doc project.xml installation.xml Log: Refactor menu; add Tomcat 4 installation notes. Revision ChangesPath 1.9 +22 -15jakarta-struts/doc/project.xml Index: project.xml

cvs commit: jakarta-struts/doc/userGuide volunteers.xml resources.xml

husted 01/09/16 10:05:09 Modified:doc/userGuide volunteers.xml resources.xml Log: Add David and Oleg to Committer list. Update Resources page. Revision ChangesPath 1.3 +2 -0 jakarta-struts/doc/userGuide/volunteers.xml Index: volunteers.xml

Re: Updating Site for Struts 1.1

[EMAIL PROTECTED] wrote: Do you mean check in the generated versions of the 1.0 docs, so that they can be included in the struts-documentation.war and therefore land up on the web site? If so, +1. Done. For lack of a better idea, I setup a legacy folder with a api=1.0 subfolder, and amended

Re: Updating Site for Struts 1.1

I have to knock-off for a few hours, but here's what's still on my list for tonight: - Add kickstart FAQ to UserGuide, with link to jGuru FAQ - Update nightly Release Notes from CVS reports (as needed) - Update items on TODO list; revise language for release of 1.0. - Add link to FAQ to TODO

Re: Updating Site for Struts 1.1

- Original Message - From: Ted Husted archive@jab.org To: [EMAIL PROTECTED] Sent: Sunday, September 16, 2001 11:05 AM Subject: Re: Updating Site for Struts 1.1 [EMAIL PROTECTED] wrote: Do you mean check in the generated versions of the 1.0 docs, so that they can be included in the

cvs commit: jakarta-struts/src/share/org/apache/struts/taglib/html FormTag.java

martinc 01/09/16 21:52:58 Modified:src/share/org/apache/struts/taglib/html FormTag.java Log: Call reset() when a form been is instantiated by the html:form tag. PR: 2108 Submitted by: Corneil du Plessis (bug report), Erik Hatcher (patch) Revision ChangesPath 1.14

Tiles broken

Hi, The Tiles from Struts CVS seems to be broken. I can compile it, but when I run the jar under Tomcat 4.0 rc2, it breaks with the error: javax.servlet.jsp.JspException: Error - Tag Insert : Can't get component definition 'doc.mainLayout'. Check if this name exist in component definitions.