DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22828>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22828 Specified RequestProcessor not compatible with TilesRequestProcessor [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- Additional Comments From [EMAIL PROTECTED] 2003-08-31 04:09 ------- Is there a reason why your custom RequestProcessor can't subclass TilesRequestProcessor? There is a known limitation if you need functionality from two (or more) RequestProcessor implementations. There is currently no easy way to achieve that. Work is underway to re-architect Struts request handling using a command chain which would be more flexible and avoid this problem, but I'm marking the immediate problem as "won't fix". --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
