Re: Struts-EL: Ideas about "name" and indexed "name" attributes?

> One thing we do give up (I think) is the implicit nesting of form field > names (specified in the "property" attribute) inside the variable name of > the form bean itself. I guess the same is true of the "with"-like > facilities of the entire nested tag library. > > It will be interesting to s

cvs commit: jakarta-struts/doc/stylesheets userGuide.xsl

craigmcc2002/08/03 10:45:47 Modified:doc/stylesheets userGuide.xsl Log: Take advantage of XSLT's sorting ability to ensure that attribute lists and tag lists are always documented in alphabetical order. Thanks for the patch! PR: 11435 Submitted by: Steve Byrne Revi

DO NOT REPLY [Bug 11435] - Taglibs aren't automatically alphabetized

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

Re: Struts-EL: Ideas about "name" and indexed "name" attributes?

On 4 Aug 2002, Arron Bates wrote: > Date: 04 Aug 2002 03:39:32 +1000 > From: Arron Bates <[EMAIL PROTECTED]> > Reply-To: Struts Developers List <[EMAIL PROTECTED]> > To: Struts Developers List <[EMAIL PROTECTED]> > Subject: Re: Struts-EL: Ideas about "name" and indexed "name" attributes? > > >

RE: cvs commit: jakarta-struts/doc/stylesheets userGuide.xsl

This reminds me of a question I've been meaning to ask. In Struts, we generate the tld files from our own XML format, which is actually quite close to a tld itself. Is there any chance that JSP 2.0 might add enough to the tld format so that we wouldn't need our own format? Then we wouldn't need a

RE: cvs commit: jakarta-struts/doc/stylesheets userGuide.xsl

On Sat, 3 Aug 2002, Martin Cooper wrote: > Date: Sat, 3 Aug 2002 10:53:12 -0700 > From: Martin Cooper <[EMAIL PROTECTED]> > Reply-To: Struts Developers List <[EMAIL PROTECTED]> > To: 'Struts Developers List' <[EMAIL PROTECTED]> > Subject: RE: cvs commit: jakarta-struts/doc/stylesheets userGuide

RE: cvs commit: jakarta-struts/doc/stylesheets userGuide.xsl

I forgot the other killer problem -- if the container is doing a validating parse on the TLD, it will choke on nested HTML markup, even if it is well formed. Craig On Sat, 3 Aug 2002, Craig R. McClanahan wrote: > Date: Sat, 3 Aug 2002 10:58:33 -0700 (PDT) > From: Craig R. McClanahan <[EMAIL PR

The 'name' and 'type' attributes on the tag

Bugzilla #11330 points out that the 'name' and 'type' attributes on the tag no longer work. I've been looking at this, and a couple of issues came up. In particular, these two values are no longer sufficient to locate/create any potential form bean - particularly dynamic form beans. However, I b

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

craigmcc2002/08/03 11:20:04 Modified:doc/stylesheets userGuide.xsl doc/userGuide struts-bean.xml Log: Enhance the stylesheet producing tag library documentation to recognize a element that describes the default value if an attribute is not specified. Go through

DO NOT REPLY [Bug 11388] - In XML and XSLT for building tag library docs, add "default" for non-required attrs

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

Re: The 'name' and 'type' attributes on the tag

On Sat, 3 Aug 2002, Martin Cooper wrote: > Date: Sat, 3 Aug 2002 11:17:12 -0700 > From: Martin Cooper <[EMAIL PROTECTED]> > Reply-To: Struts Developers List <[EMAIL PROTECTED]> > To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]> > Subject: The 'name' and 'type' attributes on the tag > > Bugzilla #

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

craigmcc2002/08/03 11:43:40 Modified:doc/stylesheets userGuide.xsl doc/userGuide struts-html.xml struts-logic.xml Log: The stylesheets for tag library documentation now support and at both the tag level and the attribute level. The body content of the element s

RE: The 'name' and 'type' attributes on the tag

> -Original Message- > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] > Sent: Saturday, August 03, 2002 11:26 AM > To: Struts Developers List > Subject: Re: The 'name' and 'type' attributes on the tag > > > > > On Sat, 3 Aug 2002, Martin Cooper wrote: > > > Date: Sat, 3 Aug 2

DO NOT REPLY [Bug 11302] - Application not loading because of ClassLoad error in ActionServlet

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

RE: The 'name' and 'type' attributes on the tag

Martin, While you are messing around with FormTag, you might want to swat 11387 at the same time. It's part of our cleanup of tags to make them work right in a tag instance recycling container. Craig On Sat, 3 Aug 2002, Martin Cooper wrote: > Date: Sat, 3 Aug 2002 11:48:43 -0700 > From: Mart

cvs commit: jakarta-struts STATUS

craigmcc2002/08/03 12:00:57 Modified:.STATUS Log: Update current status. Revision ChangesPath 1.52 +2 -3 jakarta-struts/STATUS Index: STATUS === RCS file: /home/cvs/jakarta-struts/

RE: The 'name' and 'type' attributes on the tag

Yep, I saw that one, and will take care of it. -- Martin Cooper > -Original Message- > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] > Sent: Saturday, August 03, 2002 11:56 AM > To: Struts Developers List > Subject: RE: The 'name' and 'type' attributes on the tag > > > Martin,

DO NOT REPLY [Bug 10859] - Override getScheme with redirects

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

DO NOT REPLY [Bug 10761] - Add getString helpers to DynaActionForm

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

DO NOT REPLY [Bug 11382] - Struts not working with WAS 3.5.6

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

cvs commit: jakarta-struts/src/share/org/apache/struts/actions DispatchAction.java

craigmcc2002/08/03 13:54:54 Modified:src/share/org/apache/struts/actions DispatchAction.java Log: If the method called by DispatchAction throws an exception, unwrap it from the returned InvocationTargetException and rethrow it. That way, the 1.1 exception handling machinery can

DO NOT REPLY [Bug 10217] - LookupDispatchAction doesn't use new exception handling provided by the standard "execute" of other actions

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

[NEWSLETTER] July 2002 (draft)

Hello, all: I've finally gotten around to putting together a summary of activity on the struts-dev list in July. I haven't been able to monitor the list as closely this month, so please point out any important topics which I've overlooked. I think Rob was hoping to post the newsletter this w

DO NOT REPLY [Bug 10388] - ServletException: Multipart data doesn't start with boundary (when calling form.validate() in Action)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

cvs commit: jakarta-struts/src/share/org/apache/struts/taglib/logic IterateTag.java

craigmcc2002/08/03 16:53:45 Modified:src/share/org/apache/struts/taglib/logic IterateTag.java Log: Improve the performance of iterating over an array of objects, by avoiding the need to copy the array into a list. Unfortunately, that still doesn't help for arrays of primitives

DO NOT REPLY [Bug 11394] - logic:iterate uses a slow copy method for native arrays

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

DO NOT REPLY [Bug 9443] - and with parameter doesn´t work

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 9461] - Can't compile due to errors

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 11437] - Please make Struts error messages more meaningful

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

cvs commit: jakarta-struts/src/share/org/apache/struts/actions DispatchAction.java

craigmcc2002/08/03 17:33:04 Modified:src/share/org/apache/struts/actions DispatchAction.java Log: Equip DispatchAction with a new method -- unspecified() -- that is called if the request does not include a value for the request parameter used to select the method to be dispatche

DO NOT REPLY [Bug 11283] - Default method in DispatcherAction

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b