DO NOT REPLY [Bug 29776] - [PATCH] Update Validator Example to mirror changes

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 29776] New: - [PATCH] Update Validator Example to mirror changes

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

[Apache Struts Wiki] Updated: JavaMail

Date: 2004-06-23T21:51:58 Editor: 210.50.2.228 <> Wiki: Apache Struts Wiki Page: JavaMail URL: http://wiki.apache.org/struts/JavaMail no comment Change Log: -- @@ -1,3 +1 @@ -v sdf vc -vdvc sfd v -dv fd

DO NOT REPLY [Bug 29004] - ActionValidatorForms cause badly formed validator javascript

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: wiki-spam ? (was RE: [Apache Struts Wiki] New: JavaMail)

> -Original Message- > From: Matthias Wessendorf [mailto:[EMAIL PROTECTED] > Sent: Wednesday, June 23, 2004 2:44 AM > To: 'Struts Developers List' > Subject: wiki-spam ? (was RE: [Apache Struts Wiki] New: JavaMail) > > > Hey there, > > question: > are these entries to struts-wiki kind of

DO NOT REPLY [Bug 29004] - ActionValidatorForms cause badly formed validator javascript

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

Returned Mail: Error During Delivery

-- Here is your List of Failed Recipients -- <[EMAIL PROTECTED]> Requested action not taken: mailbox unavailable. [SMTP Error Code 550] Here Is Your Returned Mail Received: FROM borland.co.jp BY smtp.borland.co.jp ; Thu Jun 24 12:52:04 2004 +0900 From: [EMAIL PROTECTED]

DO NOT REPLY [Bug 29746] - 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: Struts 1.2.1 release?

Are they in head? Where are the problems? -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 23, 2004 8:40 PM To: Struts Developers List Subject: Re: Struts 1.2.1 release? OK, the dependency ball is rolling again, but now we have 18 problem tickets to r

cvs commit: jakarta-struts/contrib/struts-el/src/test/org/apache/strutsel/taglib/html TestELErrorsTag.java TestELFormTag.java TestELFrameTag.java TestELHtmlTag.java

jmitchell2004/06/23 18:27:31 Modified:contrib/struts-chain/src/java/org/apache/struts/chain/servlet SelectLocale.java SelectModule.java SetContentType.java ValidateActionForm.java src/tiles-documentation/org/apache/struts/web

cvs commit: jakarta-struts/src/tiles-documentation/org/apache/struts/webapp/tiles/channel SelectChannelAction.java

jmitchell2004/06/23 18:26:42 Modified:contrib/struts-chain/src/java/org/apache/struts/chain/servlet PerformForward.java PerformInclude.java RequestNoCache.java SelectAction.java SelectForward.java SelectInput.java

cvs commit: jakarta-struts/src/tiles-documentation/org/apache/struts/webapp/tiles/skin LayoutSettingsAction.java LayoutSwitchAction.java

jmitchell2004/06/23 18:18:16 Modified:src/tiles-documentation/org/apache/struts/webapp/tiles/skin LayoutSettingsAction.java LayoutSwitchAction.java Log: remove unused import Revision ChangesPath 1.6 +3 -7 jakarta-struts/src/tiles-docume

cvs commit: jakarta-struts/contrib/struts-faces/src/java/org/apache/struts/faces/taglib HtmlTag.java

jmitchell2004/06/23 18:16:44 Modified:contrib/struts-el/src/share/org/apache/strutsel/taglib/logic ELPresentTagBeanInfo.java contrib/struts-el/src/share/org/apache/strutsel/taglib/bean ELSizeTagBeanInfo.java co

cvs commit: jakarta-struts/contrib/struts-el/src/share/org/apache/strutsel/taglib/logic ELMatchTagBeanInfo.java ELMessagesNotPresentTagBeanInfo.java ELMessagesPresentTagBeanInfo.java ELNotMatchTagBeanInfo.java ELNotPresentTagBeanInfo.java

jmitchell2004/06/23 18:13:41 Modified:contrib/struts-el/src/share/org/apache/strutsel/taglib/logic ELMatchTagBeanInfo.java ELMessagesNotPresentTagBeanInfo.java ELMessagesPresentTagBeanInfo.java

cvs commit: jakarta-struts/contrib/struts-el/src/share/org/apache/strutsel/taglib/logic ELForwardTagBeanInfo.java ELIterateTagBeanInfo.java

jmitchell2004/06/23 18:12:48 Modified:src/tiles-documentation/org/apache/struts/webapp/tiles/invoice EditInvoiceAction.java contrib/struts-el/src/share/org/apache/strutsel/taglib/logic ELForwardTagBeanInfo.java ELIterateTagBe

cvs commit: jakarta-struts/src/tiles-documentation/org/apache/struts/webapp/tiles/template DynTemplateAction.java

jmitchell2004/06/23 18:08:50 Modified:src/tiles-documentation/org/apache/struts/webapp/tiles/template DynTemplateAction.java Log: remove unused import Revision ChangesPath 1.6 +3 -7 jakarta-struts/src/tiles-documentation/org/apache/stru

cvs commit: jakarta-struts/contrib/struts-chain/src/java/org/apache/struts/chain/legacy ComposableRequestProcessor.java

jmitchell2004/06/23 18:08:22 Modified:contrib/struts-chain/src/java/org/apache/struts/chain/legacy ComposableRequestProcessor.java Log: remove unused import Revision ChangesPath 1.8 +6 -10 jakarta-struts/contrib/struts-chain/src/java/org

cvs commit: jakarta-struts/src/tiles-documentation/org/apache/struts/webapp/tiles/channel ChannelFactorySet.java

jmitchell2004/06/23 18:07:23 Modified:src/tiles-documentation/org/apache/struts/webapp/tiles/channel ChannelFactorySet.java Log: remove unused import Revision ChangesPath 1.7 +3 -6 jakarta-struts/src/tiles-documentation/org/apache/strut

cvs commit: jakarta-struts/contrib/struts-chain/src/java/org/apache/struts/chain/servlet AuthorizeAction.java

jmitchell2004/06/23 18:03:00 Modified:contrib/struts-chain/src/java/org/apache/struts/chain/servlet AuthorizeAction.java Log: remove unused import Revision ChangesPath 1.5 +1 -5 jakarta-struts/contrib/struts-chain/src/java/org/apache/st

cvs commit: jakarta-struts/contrib/struts-faces/src/java/org/apache/struts/faces/application ActionListenerImpl.java

jmitchell2004/06/23 18:02:31 Modified:contrib/struts-faces/src/java/org/apache/struts/faces/application ActionListenerImpl.java Log: remove unused import Revision ChangesPath 1.9 +1 -2 jakarta-struts/contrib/struts-faces/src/java/org/ap

cvs commit: jakarta-struts/contrib/struts-el/src/test/org/apache/strutsel/taglib/utils TestFormBean.java

jmitchell2004/06/23 18:02:01 Modified:contrib/struts-el/src/test/org/apache/strutsel/taglib/utils TestFormBean.java Log: remove unused import Revision ChangesPath 1.4 +3 -4 jakarta-struts/contrib/struts-el/src/test/org/apache/strutsel/t

Re: Struts 1.2.1 release?

OK, the dependency ball is rolling again, but now we have 18 problem tickets to resolve. But, they don't look so bad, and I'll make some time to start on them tomorrow. Unfortunately, I'm away again next week, so unless someone else jumps in here, it may be July 5 or better before we see Struts

cvs commit: jakarta-struts project.xml project.properties

husted 2004/06/23 17:34:56 Modified:.project.xml project.properties Log: Update to reflect availability of Validator 1.1.3 release (alpha) Revision ChangesPath 1.29 +7 -6 jakarta-struts/project.xml Index: project.xml =

Re: Struts 1.2.1 release?

I'm actually working on it now. I haven't signed a release before, so I need to work through the instructions. I'll let you know how it turns out. :) -Ted. On Wed, 23 Jun 2004 14:09:21 -0700, Abhishek Khandelwal wrote: > Is the Validator 1.1.3 rolled out?? > Or we are still waiting for that to b

Re: Struts 1.2.1 release?

Is the Validator 1.1.3 rolled out?? Or we are still waiting for that to be rolled out for struts 1.2.1 release? Abhishek On Mon, 2004-06-21 at 19:35, Ted Husted wrote: > We've been waiting on a Validator 1.1.3 release, which I may finally be able to roll > tomorrow night. > > -Ted. > > On Thu

RE: PATCH: html:cancel tag. Made a javascript version for submitt ing

Thanks. A separate jar is no biggie, a separate distro is. Edgar -Original Message- From: Nathan Bubna [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 23, 2004 4:23 PM To: Struts Developers List Subject: Re: PATCH: html:cancel tag. Made a javascript version for submitt ing Edgar P Doll

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

--- Niall Pemberton <[EMAIL PROTECTED]> wrote: > > Where Edgar might not be too happy is with tags being split into *core* > (i.e. still actively developed) and *legacy* (tags which can be replaced > with JSTL). I don't want to see these *legacy* tags deprecated - I have > systems happily using t

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

From: Nathan Bubna <[EMAIL PROTECTED]> Reply-To: "Struts Developers List" <[EMAIL PROTECTED]> To: Struts Developers List <[EMAIL PROTECTED]> Subject: Re: PATCH: html:cancel tag. Made a javascript version for submitt ing Date: Wed, 23 Jun 2004 13:23:14 -0700 Edgar P Dollin said: ... > As to your

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

My understanding is that when Struts is re-organised this conflict goes away to a large extent. One of the benefits of Struts becoming a TLP is that it can have sub-projects and the plan is to separate the controller from the tags. This means that they can be released separately and a release of th

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

Edgar P Dollin said: ... > As to your prior point, I will explain why a goal of being able to swap the > view and controller is of a lower priority to me than having an integrated > set of tags with the controller. ... i could be totally off on this, but as i read your posts, i keep getting the im

RE: PATCH: html:cancel tag. Made a javascript version for submitt ing

Thanks. As to your prior point, I will explain why a goal of being able to swap the view and controller is of a lower priority to me than having an integrated set of tags with the controller. Work gets planned and paid for by project. A typical project would be to web enable or web service ena

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

So, again, what if the cancel button (the patch that started this whole thread) was patched to allow the proposed behavior, but didn't require javascript? Meaning, it used javascript if possible, and if the browser didn't use it provided the old/default method? The javascript in question is cross

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

I'm not trying to beat your point into submission or anything just voicing my opinion. I wasn't looking for an apology. I think you have a perfectly valid view...its just not my view. I only bring it up because as a long time user of struts I want to see the platform move in the right directi

RE: PATCH: html:cancel tag. Made a javascript version for submitt ing

I understand your point, although I don't know why you think it is important. I guess I just disagree. Sorry to have made the posting. Edgar -Original Message- From: Michael Rasmussen [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 23, 2004 2:43 PM To: [EMAIL PROTECTED] Subject: RE: P

RE: PATCH: html:cancel tag. Made a javascript version for submitt ing

> Speak for yourself, I use Struts-EL and JSTL quite happily. One day I > would like to generate XML for the "view" and use XSLT to transform it > into HTML to which a CSS is applied, but I don't yet know how. There are already solutions for this although this seems like a problem waiting to happ

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

From: Edgar P Dollin <[EMAIL PROTECTED]> Reply-To: "Struts Developers List" <[EMAIL PROTECTED]> To: 'Struts Developers List' <[EMAIL PROTECTED]> Subject: RE: PATCH: html:cancel tag. Made a javascript version for submitting Date: Wed, 23 Jun 2004 14:12:28 -0400 So you would have to view be disco

RE: PATCH: html:cancel tag. Made a javascript version for submitt ing

Since there are no statistics on this I will take a guess that the majority of struts implementations use the tags. It is just too easy to get going with the basics. People who use other view technologies with struts are more advanced and can write what they need anyway. If you split this up the

RE: PATCH: html:cancel tag. Made a javascript version for submitt ing

So you would have to view be disconnected, and therefore when changes occur in the business objects have only testing and a human mind connect the two ? Considering the poor shape of open source view level testing tools this argument seems to be resting on shaky grounds. Edgar -Original

RE: PATCH: html:cancel tag. Made a javascript version for submitt ing

> This contradicts point 1. If using JSTL tags is a waste of time, so is > using Struts tags. Absolutely not. There is no logic in the view layer of the struts tags. JSTL assumes you have to put the object in the scope, know something about it in order to traverse it etc. > If you want your s

RE: PATCH: html:cancel tag. Made a javascript version for submitt ing

> From: Edgar P Dollin [mailto:[EMAIL PROTECTED] > 2) JSTL is a waste of time. The reason I say this, not counting the > non-java people, is if you can write x number of lines of > useful code per > hour, with jstl that is reduced by a factor greater than 1 due to type > checking, refactoring su

Re: saveErrors...

Joe Germuska wrote: If I have errors occur in different locations, rather than returning ActionMessages objects and having to merge them myself prior to calling "saveErrors" or "saveMessages", why not have this be more like "addError" or "addMessage" at the action level so that the user doesn't nee

Re: saveErrors...

If I have errors occur in different locations, rather than returning ActionMessages objects and having to merge them myself prior to calling "saveErrors" or "saveMessages", why not have this be more like "addError" or "addMessage" at the action level so that the user doesn't need to maintain the "A

Re: saveErrors...

Mark R. Diggory wrote: I was looking at the code for Action.saveErrors(...) and was think this is a little inflexible when it comes to error and message management: protected void saveErrors(HttpServletRequest request, ActionMessages errors) { // Remove any error messages attribute if

saveErrors...

I was looking at the code for Action.saveErrors(...) and was think this is a little inflexible when it comes to error and message management: protected void saveErrors(HttpServletRequest request, ActionMessages errors) { // Remove any error messages attribute if none are required

DO NOT REPLY [Bug 29668] - unicode (any non ISO-8859-1 encoding) text fields in "multipart/form-data" form are sent inncorrect

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: PATCH: html:cancel tag. Made a javascript version for submitt ing

--- Edgar P Dollin <[EMAIL PROTECTED]> wrote: > I know I will get ignored or flamed on this, but here I go. My > apologies in > advance if I offend anyone. > > Before I start, I have made more than a couple of attempts at > contributing > code, all of which have been ignored or pushed off to irre

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

Michael Rasmussen said: > I think I would go the other way with this. In "my" perfect struts world > there would be no struts tags at all. +1 > Struts would have no clue as to what > you were using as the presentation layer. (JSP, Swing, WML) ... or Velocity :) > Put them in jakarta-taglibs an

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

Please, someone fork the taglibs! :) I don't understand with all the strong feelings on taglibs why someone doesn't step up and fork them. I'd have to ask the other struts.sf.net admins, but I'd be willing to bet the fork could be hosted by sourceforge at the struts.sf.net site. I know "fork

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

I think I would go the other way with this. In "my" perfect struts world there would be no struts tags at all. Struts would have no clue as to what you were using as the presentation layer. (JSP, Swing, WML) This was a goal JSF tried to reach (Not sure it got there). I don't think adding tag

RE: PATCH: html:cancel tag. Made a javascript version for submitt ing

I know I will get ignored or flamed on this, but here I go. My apologies in advance if I offend anyone. Before I start, I have made more than a couple of attempts at contributing code, all of which have been ignored or pushed off to irrelevant projects. I do wish this philosophy would get rethou

[Apache Struts Wiki] New: ActionErrorsAndActionMessages

Date: 2004-06-23T06:54:23 Editor: 68.79.151.2 <> Wiki: Apache Struts Wiki Page: ActionErrorsAndActionMessages URL: http://wiki.apache.org/struts/ActionErrorsAndActionMessages Attempt to clarify differences between *errors and *messages New Page: With the many [http://jakarta.ap

[Apache Struts Wiki] Updated: StrutsNewFaqs

Date: 2004-06-23T06:40:00 Editor: 68.79.151.2 <> Wiki: Apache Struts Wiki Page: StrutsNewFaqs URL: http://wiki.apache.org/struts/StrutsNewFaqs Link to page discussing the differences between ActionErrors and ActionMessages Change Log: --

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

I actually agree with everything that you've said. I just have one issue. The struts tag libs are still heavily used, and haven't been deprecated. If they aren't part of the core struts package, then they should be deprecated and moved to a different project. On Tue, 22 Jun 2004 15:21:25 -0700

DO NOT REPLY [Bug 29757] - Action - From bean association

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 moving before reorging Is "reorging" even a word? ;) -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: "Ted Husted" <[EMAIL PROTECTED]> To: "Struts Developers List" <[EMAIL PROTECTED]> Sent: Wednes

DO NOT REPLY [Bug 29757] - Action - From bean association

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)

