DO NOT REPLY [Bug 10464] New: - other than ISO-8859-1 encodings don't work in forms that contain upload fields

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: Security issues with Struts

IMHO, Struts already provides a solid framework for developing thread-safe, secure web apps. At the end of the day, developers need to understand and adhere to basic security and concurrency best practices. I can, however, offer one idea that is essentially an extension to the J2EE spec: S

DO NOT REPLY [Bug 7202] - Add forward attribute to FormTag to allow submision to a global forward

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 7276] - html:form and html:link tags need to be able to reference actions outside current sub application

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

Re: Security issues with Struts

- Original Message - From: "Craig R. McClanahan" <[EMAIL PROTECTED]> To: "Struts Developers List" <[EMAIL PROTECTED]> Sent: Tuesday, July 02, 2002 6:16 PM Subject: Re: Security issues with Struts > > > On Tue, 2 Jul 2002, Marcel Kruzel wrote: > > > Date: Tue, 02 Jul 2002 10:14:05 +0200

DO NOT REPLY [Bug 7276] - html:form and html:link tags need to be able to reference actions outside current sub application

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

RE: DO NOT REPLY [Bug 7202] - Add forward attribute to FormTagto allow submision to a global forward

On Wed, 3 Jul 2002, Hal Deadman wrote: > Date: Wed, 3 Jul 2002 18:39:13 -0400 > From: Hal Deadman <[EMAIL PROTECTED]> > Reply-To: Struts Developers List <[EMAIL PROTECTED]>, > [EMAIL PROTECTED] > To: 'Struts Developers List' <[EMAIL PROTECTED]> > Subject: RE: DO NOT REPLY [Bug 7202] -

cvs commit: jakarta-struts/src/test/org/apache/struts/util TestRequestUtils.java

craigmcc2002/07/03 17:05:48 Modified:conf/share struts-config_1_1.dtd src/share/org/apache/struts/config ControllerConfig.java ForwardConfig.java src/share/org/apache/struts/util RequestUtils.java src/test/org/apache/s

RE: DO NOT REPLY [Bug 7202] - Add forward attribute toFormTag to allow submision to a global forward

At 6:39 PM -0400 2002/07/03, Hal Deadman wrote: >Does using the forward attribute mean creating a global forward for every >action submitted to by a form? If so you end up with lots of global-forwards >that map directly to actions, so why not just use the action URL? > >This seems like just one mo

Re: DO NOT REPLY [Bug 7202] - Add forward attribute to FormTag to allow submision to a global forward

It would be an either/or option, like the page= and forward= attributes html:link. Which syntax to use can be decided on a case-by-case basis, or a team might decide to always use one or the other. In the case of a html:form tag using the forward= attribute, where it submitted would depend on wh

Re: DO NOT REPLY [Bug 7202] - Add forward attribute toFormTag to allow submision to a global forward

>--- Additional Comments From [EMAIL PROTECTED] 2002-07-03 22:10 --- >Maybe, I should take a look at the patch =:0). What I had in mind wouldn't >bypass the controller. It would look up the path specified by the >ActionForward >and use that for the action="" path. This wouldn't be any di

RE: DO NOT REPLY [Bug 7202] - Add forward attribute to FormTag to allow submision to a global forward

Does using the forward attribute mean creating a global forward for every action submitted to by a form? If so you end up with lots of global-forwards that map directly to actions, so why not just use the action URL? This seems like just one more level of indirection that has to be followed when

DO NOT REPLY [Bug 7202] - Add forward attribute to FormTag to allow submision to a global forward

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 7202] - Add forward attribute to FormTag to allow submision to a global forward

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 7202] - Add forward attribute to FormTag to allow submision to a global forward

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

Re: [OFF-TOPIC] JSP 2.0 and Tiles

On Wed, 3 Jul 2002, John Yu wrote: > Date: Wed, 03 Jul 2002 10:43:01 +0800 > From: John Yu <[EMAIL PROTECTED]> > Reply-To: Struts Developers List <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: [OFF-TOPIC] JSP 2.0 and Tiles > > I spent some time skimming through the JSP 2.0 draft spec. (

DO NOT REPLY [Bug 10451] New: - Add new book to books.xml

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: Patch for books.xml

Can you submit this to Bugzilla using "cvs diff -u". This way we can track it take care of it. Thanks, -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- James Turner <[EMAIL PROTECTED]> wrote: > Adds my book, which includes a chapter on Struts. > > James> Index: books.xml > ===

Patch for books.xml

Adds my book, which includes a chapter on Struts. James Index: books.xml === RCS file: /home/cvspublic/jakarta-struts/doc/resources/books.xml,v retrieving revision 1.2 diff -r1.2 books.xml 25a26 > href="http://www.amazon.com/exec/ob

Re: LinkTag Extension to url encode SessionId

On Wed, 3 Jul 2002, Jens Viebig wrote: > Date: Wed, 3 Jul 2002 10:50:52 +0200 > From: Jens Viebig <[EMAIL PROTECTED]> > Reply-To: Struts Developers List <[EMAIL PROTECTED]> > To: Struts Developers List <[EMAIL PROTECTED]> > Subject: LinkTag Extension to url encode SessionId > > I included a noC

Re: Tiles & forwards

Andres, These questions are best directed to the Struts Users mailing list. [EMAIL PROTECTED] -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Andres Angelani <[EMAIL PROTECTED]> wrote: > Hi, > > Supose you have a Tiles component definition > composed (a) by two JSP pages. > T

Tiles & forwards

Hi, Supose you have a Tiles component definition composed (a) by two JSP pages. There's a struts form in a page that maps to an action defined in struts.xml file. This action defines several forwards that map to other Tiles component definitions. Now supose that you want reuse the same form in

Re: RE: FormBeans ... as an Interface.

Thanks Joe. The little problem I'm having is that there isn't really a way to initialize the reference to the value object. In other words, how to get the property to reference the value object fetched by the Action. It's no big deal. Now that I realize that it's not part of the philsophy of th

DO NOT REPLY [Bug 10322] - Problems with LookupDispatchAction and other locals

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 10322] - Problems with LookupDispatchAction and other locals

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 7202] - Add forward attribute to FormTag to allow submision to a global forward

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

LinkTag Extension to url encode SessionId

I included a noCookies-Attribute in the LinkTag Class, so i can switch between Cookie-enabled Session-Tracking and url encoded session tracking. So i can do: Click here and get http://myserver/myapp/myAction.do;jsessionid=XYZMYSESSION as URL. even if Tomcat is configured to use Cookie enabled ses

DO NOT REPLY [Bug 10432] New: - DynaValidatorActionForm does not validate data

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