Return-Path: X-Original-To: apmail-hc-dev-archive@www.apache.org Delivered-To: apmail-hc-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id CE41DD968 for ; Fri, 16 Nov 2012 20:24:12 +0000 (UTC) Received: (qmail 10168 invoked by uid 500); 16 Nov 2012 20:24:12 -0000 Delivered-To: apmail-hc-dev-archive@hc.apache.org Received: (qmail 10137 invoked by uid 500); 16 Nov 2012 20:24:12 -0000 Mailing-List: contact dev-help@hc.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "HttpComponents Project" Delivered-To: mailing list dev@hc.apache.org Received: (qmail 10129 invoked by uid 99); 16 Nov 2012 20:24:12 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 16 Nov 2012 20:24:12 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [217.150.250.48] (HELO kalnich.nine.ch) (217.150.250.48) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 16 Nov 2012 20:24:03 +0000 Received: from [192.168.1.147] (77-57-197-206.dclient.hispeed.ch [77.57.197.206]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by kalnich.nine.ch (Postfix) with ESMTPSA id E59DBB80252 for ; Fri, 16 Nov 2012 21:23:42 +0100 (CET) Message-ID: <1353097416.20127.2.camel@ubuntu> Subject: Re: Log misleading for User-Agent From: Oleg Kalnichevski To: HttpComponents Project Date: Fri, 16 Nov 2012 21:23:36 +0100 In-Reply-To: References: <1353081301.20463.23.camel@ubuntu> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.6.0-0ubuntu3 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On Fri, 2012-11-16 at 17:33 +0000, sebb wrote: > On 16 November 2012 15:55, Oleg Kalnichevski wrote: > > On Fri, 2012-11-16 at 06:38 -0500, Jon Moore wrote: > >> Yes, I'd be in favor of either one of these changes (removing or > >> reporting dynamically the right version). I'd probably lean towards > >> removing it if pressed to express an opinion. > >> > >> As I recall (although I don't have the code in front of me), the > >> CachingHttpClient sends a slightly different User-Agent, mentioning > >> the fact that the cache is present in the stack in the comment field. > >> I think this made sense originally, when it was really an add-on > >> module. However, since Oleg is re-wiring the "stack" for the default > >> client in 4.3, that may not be needed any more. > >> > >> It could just be that I'm remembering the comment in the Via header > >> the caching layer adds, though; in which case the caching client > >> wouldn't modify the User-Agent. > >> > >> Jon > >> > >> On Thu, Nov 15, 2012 at 9:00 PM, Gary Gregory wrote: > >> > Hi All: > >> > > >> > At the debug logging level I see: > >> > > >> > User-Agent: Apache-HttpClient/4.2.1 (java 1.5) > >> > > >> > But I am running on Java 6... so, Why is 1.5 hard coded? > >> > > >> > Could/Should we remove "(java 1.5)" or have it report the correct version? > >> > > >> > Thoughts? > >> > > >> > Gary > >> > > > > > If my memory serves me well the original intention was to include a > > minimal JRE version a particular release is compatible with. > > > > I am fine with either dropping it or replacing with a dynamically > > generated JRE version requests are generated with. > > Or replace with: > > User-Agent: Apache-HttpClient/4.2.1 (Java 1.5+) > > if we want to keep the original meaning (but clarify it). > Sounds very reasonable. > Do other user agents include OS/Java details in their UA strings? > I believe JRE's internal HTTP client does. Oleg --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@hc.apache.org For additional commands, e-mail: dev-help@hc.apache.org