struts-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "David Graham" <dgraham1...@hotmail.com>
Subject Re: composable RequestProcessor
Date Wed, 04 Jun 2003 21:22:05 GMT
>But I guess this is just speculating about hte future. Maybe the best 
>solution is to create a simple composable RequestProcessor for 1.2 and then 
>see what the future might bring?

A new RequestProcessor in any form warrants its own point release.  1.2 is 
already scheduled for a move to commons-resources so this would have to wait 
until 1.3 at the earliest (if we can even agree on an implementation by 
1.3).

David

>
>- Kent
>
>
>Ted Husted <husted@apache.org> wrote:
> > Jeff Robertson wrote:
> > > Wow. Mr. Husted, this may seem like an obvious conclusion
> > to you, but to me
> > > (and probably others as well) this is a big "hey, why
> > didn't I think of
> > > that!" moment.
> >
> > I know the feeling -- I just got it reading the latest docs
> > for the
> > Struts Workflow extension =:0)
> >
> > IMHO, Matthais is pointing out a very real issue with the
> > current
> > architecture. It's moving in the right direction, but
> > doesn't go far
> > enough. In order to bring out extensions like Workflow, he
> > has to do a
> > special Tiles version. People really shouldn't have to do
> > that, and the
> > implication is either the Tiles or RequestProcessor
> > implementations are
> > falling short of the mark.
> >
> > I don't know when a version of Struts based on Filters will
> > be
> > available. But I do know that if someone came up with a
> > implementation
> > of a composable RequestProcessor that worked like the
> > Validator, I'd
> > probably commit it.
> >
> > One day, this work all may be obviated by Filters, but until
> > then, it
> > would be a good way to see how Filters might be used in
> > Struts 2.0.
> >
> > I also think that given the codebase for the Validator and
> > the existing
> > RequestProcessor, it's not that much of a stretch. If we
> > define the
> > interface right, we should be able to keep the original
> > RequestProcessor, so the whole composible thing becomes a
> > bleeding-edge
> > option, and not a required implementation.
> >
> > -Ted.
> >
> >
> >
> >
> > ------------------------------------------------------------
> > ---------
> > To unsubscribe, e-mail:
> > struts-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail:
> > struts-dev-help@jakarta.apache.org
> >
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: struts-dev-help@jakarta.apache.org
>

_________________________________________________________________
Help STOP SPAM with the new MSN 8 and get 2 months FREE*  
http://join.msn.com/?page=features/junkmail


---------------------------------------------------------------------
To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-dev-help@jakarta.apache.org


Mime
View raw message