Re: Struts 1.2.1 release?

Will 1.1.3 validator have ValidatorUtil as a depricated class or will it only have util.ValidatorUtils like the 1.2.0-dev? I ask as it relates to struts-faces building on both the new and the old validator and keeping it up to date with struts. I looked briefly for the docs for 1.1.3 but was

DO NOT REPLY [Bug 29736] New: - ValidatorForm.validate should be able to throw ValidatorException

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 29736] - ValidatorForm.validate should be able to throw ValidatorException

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://issues.apache.org/bugzilla/show_bu

PATCH: html:cancel tag. Made a javascript version for submitting

I'm submitting this again here because my Bugzilla patch hasn't gone anywhere, so I don't know if anyone likes this idea or not. Basically, if the cancel button is after the submit button on a form, and the user hits 'enter' to submit the form, the the cancel button is the one that is activated, c

Re: PATCH: html:cancel tag. Made a javascript version for submitting

You're not out of line at all - this list is the place to discuss enhancement requests and requests which come with a patch attached are more welcome than those without :-) Having said that, I'm against this change. If the user disables javascript in their browser then the cancel button no longer

Re: PATCH: html:cancel tag. Made a javascript version for submitting

I completely agree with your statements regarding a javascript requirement. My only issue is a strict user interface issue. Meaning that the current implementation goes against user interface guidelines, specifically that "enter" should submit a form, not cancel it. Perhaps the entire thing coul

Re: PATCH: html:cancel tag. Made a javascript version for submitting

Comments in line. - Original Message - From: "Marcus Breese" <[EMAIL PROTECTED]> To: "Struts Developers List" <[EMAIL PROTECTED]> Sent: Tuesday, June 22, 2004 10:29 PM Subject: Re: PATCH: html:cancel tag. Made a javascript version for submitting > I completely agree with your statements

Re: PATCH: html:cancel tag. Made a javascript version for submitting

Well said Niall. IMO, tags with any of the following properties don't belong in Struts: 1. They don't interact with core Struts resources/framework. 2. They use javascript that may not work in all browsers. 3. They generate non-standard HTML. 4. They duplicate functionality already available i

DO NOT REPLY [Bug 29746] New: - DispatchAction.unspecified works for empty string but not null

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://issues.apache.org/bugzilla/show_bu

RE: s.a.o Repository (was Re: How To Refresh Strust Web site)

+1 for subversion -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Monday, June 21, 2004 9:55 PM To: Struts Developers List Subject: s.a.o Repository (was Re: How To Refresh Strust Web site) I'd be very much in favor of moving to Subversion at any time and then doing t

RE: s.a.o Repository (was Re: How To Refresh Strust Web site)

I don't feel any need to change - CVS does everything I need for now - but I'm not averse to Subversion, providing the Eclipse plug-in is as good as the Eclipse CVS integration. I've heard it is pretty good, but if anyone knows for sure, please share your experience. A firm +0, then ;-) Steve >

RE: How To Refresh Strust Web Site

I haven't moved the site over yet to struts.apache.org, because I was concerned about the URL of the DTDs being changed. Is anyone aware of any problems with parsers in regard to this, or will the redirect work just fine? I *hope* it won't be a problem because the problem with the DTD being looked

[Apache Struts Wiki] New: HowToReadAnXMLFileForEachUserRequest

Date: 2004-06-22T20:32:01 Editor: ManCha <[EMAIL PROTECTED]> Wiki: Apache Struts Wiki Page: HowToReadAnXMLFileForEachUserRequest URL: http://wiki.apache.org/struts/HowToReadAnXMLFileForEachUserRequest no comment New Page: Describe HowToReadAnXMLFileForEachUserRequest here. I w

Re: s.a.o Repository (was Re: How To Refresh Strust Web site)

On Mon, 21 Jun 2004, Ted Husted wrote: I'd be very much in favor of moving to Subversion at any time and then doing the reorganization. I'd be OK with moving to SVN at some point, but I don't feel a need to do so before moving or reorganising the site. In particular, the latter can be done witho

RE: How To Refresh Strust Web Site

I have my doubts that the redirect will work, but I really don't know for sure. However, there's another solution that will work. We can move everything to struts.a.o URLs, and then simply create symbolic links (ln -s) from the Jakarta URLs to the files in their new locations. I doubt the Jakar

RE: How To Refresh Strust Web Site

I'm not sure that symbolic links would solve the problem, since it's not the physical location of the files that matter, but the URL they're served at. Any request to http://jakarta.apache.org/struts/dtds would be redirected to http://struts.apache.org/dtds What I *think* we need is to redirect e