RE: Compartmentalization of Modules (was Re: [18111] et al)

I've found that using a cross module html:link tag very useful. - We are using web.xml security restrictions on a module by module basis (centrally managed security). For us this was mainly used as a stop gap security measure to ensure that a poorly configured role in a single action mapp

RE: why are form beans required for html:form?

Quoting Ted Husted <[EMAIL PROTECTED]>: > > > >> Heck, if you throw the JSF extension into the mix, I wager you > >> could write significant Struts applications now without writing > >> any Java code at all. :) > >> > >> http://struts.sourceforge.net/struts-bsf/index.html > >> > > > > I have in

DO NOT REPLY [Bug 26336] New: - Empty multipart form from Opera browser results in ServletException

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 26342] New: - Form bean property - reportTitle not allowed

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: why are form beans required for html:form?

Next, James Stachan will insist we need a way to use Groovy for actions :-). (A smiley only because I always smile when seeing how passionate James gets when he talks about Groovy -- it's actually a pretty good idea.) http://groovy.codehaus.org/bsf.html :-) James' passion for any project he tak

DO NOT REPLY [Bug 22462] - JavaScript generation with two forms on a page

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 17667] - Client-side validation with multi-form page

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

Class loader issues with Struts on ATG Dynamo 5.6.1

Hello to all. I've been using Struts for a while now, with great success! Thanks to the developers! However, I've found a bit of a problem using Struts 1.1 with Dynamo 5.6.1 Apologies in advance if this is more appropriate to the user mailing list - I wasn't sure! Dynamo implements J2EE 1.2, w

Re: Class loader issues with Struts on ATG Dynamo 5.6.1

How 'bout a custom RequestProcessor: public void process(HttpServletRequest request, HttpServletResponse response) throws IOException, ServletException { Thread.currentThread().setContextClassLoader(getClass().getClassLoader()); super.process(request, response); } Quotin

RE: Compartmentalization of Modules (was Re: [18111] et al)

On Thu, 22 Jan 2004 01:00:55 -0600, Gary D Ashley Jr. wrote: > .e.: > > It seemed that if you have action="" attribute, then module="" was > the next logical step with making struts modular. For us, it > certainly helped provide the glue in a very large data centric > struts application. Large o

RE: Compartmentalization of Modules (was Re: [18111] et al)

+1 on from a not voting member. -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Thursday, January 22, 2004 11:30 AM To: Struts Developers List Subject: RE: Compartmentalization of Modules (was Re: [18111] et al) On Thu, 22 Jan 2004 01:00:55 -0600, Gary D Ashley Jr.

Re: Compartmentalization of Modules (was Re: [18111] et al)

+1 on that too. But of course, this is not a "html:link" issue. More of a "" maybe? Leonardo Richard Hightower wrote: +1 on from a not voting member. -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Thursday, January 22, 2004 11:30 AM To: Struts Developers List Sub

Re: Compartmentalization of Modules (was Re: [18111] et al)

Yes, we would employ the same syntax for all the relevant tags. -Ted. On Thu, 22 Jan 2004 13:28:14 -0600, Leonardo Quijano Vincenzi wrote: > +1 on that too. > > > But of course, this is not a "html:link" issue. More of a " module="exercise" path="action.do" />" maybe? > > Leonardo > > > Richard H

Re: Compartmentalization of Modules (was Re: [18111] et al)

> I don't think that's the best idea. Doing that means your pages know they are in a particular module. If I were to begin using them again, I like the idea of being able to use (dare I say 'share') a single jsp in several different Modules. So you'll get a different looking (and acting) page

Re: Compartmentalization of Modules (was Re: [18111] et al)

Comments below... - Original Message - From: "James Mitchell" <[EMAIL PROTECTED]> To: "Struts Developers List" <[EMAIL PROTECTED]> Sent: Thursday, January 22, 2004 4:18 PM Subject: Re: Compartmentalization of Modules (was Re: [18111] et al) > > > > I don't think that's the best idea. D

Re: Compartmentalization of Modules (was Re: [18111] et al)

James Mitchell said: > > > > I don't think that's the best idea. Doing that means your pages know they > are in a particular module. ... does the action="foo" attribute mean that you are in a particular action? ;) i think the idea was to identify which module you're linking *to*, not which one

Re: Compartmentalization of Modules (was Re: [18111] et al)

As Nathan and Matt mentioned, the link would only be indicating what module it was linking to. No extra information is needed over what the contextRelative syntax would require. The contextRelative syntax simply embeds the module prefix in the link. Actually, there is one difference :) By using

Re: Compartmentalization of Modules (was Re: [18111] et al)

At 5:45 PM -0500 1/22/04, Ted Husted wrote: As Nathan and Matt mentioned, the link would only be indicating what module it was linking to. No extra information is needed over what the contextRelative syntax would require. The contextRelative syntax simply embeds the module prefix in the link. A

DO NOT REPLY [Bug 26342] - Form bean property - reportTitle not allowed

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 26291] - Page navigation fails with client side state management

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 26322] - WebLogic hot-deploy breaks Tiles; TilesRequestProcessor is not serializable

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 26302] - WebLogic HTTPSession Replication problem

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 26322] - WebLogic hot-deploy breaks Tiles; TilesRequestProcessor is not serializable

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 26291] - Page navigation fails with client side state management

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: Compartmentalization of Modules (was Re: [18111] et al)

I'm still working on the changes and refactorings to add contextRelative to the link and rewrite tags. I'll post those first, and then do the changes to deprecate contextRelative in favor of module. -T. - To unsubscribe, e-

Re: Compartmentalization of Modules (was Re: [18111] et al)

Quoting Ted Husted <[EMAIL PROTECTED]>: > I'm still working on the changes and refactorings to add contextRelative to > the link and rewrite tags. I'll post those first, and then do the changes to > deprecate contextRelative in favor of module. > > -T. > Orthogonal to adding a "module" attri

RE: [codec] More thoughts on CharSets and Encoders (references: R E: [codec] Streamable Codec Framework)

Quoting Gary Gregory <[EMAIL PROTECTED]>: > (1) "eventually" is, sadly I think, a ways off in the future. See > discussions on this list WRT J2ee containers, WebSphere, most common > installed base of such containers, etc. > As a major proponent of long-term support for existing packages that