OK, which of the existing Committers are volunteering to do the reorganization under CVS? I am volunteering to do it under Subversion. Subversion is meant as a replacement for CVS, and the learning curve is practically nill, especially for everyday commits and updates. It does offer features li

DO NOT REPLY [Bug 29757] New: - Action - From bean association

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 29751] - mention problem in catalina.out when browser sees: HTTP/1.1 500 No action instance for path /pageNotFound404 could be created

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

wiki-spam ? (was RE: [Apache Struts Wiki] New: JavaMail)

Hey there, question: are these entries to struts-wiki kind of spam? i don't belive, that any struts-user (and developer) will entrie such *useful* suggestions ... on javamail :-) Cheers, > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Wednesday, June 23,

Proposed new config parameters to fix request encoding related bugs

Hello, My name is "Kuro" and I am new to Struts. Struts is great in that it takes care of i18n. But a problem is that it only takes care of the message portion of i18n. Especially, it seems to miss a way to set the character encoding of requests, which is needed when the client (browser) doesn't

[Apache Struts Wiki] New: JavaMail

Date: 2004-06-23T01:28:40 Editor: 192.114.184.2 <> Wiki: Apache Struts Wiki Page: JavaMail URL: http://wiki.apache.org/struts/JavaMail no comment New Page: v sdf vc vdvc sfd v dv fdsvcds - To unsubscribe, e-ma

DO NOT REPLY [Bug 29751] New: - mention problem in catalina.out when browser sees: HTTP/1.1 500 No action instance for path /pageNotFound404 could be created

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