From new-httpd-return-16513-apmail-new-httpd-archive=apache.org@apache.org Mon Jun 04 19:22:28 2001 Return-Path: Delivered-To: apmail-new-httpd-archive@apache.org Received: (qmail 26103 invoked by uid 500); 4 Jun 2001 19:22:25 -0000 Mailing-List: contact new-httpd-help@apache.org; run by ezmlm Precedence: bulk Reply-To: new-httpd@apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list new-httpd@apache.org Received: (qmail 26090 invoked from network); 4 Jun 2001 19:22:24 -0000 Date: Mon, 4 Jun 2001 12:24:32 -0700 (PDT) From: X-Sender: To: "'new-httpd@apache.org'" Subject: RE: New hook. In-Reply-To: <3482305AF0F6CF469ED45C0D48FAFCF7091FF452@cnet48.cnet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N On Mon, 4 Jun 2001, Ian Holsman wrote: > ok. > I was think of something which would dump some of the notes table out into the line. > for example mod_include generates the following; > [Mon Jun 04 12:03:24 2001] [error] [client 127.0.0.1] unable to include "/components/precached/002-${CNET_ID}-001-0001-ftr.html" in parsed file proxy:http://cn-sfo1-x-app58.cnet.com:7701/mace/123-333-12309128.html > > I could use the hook to print out all notes starting with 'CNET' I think that would be done better in the logger phase. That phase is supposed to be used for request level logs. This phase is strictly meant to allow management modules to know when Apache is logging an error. > the other use we might have for it is to suppress certain error messages from printing out. This isn't the kind of thing I think we want to do. That is best done by controlling the log level, not on a case by case basis/ > some of our developers decided to use the 'errorHandler' logic to implement a 'default page' for some app on the > server.. so now we get 20+ error lines (which aren't errors) per second. we could use this kind of hook to supress these > messages from appearing (easier than getting the developers to change their code ;( ) I think you are best off telling your developers to change their code to make sense. :-) Ryan _______________________________________________________________________________ Ryan Bloom rbb@apache.org 406 29th St. San Francisco, CA 94131 -------------------------------------------------------------------------------