You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by "Peter A. Pilgrim" <pe...@xenonsoft.demon.co.uk> on 2003/07/13 13:42:06 UTC
New Request Processor System [was Re: DO NOT REPLY [Bug 21479] -
Add ServletRequest or HttpServletRequest to ActionForm constructor]
David Graham wrote:
> There is some movement towards separating Struts from the Servlet API so
> that it may be used in by the upcoming Portlets API. Craig is
> implementing a new RequestProcessor system that accomodates that and I
> would hate to move things in the opposite direction by tying ActionForms
> even more to HttpServletRequest objects.
>
> David
>
> --- Kurt Post <kp...@cfl.rr.com> wrote:
>
As one of those contributors to the whole "Composable Request Processor"
a while ago, is there chance that we will get hint to what the
Request Processor system look likes?
--
Peter Pilgrim
__ _____ _____ _____
/ //__ // ___// ___/ + Serverside Java
/ /___/ // /__ / /__ + Struts
/ // ___// ___// ___/ + Expresso Committer
__/ // /__ / /__ / /__ + Independent Contractor
/___//____//____//____/ + Intrinsic Motivation
On Line Resume
||
\\===> `` http://www.xenonsoft.demon.co.uk/no-it-striker.html ''
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-dev-help@jakarta.apache.org
Re: New Request Processor System [was Re: DO NOT REPLY [Bug 21479]
- Add ServletRequest or HttpServletRequest to ActionForm constructor]
Posted by "Peter A. Pilgrim" <pe...@xenonsoft.demon.co.uk>.
David Graham wrote:
>>As one of those contributors to the whole "Composable Request Processor"
>>a while ago, is there chance that we will get hint to what the
>>Request Processor system look likes?
>
>
> I haven't seen it yet but I hear it's based on the GoF Chain of
> Responsibility pattern and will be a commons component, not Struts
> specific. This seemed to be an appropriate middle ground between the
> Filters vs. Struts only RequestProcessor debate to me.
Chain of Responsibility is appropriate. My guess is there may be
probably multiple CoR here just by casual inspection of the
current request processor.
Anyway, the bug bear would be the configuration details
of the new request processor. This is what the previous bun-fight
debate detoriated to? Should it be with XML and/or
programmatically? I wait with baited breathe.
I finished of Struts 1.1 FCS integration Expresso Framework today,
time to catch some well deserved sun and sea.
--
Peter Pilgrim
__ _____ _____ _____
/ //__ // ___// ___/ + Serverside Java
/ /___/ // /__ / /__ + Struts
/ // ___// ___// ___/ + Expresso Committer
__/ // /__ / /__ / /__ + Independent Contractor
/___//____//____//____/ + Intrinsic Motivation
On Line Resume
||
\\===> `` http://www.xenonsoft.demon.co.uk/no-it-striker.html ''
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-dev-help@jakarta.apache.org
Re: New Request Processor System [was Re: DO NOT REPLY [Bug 21479] - Add ServletRequest or HttpServletRequest to ActionForm constructor]
Posted by David Graham <gr...@yahoo.com>.
> As one of those contributors to the whole "Composable Request Processor"
> a while ago, is there chance that we will get hint to what the
> Request Processor system look likes?
I haven't seen it yet but I hear it's based on the GoF Chain of
Responsibility pattern and will be a commons component, not Struts
specific. This seemed to be an appropriate middle ground between the
Filters vs. Struts only RequestProcessor debate to me.
David
>
>
> --
> Peter Pilgrim
> __ _____ _____ _____
> / //__ // ___// ___/ + Serverside Java
> / /___/ // /__ / /__ + Struts
> / // ___// ___// ___/ + Expresso Committer
> __/ // /__ / /__ / /__ + Independent Contractor
> /___//____//____//____/ + Intrinsic Motivation
> On Line Resume
> ||
> \\===> `` http://www.xenonsoft.demon.co.uk/no-it-striker.html ''
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: struts-dev-help@jakarta.apache.org
>
__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-dev-help@jakarta.apache.org