DO NOT REPLY [Bug 32370] New: - FacesRequestProcessor call to lifecycle.render(context) needs to be wrapped in a try, finally

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: Chain enhancement idea

On Tue, 23 Nov 2004 14:20:02 -0600, Joe Germuska <[EMAIL PROTECTED]> wrote: > > > >I need to have a hook into processValidate() on validation failure. > > > >Currently that can only be done by copy-and-pasting the processValidate() > >method from RequestProcessor into a subclass and sticking a ho

[Commons Validator] Javascript Proposal

I've put forward a proposal to Commons Validator to add a facility to render the dynamic javascript for form validation. If considered a good idea, and Struts wanted to use it then most of the code in the JavascriptValidatorTag would disappear. IMO it has significant improvements over the current S

Re: chain in trunk for builds?

The other question here is simply whether to change the behavior of the class named RequestProcessor (probably copying the current behavior to a LegacyRequestProcessor) or rather to change the default class used to point to a new class which implements the Chain-based processing. I like for for

Re: chain in trunk for builds?

On Tue, 23 Nov 2004 12:36:38 -0800, Don Brown <[EMAIL PROTECTED]> wrote: > Doh, right, forgot about that :) How about both - > WEB-INF/chain-config.xml first, then /chain-config.xml for easier > embedding in the jar? HiveMind does something similar, except that, instead of needing to look in two

Re: chain in trunk for builds?

Doh, right, forgot about that :) How about both - WEB-INF/chain-config.xml first, then /chain-config.xml for easier embedding in the jar? Don Craig McClanahan wrote: On Tue, 23 Nov 2004 09:58:11 -0800, Don Brown <[EMAIL PROTECTED]> wrote: Sounds good. I would take it a step further, and, if

Re: Chain enhancement idea

I need to have a hook into processValidate() on validation failure. Currently that can only be done by copy-and-pasting the processValidate() method from RequestProcessor into a subclass and sticking a hook into the middle of the code. When I asked about this on the dev list long ago, it was confir

Re: Chain enhancement idea

Joe Germuska <[EMAIL PROTECTED]> wrote: > > into an "action-chain" and "view-chain", but maybe it should be more > > finely grained? Hubert Rabago <[EMAIL PROTECTED]> wrote: > The extreme case I have in mind would be one chain for each step that > the current request processor does. Yes, I know,

Re: Experiences with MockObjects for Servlet testing?

As yet another alternative, last week I committed the mock objects suite that I've been using personally into sandbox/trunk/struts-shale-test. It's got mocks for JSF objects as well as the servlet ones, which could easily be stripped out or conditionally compiled if you want a set that doesn't req

Re: Chain enhancement idea

On Tue, 23 Nov 2004 11:26:16 -0600, Hubert Rabago <[EMAIL PROTECTED]> wrote: > How would plugins work with the chain configuration? > > I've written ActionServlet/RequestProcessor extensions and plugins in > the past. Often, the reason is to inject custom pre-, actual, or > post-processing at spe

Re: chain in trunk for builds?

On Tue, 23 Nov 2004 09:58:11 -0800, Don Brown <[EMAIL PROTECTED]> wrote: > > Sounds good. I would take it a step further, and, if no init parameter, > look for the chain config as "/chain-config.xml", making it possible to > provide an intelligent default. We could then, take your idea in #3, >

Re: Experiences with MockObjects for Servlet testing?

Joe Germuska <[EMAIL PROTECTED]> wrote: > My main question is how is the development community? >From a user point of view, it's dead. Occasionally a bug fix might be committed to cvs, but no new development is occurring. The last closed RFE was April of 2003. >From what I understand, what yo

RE: Experiences with MockObjects for Servlet testing?

You may want to try EasyMock instead of these mock servlet api implementations http://www.easymock.org/ Once you get your head around how this works, you may not go back to using concrete Mock objects again. -Original Message- From: Joe Germuska [mailto:[EMAIL PROTECTED] Sent: Tuesday,

Re: Chain enhancement idea

At 11:58 AM -0600 11/23/04, Hubert Rabago wrote: Specific apps would be able to do this, but I was trying to think from the perspective of a plugin developer. I haven't looked at an example yet, but would the use of tiles require both a struts-config change to activate the plugin, as well as a cha

Re: chain in trunk for builds?

Comments inline... Joe Germuska wrote: I think Martin said chain is in trunk. I would assume that the nighly bulids would then have chain in there, and that it not be a separate download? Chain is not yet in the core, but getting it there is something I'm interested in working on. It may also

Re: Chain enhancement idea

