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 Tue, 03 Jun 2003 15:20:49 GMT
>First,
>If the TilesRequestProcessor were to be integrated into RequestProcessor,
>and made to play nice when not using Tiles, that would at least remove one
>obstacle when trying to extend the request processor.  Since Tiles seems to
>be a core struts component now, would that make since?  Or should Tiles
>still considered an extension?

That's not a bad idea now that Tiles is integrated with Struts.

>I am with David that this starts to get very complicated.  Maybe instead, a
>RPHelper class could be created that has a bunch of static methods to 
>handle
>all the default processing rules.  so:

Static methods are evil.  Most times you need a static method, you can 
replace it with a Singleton class with the same methods.

David

>
>public class RequestProcessor implements ActionServletRequestProcessor {
>
>   public void process(HttpServletRequest request, HttpServletResponse
>response) {
>
>     request = RequestHandler.processMultipart(request);
>	...
>     RequestHandler.processLocale(request, response);
>       ...
>     ActionMapping mapping = RequestHandler.processMapping(request, 
>response,
>path);
>       ...
>   }
>
>   ...
>}
>
>Thanks.
>
>Gary Ashley
>
>
>
>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: struts-dev-help@jakarta.apache.org
>

_________________________________________________________________
STOP MORE 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