Return-Path: Delivered-To: apmail-jakarta-tomcat-dev-archive@www.apache.org Received: (qmail 76775 invoked from network); 2 Oct 2003 16:51:46 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 2 Oct 2003 16:51:46 -0000 Received: (qmail 37086 invoked by uid 500); 2 Oct 2003 16:51:26 -0000 Delivered-To: apmail-jakarta-tomcat-dev-archive@jakarta.apache.org Received: (qmail 37041 invoked by uid 500); 2 Oct 2003 16:51:26 -0000 Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tomcat Developers List" Reply-To: "Tomcat Developers List" Delivered-To: mailing list tomcat-dev@jakarta.apache.org Received: (qmail 36876 invoked from network); 2 Oct 2003 16:51:24 -0000 Received: from unknown (HELO web20414.mail.yahoo.com) (66.163.169.90) by daedalus.apache.org with SMTP; 2 Oct 2003 16:51:24 -0000 Message-ID: <20031002165128.30250.qmail@web20414.mail.yahoo.com> Received: from [68.165.236.35] by web20402.mail.yahoo.com via HTTP; Thu, 02 Oct 2003 09:51:28 PDT Date: Thu, 2 Oct 2003 09:51:28 -0700 (PDT) From: joe user Subject: RE: Logging filter (was RE: [next] What's next ?) To: Tomcat Developers List In-Reply-To: <9C5166762F311146951505C6790A9CF8013DF3EF@US-VS1.corp.mpi.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N --- "Shapira, Yoav" wrote: > That's unfortunate ;( Yes it is. Those methods may not really belong in the Filter interface, though. That's why I think it may be a better idea to start thinking about a real API for more of the core components of the server: logging, classloading, network interface, etc. This would not have to be part of the Servlet specification, because it's a separate issue. Maybe this could be called the Jakarta Container API or something. Just a few simple interfaces (starting with logging perhaps) would be very handy. Does anyone think this is interesting? > getContentType() is there, actually, in Ah, it's good that getContentType() is there. That is new I think. > In fact, why aren't there methods like > getHeader(String name) and > getContentLength() in the ServletResponse interface? > Can someone > familiar with the Servlet Specification comment on > this? I think that many of those values, such as ContentLength, are not known until all the webapp stuff is completely done touching the response. The filter could change the response in some way at any time, so those values cannot be set. Also, values like the response code cannot be known because if there is a Java error ANYWHERE in the webapps's chain of processing, including in a logging filter, that changes the response code. Filters sound like a good way to do this but I don't think they're exactly the right level for it. But there should be an exposed, supported API for writing custom logging. It is something which so many people need to do. __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com --------------------------------------------------------------------- To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org