Return-Path: Delivered-To: apmail-tomcat-dev-archive@www.apache.org Received: (qmail 56978 invoked from network); 8 Nov 2010 20:25:47 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 8 Nov 2010 20:25:47 -0000 Received: (qmail 33176 invoked by uid 500); 8 Nov 2010 20:26:18 -0000 Delivered-To: apmail-tomcat-dev-archive@tomcat.apache.org Received: (qmail 33123 invoked by uid 500); 8 Nov 2010 20:26:17 -0000 Mailing-List: contact dev-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Developers List" Delivered-To: mailing list dev@tomcat.apache.org Received: (qmail 33114 invoked by uid 99); 8 Nov 2010 20:26:17 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Nov 2010 20:26:17 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of knst.kolinko@gmail.com designates 74.125.83.45 as permitted sender) Received: from [74.125.83.45] (HELO mail-gw0-f45.google.com) (74.125.83.45) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Nov 2010 20:26:10 +0000 Received: by gwj20 with SMTP id 20so4320113gwj.18 for ; Mon, 08 Nov 2010 12:25:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=RKoE4+KKKUrTljFFwFlSYYtVwIKar1F71dzIpT6d4xM=; b=sEddOkwDVPsymtJRBIV8k+JUK/Hi1slTMt34vQkgJFdrkNs9sm+3KDMSefd8ehjlMq QgwWxSgO4DqVf5oxhk3Z6GQbQvWh87oKpW5QN/psOmYiNZFbqCPvdHXAT0ZjvWglLWay l1ala/ylek98zoNdOrNsoiG8NWnnFAJAZdXcQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=g9GMmNkE41uXRFrQMlQESDW0zTL2pSD4Dm1MtSZoWn51R3JZP2LsnOeXC3do1uEavi xRL3ebm+ubfK3Npi1woQobIw6JHCDC1L2qnrCl6/EJilVOP/pUDiVF+Gb/zRQsQZAhwZ dfa14sTlmLF5FNy/1VmTiMZ3zt8oZ+Odn+mvA= MIME-Version: 1.0 Received: by 10.90.105.3 with SMTP id d3mr950934agc.142.1289247948872; Mon, 08 Nov 2010 12:25:48 -0800 (PST) Received: by 10.91.185.8 with HTTP; Mon, 8 Nov 2010 12:25:48 -0800 (PST) In-Reply-To: <4CD81450.4060200@kippdata.de> References: <4CD81450.4060200@kippdata.de> Date: Mon, 8 Nov 2010 23:25:48 +0300 Message-ID: Subject: Re: Objections about formatting options to time stamp in access log From: Konstantin Kolinko To: Tomcat Developers List Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org 2010/11/8 Rainer Jung : > A typical annoyance when combining Apache web server and Tomcat is the > difference in access log timestamp. Apache logs the beginning of the > request, Tomcat logs the end of the request. > According to the HTTPD docs [2], this changed between HTTPD 1.3 and 2. 1.3 logs the time when the request processing finished, 2+ logs when it started. [2] http://httpd.apache.org/docs/1.3/logs.html > I added a feature to Apache trunk (will become 2.4) to make it configurable > for Apache, which time stamp to choose ([1]). Furthermore the Apache web > server allows to choose the format, in which the time stamp is being logged > as something different than just "Common Log Format". This is all configured > by an appropriate "format" in %{format}t. > > Any a priori objections about porting the same functionality to Tomcat > trunk? > I thought about it already. I would like this feature. My current idea with implementation is that the timestamp when request processing started can be placed in a field in the request. Such solution will be compatible with the recently added AccessLog interface. There might be a caveat with caching of formatted timestamp strings in the access log valve implementations. What happens with async requests? > Of course due to latency between Apache and Tomcat and due to different > timeouts, even when using the same time stamp (begin or end of request) in > both products, the timestamps will not always match exactly. But at the > moment matching the entries is much harder, than it could be. > If one needs to match them it would be better to do so by certain id, not by a timestamp. Something like %{forensic-id}n [3] [3] http://httpd.apache.org/docs/current/mod/mod_log_forensic.html > Regards, > > Rainer > > [1] http://httpd.apache.org/docs/trunk/mod/mod_log_config.html#formats > Best regards, Konstantin Kolinko --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org For additional commands, e-mail: dev-help@tomcat.apache.org