Thanks Yoav...I have some other modifications that were just giving to me for the site and I think I may try to implement the architecture you suggested at the same time. I will check out some tutorials and see what I can come up with. Your help is much appreciated!
Any thoughts on how to implement a "discussion thread"? I need to allow users to enter a comment and then allow other users to follow up on that comment creating a "comment thread"... just like this user list does. -----Original Message----- From: Shapira, Yoav [mailto:[EMAIL PROTECTED]] Sent: Monday, November 18, 2002 12:00 PM To: Tomcat Users List Subject: RE: <welcome-file-list> Howdy, >What do you think the learning curve is on using filters and would it be The learning curve for these types of filters (authenticators, loggers) is short and not steep. This is a good place to start: http://www.javaworld.com/javaworld/jw-06-2001/jw-0622-filters.html >worth the effort (dicounting the time/cost factor) to reorganize my design >using proper filters? What would be the major benefits of making this >change? The major benefits would be: - Decoupling of authentication and logging from the business code, and from each other. This really opens up a lot of architecture possibilities when you need to scale up / increase uptime/reliability (e.g. via clustering) etc. - The ability to selectively authenticate certain requests and not others in a clean way. The business code is untouched. - The ability to selectively log different things about different requests in a clean way. - The ability to monitor one set of things for requests, and one different set of things (e.g. content-length) about responses. - You would still be container-independent. - You will have learned about filters and have a clean, easy to understand, easy to maintain design. >One last newby (and possibly very stupid) question...when you write ><filter-class>com.mycompany.MyAuthenticationFilter</filter-class> the >com.mycompany is simply indicating the package that MyAuthenticationFilter >is in, right, or am I completely missing what that indicates. Sorry for It's simply the fully-qualified class name of the servlet class. Your understanding is correct. Yoav Shapira Millennium ChemInformatics -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
