DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=40177>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=40177


[EMAIL PROTECTED] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|FIXED                       |




------- Additional Comments From [EMAIL PROTECTED]  2006-12-26 18:59 -------
Hi Yoav.

Making the Javadocs more informative is indeed helpful.  But, both Valves
and Filters exist separately because they are useful for different use cases:
Valves are useful when the administrator wants to do something with requests
at the servlet container level, without modifying webapps that may or may not
be owned or written by the administrator.  Filters are useful when you are the
webapp author, or when you're able and willing to modify the webapp, to do
something with requests.  There are valid uses for each, and the administrator
should choose for themselves from the available options.  I have found
RequestDumperValve useful on a number of occasions where I wanted more info
about the requests/responses to web applications I've developed, plus
webapps that I didn't write.  That includes webapps that were localized and
internationalized (in development, not every bug needs to be investigated
in character sets other than ISO8859-1).  The RequestDumperValve has been
around for quite a while now, and I find it quite useful, even if it doesn't
do everything.

Reopening to request the undeprecation of RequestDumperValve.


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to