Hello Henri, I was referring to public information such as : - Google Summer Of Code 2009, project "Convert current Tomcat valves to Servlet Filters" : http://wiki.apache.org/tomcat/SummerOfCode2009 and the various associated emails on Tomcat dev mailing list. - Mark Thomas post on Tomcat users mailing list : "...47330 is on the todo list but my current plan is to implement it as a Filter rather than a valve. " (1)
However, my understanding is not that pluggable 'interceptors' will be removed from the container, just that the Valve API will be replaced with a Filter API. I feel interfaces (HttpServletRequest & HttpServletResponse) will be much more easy to manipulate than the current implementations (Request, Response). Hopr this clarifies my message, Cyrille -- Cyrille Le Clerc clecl...@xebia.fr cyri...@cyrilleleclerc.com http://blog.xebia.fr (1) http://www.nabble.com/Re%3A-Cannot-set-remote-address-in-valve-%28Tomcat-5.5%29-p25632043.html On Tue, Oct 20, 2009 at 10:38 PM, Eric B. <ebe...@hotmail.com> wrote: > > Hi, > > I was looking at Bug 47330 > (https://issues.apache.org/bugzilla/show_bug.cgi?id=47330) which is a filter > / valve implementation of a Httpd's mod_remoteip module. What concerned me > is a comment by the submitter at the very bottom of the report: > > > "... As Tomcat valves are currently being converted into Servlet Filter (1), > here is > a Servlet Filter implementation... " > > Is this true? Is Tomcat moving away from valves and towards filters in the > next version(s)? Is there a specific reason for this? > > Although I love filters, I find that valves have a very specific need within > the container as well; it allows you to configure the container > independently of the application. If everything is moving to filters, that > would require me to modify the app everytime I want the container to behave > slightly differently. > > Am I misunderstanding the comment, or is the submitter mis-informed? > > Thanks, > > Eric > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