Inline. On Tue, 23 Nov 2004 11:42:37 -0600, Joe Germuska <[EMAIL PROTECTED]> wrote: > At 11:26 AM -0600 11/23/04, Hubert Rabago wrote: > >It would be nice if plugins can inject chain elements at specific > >points in the chain at startup, programatically. This way, plugins > >can be programmed to

Re: Chain enhancement idea

At 11:26 AM -0600 11/23/04, Hubert Rabago wrote: How would plugins work with the chain configuration? I've written ActionServlet/RequestProcessor extensions and plugins in the past. Often, the reason is to inject custom pre-, actual, or post-processing at specific steps. An example would Tiles, w

Re: chain in trunk for builds?

On Tue, 23 Nov 2004 09:07:02 -0600, Vic Cekvenich <[EMAIL PROTECTED]> wrote: > Vic wrote: > > > I think Martin said chain is in trunk. Huh? No, I don't think so... struts-chain is in struts/sandbox/trunk, yes, and it will likely be moved into struts/core/trunk as part of Struts 1.3. However, sin

Chain enhancement idea

How would plugins work with the chain configuration? I've written ActionServlet/RequestProcessor extensions and plugins in the past. Often, the reason is to inject custom pre-, actual, or post-processing at specific steps. An example would Tiles, which IIRC intercepts the forward processing to s

Re: chain in trunk for builds?

I think Martin said chain is in trunk. I would assume that the nighly bulids would then have chain in there, and that it not be a separate download? Chain is not yet in the core, but getting it there is something I'm interested in working on. It may also be just as well to wait a few days unti

Re: chain in trunk for builds?

The Struts nightly build contains whatever the result of running "ant clean dist" in the "struts/core/trunk" directory produces. Until now, that hasn't included Struts Chain, but that's easy to fix. In the mean time, there is a nightly build of Struts Chain being produced separately: http://cv

double post

sorry, gmane problems. .V - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: svn commit: r106246 - /struts/sandbox/trunk/struts-chain/project.xml

On 23 Nov 2004 00:05:57 -, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Author: germuska > Date: Mon Nov 22 16:05:57 2004 > Modified: > struts/sandbox/trunk/struts-chain/project.xml > Log: > update 'extends' element; add mockobjects dependencies to encourage test > writing > Joe, are you

Re: Configuration and IoC (Re: Proposed Roadmap for 1.3.x and beyond [long])

Don Brown wrote: When you start looking at configuration for defining procedures, it can get messy quick - just look at Jelly. Many would argue XML is just not a good fit for procedural code/definitions. Good argument. Even if you liked XML for procedural configuration, I'm not sure chain's dt

Re: chain in trunk for builds?

repost I think Martin said chain is in trunk. I would assume that the nighly bulids would then have chain in there, and that it not be a separate download? .V - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands,

Re: Configuration and IoC (Re: Proposed Roadmap for 1.3.x and beyond [long])

Vic wrote: Don Brown wrote: When you start looking at configuration for defining procedures, it can get messy quick - just look at Jelly. Many would argue XML is just not a good fit for procedural code/definitions. Good argument. Even if you liked XML for procedural configuration, I'm not sur

Re: chain in trunk for builds?

Vic wrote: I think Martin said chain is in trunk. I would assume that the nighly bulids would then have chain in there, and that it not be a separate download? .V - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional comman

DO NOT REPLY [Bug 32358] New: - Having one LookupDispatchAction mapping two Submit buttons with different actionKeys to two different Methods having equal Discription in Application.resources - always the first key ist used

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: Experiences with MockObjects for Servlet testing?

At 4:44 PM -0800 11/22/04, Martin Cooper wrote: On Mon, 22 Nov 2004 16:28:32 -0800, Don Brown <[EMAIL PROTECTED]> wrote: Perhaps this might be a good time to bring up the idea of bringing StrutsTestCase as a Struts subproject? They have an implementation of the servlet api for testing. Also, so

RE: Anyone Got a Servlet 2.3 handy for Struts Upload Build?

At 9:35 AM + 11/23/04, Roberto Tyley wrote: I'd say the best way to get a copy of the Servlet 2.3 jar is to download the Tomcat 4 binary (which uses Servlet API 2.3): You can also download servlet API jars from: http://www.ibiblio.org/maven/servletapi/jars/ Joe http://jakarta.apache.org/site

RE: Anyone Got a Servlet 2.3 handy for Struts Upload Build?

I'd say the best way to get a copy of the Servlet 2.3 jar is to download the Tomcat 4 binary (which uses Servlet API 2.3): http://jakarta.apache.org/site/binindex.cgi#tomcat-4 The servlet.jar can be found here: jakarta-tomcat-4.1.31\common\lib\servlet.jar If you want to have a nice set of mat