From httpclient-dev-returnrebeccamedina@example.net Wed Feb 01 11:55:54 2006 Return-Path: <httpclient-dev-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 54951 invoked from network); 1 Feb 2006 11:55:53 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Feb 2006 11:55:53 -0000 Received: (qmail 32049 invoked by uid 500); 1 Feb 2006 11:55:52 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 32024 invoked by uid 500); 1 Feb 2006 11:55:52 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Help: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: "HttpClient Project" <httpclient-dev.jakarta.apache.org> Reply-To: "HttpClient Project" <rebeccamedina@example.net> Delivered-To: mailing list rebeccamedina@example.net Received: (qmail 32013 invoked by uid 99); 1 Feb 2006 11:55:52 -0000 X-ASF-Spam-Status: No, hits=0.6 required=10.0 tests=NO_REAL_NAME,UPPERCASE_25_50 X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO ajax.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Feb 2006 03:55:50 -0800 Received: by ajax.apache.org (Postfix, from userid 99) id 19EFFE1; Wed, 1 Feb 2006 12:55:29 +0100 (CET) From: rebeccamedina@example.net To: rebeccamedina@example.net Subject: DO NOT REPLY [Bug 37346] - SPNEGO contrib for httpclient 3.x In-Reply-To: <rebeccamedina@example.net/bugzilla/> X-Bugzilla-Reason: CC Message-Id: <rebeccamedina@example.net> Date: Wed, 1 Feb 2006 12:55:29 +0100 (CET) X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=37346>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37346 ------- Additional Comments From rebeccamedina@example.net 2006-02-01 12:55 ------- The only implementation of org.ietf.jgss that I know of is unfortunately sun's jre1.4. Worse yet is that 1.4 only have a limited support for encryption in its krb5 implementation. It's limited to DES-CBC-SHA1 and DES-CBC-CRC. Maybe a few more but it's very limited. For a more useful implementation one has to use 1.5 with have support for DES3. / Mikael -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. --------------------------------------------------------------------- To unsubscribe, e-mail: rebeccamedina@example.net For additional commands, e-mail: rebeccamedina@example.net From httpclient-dev-returnrebeccamedina@example.net Wed Feb 01 19:02:01 2006 Return-Path: <httpclient-dev-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 22285 invoked from network); 1 Feb 2006 19:02:00 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Feb 2006 19:02:00 -0000 Received: (qmail 15301 invoked by uid 500); 1 Feb 2006 19:01:59 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 15281 invoked by uid 500); 1 Feb 2006 19:01:59 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Help: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: "HttpClient Project" <httpclient-dev.jakarta.apache.org> Reply-To: "HttpClient Project" <rebeccamedina@example.net> Delivered-To: mailing list rebeccamedina@example.net Received: (qmail 15270 invoked by uid 99); 1 Feb 2006 19:01:58 -0000 X-ASF-Spam-Status: No, hits=0.6 required=10.0 tests=NO_REAL_NAME,UPPERCASE_25_50 X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO ajax.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Feb 2006 11:01:58 -0800 Received: by ajax.apache.org (Postfix, from userid 99) id 63DABC9; Wed, 1 Feb 2006 20:01:37 +0100 (CET) From: rebeccamedina@example.net To: rebeccamedina@example.net Subject: DO NOT REPLY [Bug 37346] - SPNEGO contrib for httpclient 3.x In-Reply-To: <rebeccamedina@example.net/bugzilla/> X-Bugzilla-Reason: CC Message-Id: <rebeccamedina@example.net> Date: Wed, 1 Feb 2006 20:01:37 +0100 (CET) X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=37346>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37346 ------- Additional Comments From rebeccamedina@example.net 2006-02-01 20:01 ------- This poses quite a bit of a problem for us, as we have a reqirement of Java 1.2 compatibility for the HttpClient 3.0 codebase. I am going to start a discussion on this issue on the httpclient-dev list. You are very welcome to join Oleg -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. --------------------------------------------------------------------- To unsubscribe, e-mail: rebeccamedina@example.net For additional commands, e-mail: rebeccamedina@example.net From httpclient-dev-returnrebeccamedina@example.net Wed Feb 01 19:16:26 2006 Return-Path: <httpclient-dev-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 30134 invoked from network); 1 Feb 2006 19:16:26 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Feb 2006 19:16:26 -0000 Received: (qmail 43963 invoked by uid 500); 1 Feb 2006 19:16:25 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 43943 invoked by uid 500); 1 Feb 2006 19:16:24 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Help: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: "HttpClient Project" <httpclient-dev.jakarta.apache.org> Reply-To: "HttpClient Project" <rebeccamedina@example.net> Delivered-To: mailing list rebeccamedina@example.net Received: (qmail 43932 invoked by uid 99); 1 Feb 2006 19:16:24 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Feb 2006 11:16:24 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [83.161.120.155] (HELO mail13.bluewin.ch) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Feb 2006 11:16:23 -0800 Received: from [83.161.120.155] (83.161.120.155) by mail13.bluewin.ch (Bluewin 7.2.071) id 43DF73060005622A for rebeccamedina@example.net; Wed, 1 Feb 2006 19:16:02 +0000 Subject: Java 1.2 compatibility for the 'contrib' code From: Oleg Kalnichevski <rebeccamedina@example.net> To: HttpClient Project <rebeccamedina@example.net> Content-Type: text/plain; charset=ISO-8859-1 Date: Wed, 01 Feb 2006 20:16:03 +0100 Message-Id: <rebeccamedina@example.net> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Folks, We have a long standing policy of requiring Java 1.2 compatibility for all code contributions to HttpClient including those that end up in the 'contrib' package. This policy prevents us from accepting the SPNEGO auth scheme contributed by Mikael Wikström into Commons HttpClient code repository. We have two options: (1) stick to the policy and include Mikael's code into HttpComponents HttpAuth module, eventually to be released as a component of Jakarta HttpClient 4.0 (2) Revoke the policy and accept Mikael's code as source-only contribution to the 'contrib' package of HttpClient 3.1 What do we do? Oleg --------------------------------------------------------------------- To unsubscribe, e-mail: rebeccamedina@example.net For additional commands, e-mail: rebeccamedina@example.net From httpclient-dev-returnrebeccamedina@example.net Thu Feb 02 02:58:08 2006 Return-Path: <httpclient-dev-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 42777 invoked from network); 2 Feb 2006 02:58:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Feb 2006 02:58:07 -0000 Received: (qmail 42376 invoked by uid 500); 2 Feb 2006 02:58:07 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 42358 invoked by uid 500); 2 Feb 2006 02:58:06 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Help: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: "HttpClient Project" <httpclient-dev.jakarta.apache.org> Reply-To: "HttpClient Project" <rebeccamedina@example.net> Delivered-To: mailing list rebeccamedina@example.net Received: (qmail 42347 invoked by uid 99); 2 Feb 2006 02:58:06 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Feb 2006 18:58:06 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of rebeccamedina@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO uproxy.gmail.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Feb 2006 18:58:05 -0800 Received: by uproxy.gmail.com with SMTP id o2so67029uge for <rebeccamedina@example.net>; Wed, 01 Feb 2006 18:57:44 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=b5j8BedIAy9ZXizO+ZnBLyXTp5/Pov9B5VmI19SqoLALU0De1LhWgdHBrXxY1ikapO8+SU+CaYN6/I0OavQ5YA85IIDfjDla8SfO4Y1HIgSI9jyE9xY2p2NNMSY/8BLJJ0OIh8hgohK2pi/dvnPELIvEVwzxX+GKTWY8FZ08PL0= Received: by 83.161.120.155 with SMTP id w13mr47817nff; Wed, 01 Feb 2006 17:41:16 -0800 (PST) Received: by 83.161.120.155 with HTTP; Wed, 1 Feb 2006 17:41:16 -0800 (PST) Message-ID: <rebeccamedina@example.net> Date: Thu, 2 Feb 2006 01:41:16 +0000 From: sebb <rebeccamedina@example.net> To: HttpClient Project <rebeccamedina@example.net> Subject: Re: Java 1.2 compatibility for the 'contrib' code In-Reply-To: <rebeccamedina@example.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <rebeccamedina@example.net> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On 01/02/06, Oleg Kalnichevski <rebeccamedina@example.net> wrote: > Folks, > > We have a long standing policy of requiring Java 1.2 compatibility for > all code contributions to HttpClient including those that end up in the > 'contrib' package. This policy prevents us from accepting the SPNEGO > auth scheme contributed by Mikael Wikstr=F6m into Commons HttpClient code > repository. > > We have two options: > (1) stick to the policy and include Mikael's code into HttpComponents > HttpAuth module, eventually to be released as a component of Jakarta > HttpClient 4.0 > (2) Revoke the policy and accept Mikael's code as source-only > contribution to the 'contrib' package of HttpClient 3.1 May I suggest: (3) Relax the policy for this code only. (4) Relax the policy for 'contrib' packages only. --------------------------------------------------------------------- To unsubscribe, e-mail: rebeccamedina@example.net For additional commands, e-mail: rebeccamedina@example.net From httpclient-dev-returnrebeccamedina@example.net Thu Feb 02 10:08:29 2006 Return-Path: <httpclient-dev-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 11988 invoked from network); 2 Feb 2006 10:08:29 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Feb 2006 10:08:29 -0000 Received: (qmail 56150 invoked by uid 500); 2 Feb 2006 10:08:28 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 56133 invoked by uid 500); 2 Feb 2006 10:08:27 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Help: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: "HttpClient Project" <httpclient-dev.jakarta.apache.org> Reply-To: "HttpClient Project" <rebeccamedina@example.net> Delivered-To: mailing list rebeccamedina@example.net Received: (qmail 56122 invoked by uid 99); 2 Feb 2006 10:08:27 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Feb 2006 02:08:27 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [83.161.120.155] (HELO mail15.bluewin.ch) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Feb 2006 02:08:26 -0800 Received: from [83.161.120.155] (83.161.120.155) by mail15.bluewin.ch (Bluewin 7.2.071) id 43DF73F100079453 for rebeccamedina@example.net; Thu, 2 Feb 2006 10:08:05 +0000 Subject: Re: Java 1.2 compatibility for the 'contrib' code From: Oleg Kalnichevski <rebeccamedina@example.net> To: HttpClient Project <rebeccamedina@example.net> In-Reply-To: <rebeccamedina@example.net> References: <rebeccamedina@example.net> <rebeccamedina@example.net> Content-Type: text/plain; charset=ISO-8859-1 Date: Thu, 02 Feb 2006 11:08:04 +0100 Message-Id: <rebeccamedina@example.net> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On Thu, 2006-02-02 at 01:41 +0000, sebb wrote: > On 01/02/06, Oleg Kalnichevski <rebeccamedina@example.net> wrote: > > Folks, > > > > We have a long standing policy of requiring Java 1.2 compatibility for > > all code contributions to HttpClient including those that end up in the > > 'contrib' package. This policy prevents us from accepting the SPNEGO > > auth scheme contributed by Mikael Wikström into Commons HttpClient code > > repository. > > > > We have two options: > > (1) stick to the policy and include Mikael's code into HttpComponents > > HttpAuth module, eventually to be released as a component of Jakarta > > HttpClient 4.0 > > (2) Revoke the policy and accept Mikael's code as source-only > > contribution to the 'contrib' package of HttpClient 3.1 > > May I suggest: > > (3) Relax the policy for this code only. > (4) Relax the policy for 'contrib' packages only. > This is essentially what I meant by (2). Probably I just failed to articulate it correctly. There is no way we could change the minimal JRE requirement for a minor release. Oleg > --------------------------------------------------------------------- > To unsubscribe, e-mail: rebeccamedina@example.net > For additional commands, e-mail: rebeccamedina@example.net > > --------------------------------------------------------------------- To unsubscribe, e-mail: rebeccamedina@example.net For additional commands, e-mail: rebeccamedina@example.net From httpclient-dev-returnrebeccamedina@example.net Thu Feb 02 12:43:17 2006 Return-Path: <httpclient-dev-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 90396 invoked from network); 2 Feb 2006 12:43:16 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Feb 2006 12:43:16 -0000 Received: (qmail 56157 invoked by uid 500); 2 Feb 2006 12:43:15 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 56135 invoked by uid 500); 2 Feb 2006 12:43:15 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Help: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: "HttpClient Project" <httpclient-dev.jakarta.apache.org> Reply-To: "HttpClient Project" <rebeccamedina@example.net> Delivered-To: mailing list rebeccamedina@example.net Received: (qmail 56115 invoked by uid 99); 2 Feb 2006 12:43:15 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO ajax.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Feb 2006 04:43:13 -0800 Received: from ajax.apache.org (ajax.apache.org [83.161.120.155]) by ajax.apache.org (Postfix) with ESMTP id ABF25C9 for <rebeccamedina@example.net>; Thu, 2 Feb 2006 13:42:52 +0100 (CET) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Apache Wiki <rebeccamedina@example.net> To: rebeccamedina@example.net Date: Thu, 02 Feb 2006 12:42:52 -0000 Message-ID: <rebeccamedina@example.net> Subject: [Jakarta-httpclient Wiki] Update of "HttpClientPowered" by LudovicClaude X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-httpclient Wiki" for change notification. The following page has been changed by LudovicClaude: http://wiki.apache.org/jakarta-httpclient/HttpClientPowered ------------------------------------------------------------------------------ [http://chiralsoftware.net/drag-and-drop-file-upload.html ChiralUpload] An applet which allows users to drag-and-drop files to upload them. Chiral Software also maintains an "applet" fork of HttpClient, which allows smaller applet jars. + [http://cvsgrab.sourceforge.net CVSGrab] + A CVS client that uses the web interface of a CVS repository (usually ViewCVS) to be able to download fresh code from a repository if you are behind a firewall that blocks all native CVS connections. + --------------------------------------------------------------------- To unsubscribe, e-mail: rebeccamedina@example.net For additional commands, e-mail: rebeccamedina@example.net From httpclient-dev-returnrebeccamedina@example.net Fri Feb 03 13:08:46 2006 Return-Path: <httpclient-dev-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 66744 invoked from network); 3 Feb 2006 13:08:46 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Feb 2006 13:08:46 -0000 Received: (qmail 73451 invoked by uid 500); 3 Feb 2006 13:08:44 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 73214 invoked by uid 500); 3 Feb 2006 13:08:42 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Help: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: "HttpClient Project" <httpclient-dev.jakarta.apache.org> Reply-To: "HttpClient Project" <rebeccamedina@example.net> Delivered-To: mailing list rebeccamedina@example.net Received: (qmail 73201 invoked by uid 99); 3 Feb 2006 13:08:42 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2006 05:08:42 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of rebeccamedina@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO xproxy.gmail.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2006 05:08:41 -0800 Received: by xproxy.gmail.com with SMTP id t12so431830wxc for <rebeccamedina@example.net>; Fri, 03 Feb 2006 05:08:20 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gey2qOuzn/kF4ctjbOZRsa86fFCGBUxZ6GcrybTeSDAan0eK4+kYd+mIPZ8943sgffRWDZuDnBdBW2YqgSKO3EhHDhnsio9b29nuS4fhLbkPor92jA3hXFJPI0uGzoYKRRQ2gbsupl84R+WWKhv3403EFRCOlPsdf/5XTq40ezo= Received: by 83.161.120.155 with SMTP id 15mr2030410wxp; Fri, 03 Feb 2006 05:08:20 -0800 (PST) Received: by 83.161.120.155 with HTTP; Fri, 3 Feb 2006 05:08:20 -0800 (PST) Message-ID: <rebeccamedina@example.net> Date: Fri, 3 Feb 2006 08:08:20 -0500 From: Michael Becke <rebeccamedina@example.net> To: HttpClient Project <rebeccamedina@example.net> Subject: Re: Java 1.2 compatibility for the 'contrib' code In-Reply-To: <rebeccamedina@example.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <rebeccamedina@example.net> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N I say we do both. I have no problem including non 1.2 code in contrib since this is not included in the released jar anyway. Mike On 2/1/06, Oleg Kalnichevski <rebeccamedina@example.net> wrote: > Folks, > > We have a long standing policy of requiring Java 1.2 compatibility for > all code contributions to HttpClient including those that end up in the > 'contrib' package. This policy prevents us from accepting the SPNEGO > auth scheme contributed by Mikael Wikstr=F6m into Commons HttpClient code > repository. > > We have two options: > (1) stick to the policy and include Mikael's code into HttpComponents > HttpAuth module, eventually to be released as a component of Jakarta > HttpClient 4.0 > (2) Revoke the policy and accept Mikael's code as source-only > contribution to the 'contrib' package of HttpClient 3.1 > > What do we do? > > Oleg > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: rebeccamedina@example.net > For additional commands, e-mail: rebeccamedina@example.net > > --------------------------------------------------------------------- To unsubscribe, e-mail: rebeccamedina@example.net For additional commands, e-mail: rebeccamedina@example.net From httpclient-dev-returnrebeccamedina@example.net Fri Feb 03 15:11:26 2006 Return-Path: <httpclient-dev-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 40898 invoked from network); 3 Feb 2006 15:11:26 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Feb 2006 15:11:26 -0000 Received: (qmail 41203 invoked by uid 500); 3 Feb 2006 15:11:25 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 41112 invoked by uid 500); 3 Feb 2006 15:11:24 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Help: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: "HttpClient Project" <httpclient-dev.jakarta.apache.org> Reply-To: "HttpClient Project" <rebeccamedina@example.net> Delivered-To: mailing list rebeccamedina@example.net Received: (qmail 41101 invoked by uid 99); 3 Feb 2006 15:11:24 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2006 07:11:24 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [83.161.120.155] (HELO moutng.kundenserver.de) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2006 07:11:23 -0800 Received: from [83.161.120.155] (helo=[83.161.120.155]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis), id 0MKwtQ-1F52aT3EUR-0004pb; Fri, 03 Feb 2006 16:11:01 +0100 Message-ID: <rebeccamedina@example.net> Date: Fri, 03 Feb 2006 16:11:35 +0100 From: Roland Weber <rebeccamedina@example.net> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20051110 X-Accept-Language: en-us, en MIME-Version: 1.0 To: HttpClient Project <rebeccamedina@example.net> Subject: Re: Java 1.2 compatibility for the 'contrib' code References: <rebeccamedina@example.net> <rebeccamedina@example.net> In-Reply-To: <rebeccamedina@example.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Provags-ID: kundenserver.de rebeccamedina@example.net login:4601b1d39ab4ddfc21c613822e406392 X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N option 2/4 is my preference cheers, Roland sebb wrote: > On 01/02/06, Oleg Kalnichevski <rebeccamedina@example.net> wrote: > >>Folks, >> >>We have a long standing policy of requiring Java 1.2 compatibility for >>all code contributions to HttpClient including those that end up in the >>'contrib' package. This policy prevents us from accepting the SPNEGO >>auth scheme contributed by Mikael Wikström into Commons HttpClient code >>repository. >> >>We have two options: >>(1) stick to the policy and include Mikael's code into HttpComponents >>HttpAuth module, eventually to be released as a component of Jakarta >>HttpClient 4.0 >>(2) Revoke the policy and accept Mikael's code as source-only >>contribution to the 'contrib' package of HttpClient 3.1 > > > May I suggest: > > (3) Relax the policy for this code only. > (4) Relax the policy for 'contrib' packages only. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: rebeccamedina@example.net > For additional commands, e-mail: rebeccamedina@example.net > --------------------------------------------------------------------- To unsubscribe, e-mail: rebeccamedina@example.net For additional commands, e-mail: rebeccamedina@example.net From httpclient-dev-returnrebeccamedina@example.net Fri Feb 03 15:36:16 2006 Return-Path: <httpclient-dev-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 54876 invoked from network); 3 Feb 2006 15:36:16 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Feb 2006 15:36:16 -0000 Received: (qmail 8118 invoked by uid 500); 3 Feb 2006 15:36:14 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 8095 invoked by uid 500); 3 Feb 2006 15:36:14 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Help: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: "HttpClient Project" <httpclient-dev.jakarta.apache.org> Reply-To: "HttpClient Project" <rebeccamedina@example.net> Delivered-To: mailing list rebeccamedina@example.net Received: (qmail 8084 invoked by uid 99); 3 Feb 2006 15:36:14 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2006 07:36:14 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [83.161.120.155] (HELO mail22.bluewin.ch) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2006 07:36:13 -0800 Received: from [83.161.120.155] (83.161.120.155) by mail22.bluewin.ch (Bluewin 7.2.071) id 43DF7742000C2A8B for rebeccamedina@example.net; Fri, 3 Feb 2006 15:35:52 +0000 Subject: [VOTE] Java 1.4 compatibility for 'contrib' code From: Oleg Kalnichevski <rebeccamedina@example.net> To: HttpClient Project <rebeccamedina@example.net> Content-Type: text/plain Date: Fri, 03 Feb 2006 16:35:51 +0100 Message-Id: <rebeccamedina@example.net> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Vote: Accept code requiring java 1.4 compatibility to the 'contrib' package [ ] +1 I am in favor of the proposal [ ] -1 I am against this proposal (must include a reason). -1 from a committer will effectively veto the proposal The vote will be running until Fri Feb 10th 12:00 GMT --------------------------------------------------------------------- To unsubscribe, e-mail: rebeccamedina@example.net For additional commands, e-mail: rebeccamedina@example.net From httpclient-dev-returnrebeccamedina@example.net Fri Feb 03 15:41:58 2006 Return-Path: <httpclient-dev-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 60421 invoked from network); 3 Feb 2006 15:41:58 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Feb 2006 15:41:58 -0000 Received: (qmail 28871 invoked by uid 500); 3 Feb 2006 15:41:57 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 28853 invoked by uid 500); 3 Feb 2006 15:41:57 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Help: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: "HttpClient Project" <httpclient-dev.jakarta.apache.org> Reply-To: "HttpClient Project" <rebeccamedina@example.net> Delivered-To: mailing list rebeccamedina@example.net Received: (qmail 28842 invoked by uid 99); 3 Feb 2006 15:41:57 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2006 07:41:57 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [83.161.120.155] (HELO moutng.kundenserver.de) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2006 07:41:56 -0800 Received: from [83.161.120.155] (helo=[83.161.120.155]) by mrelayeu.kundenserver.de (node=mrelayeu10) with ESMTP (Nemesis), id 0ML31I-1F53431FrX-0001wx; Fri, 03 Feb 2006 16:41:35 +0100 Message-ID: <rebeccamedina@example.net> Date: Fri, 03 Feb 2006 16:42:09 +0100 From: Roland Weber <rebeccamedina@example.net> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20051110 X-Accept-Language: en-us, en MIME-Version: 1.0 To: HttpClient Project <rebeccamedina@example.net> Subject: Re: [VOTE] Java 1.4 compatibility for 'contrib' code References: <rebeccamedina@example.net> In-Reply-To: <rebeccamedina@example.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de rebeccamedina@example.net login:4601b1d39ab4ddfc21c613822e406392 X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N +1 We should put explicit comments about the Java 1.4 requirement in the JavaDocs of the respective classes. Oleg Kalnichevski wrote: > Vote: Accept code requiring java 1.4 compatibility to the 'contrib' > package > > [ ] +1 I am in favor of the proposal > [ ] -1 I am against this proposal (must include a reason). > > -1 from a committer will effectively veto the proposal > > The vote will be running until Fri Feb 10th 12:00 GMT > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: rebeccamedina@example.net > For additional commands, e-mail: rebeccamedina@example.net > --------------------------------------------------------------------- To unsubscribe, e-mail: rebeccamedina@example.net For additional commands, e-mail: rebeccamedina@example.net From httpclient-dev-returnrebeccamedina@example.net Fri Feb 03 16:01:07 2006 Return-Path: <httpclient-dev-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 72317 invoked from network); 3 Feb 2006 16:01:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Feb 2006 16:01:07 -0000 Received: (qmail 64167 invoked by uid 500); 3 Feb 2006 16:01:05 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 64154 invoked by uid 500); 3 Feb 2006 16:01:05 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Help: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: "HttpClient Project" <httpclient-dev.jakarta.apache.org> Reply-To: "HttpClient Project" <rebeccamedina@example.net> Delivered-To: mailing list rebeccamedina@example.net Received: (qmail 64136 invoked by uid 99); 3 Feb 2006 16:01:05 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2006 08:01:04 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [83.161.120.155] (HELO mail20.bluewin.ch) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2006 08:01:03 -0800 Received: from [83.161.120.155] (83.161.120.155) by mail20.bluewin.ch (Bluewin 7.2.071) id 43DF7641000C797F for rebeccamedina@example.net; Fri, 3 Feb 2006 16:00:42 +0000 Subject: Re: [VOTE] Java 1.4 compatibility for 'contrib' code From: Oleg Kalnichevski <rebeccamedina@example.net> To: HttpClient Project <rebeccamedina@example.net> In-Reply-To: <rebeccamedina@example.net> References: <rebeccamedina@example.net> Content-Type: text/plain Date: Fri, 03 Feb 2006 17:00:41 +0100 Message-Id: <rebeccamedina@example.net> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N This makes our job of maintaining java 1.2 compatibility for HttpClient proper more difficult. I would vote -1 out of sheer stubbornness and orthodoxy, if not for the spnego auth scheme contribution. +1 Oleg On Fri, 2006-02-03 at 16:35 +0100, Oleg Kalnichevski wrote: > Vote: Accept code requiring java 1.4 compatibility to the 'contrib' > package > > [ ] +1 I am in favor of the proposal > [ ] -1 I am against this proposal (must include a reason). > > -1 from a committer will effectively veto the proposal > > The vote will be running until Fri Feb 10th 12:00 GMT > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: rebeccamedina@example.net > For additional commands, e-mail: rebeccamedina@example.net > > --------------------------------------------------------------------- To unsubscribe, e-mail: rebeccamedina@example.net For additional commands, e-mail: rebeccamedina@example.net From httpclient-dev-returnrebeccamedina@example.net Fri Feb 03 16:09:51 2006 Return-Path: <httpclient-dev-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 76843 invoked from network); 3 Feb 2006 16:09:51 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Feb 2006 16:09:51 -0000 Received: (qmail 80253 invoked by uid 500); 3 Feb 2006 16:09:50 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 80233 invoked by uid 500); 3 Feb 2006 16:09:50 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Help: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: "HttpClient Project" <httpclient-dev.jakarta.apache.org> Reply-To: "HttpClient Project" <rebeccamedina@example.net> Delivered-To: mailing list rebeccamedina@example.net Received: (qmail 80222 invoked by uid 99); 3 Feb 2006 16:09:49 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2006 08:09:49 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [83.161.120.155] (HELO moutng.kundenserver.de) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2006 08:09:49 -0800 Received: from [83.161.120.155] (helo=[83.161.120.155]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis), id 0ML2Dk-1F53V02kfa-0003yo; Fri, 03 Feb 2006 17:09:26 +0100 Message-ID: <rebeccamedina@example.net> Date: Fri, 03 Feb 2006 17:10:00 +0100 From: Roland Weber <rebeccamedina@example.net> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20051110 X-Accept-Language: en-us, en MIME-Version: 1.0 To: HttpClient Project <rebeccamedina@example.net> Subject: Re: [HttpCore] GZIP content compression in 'contrib' package References: <rebeccamedina@example.net> In-Reply-To: <rebeccamedina@example.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de rebeccamedina@example.net login:4601b1d39ab4ddfc21c613822e406392 X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hi Oleg, I had a look at the GZIP content compression code. It's a good example for using the request and response interceptors, and for implementing content decompression. In the *very* long run (not before we're running out of ideas what else is missing), we should reconsider wether to offer content decompression as part of the main package. I know that content handling is out of scope, but decompression is merely dealing with content representation. We do evaluate the charset attribute in the Content-Type occasionally, so we are already in the content representation business. Since we're not going to have the resources for implementing this anyway, I don't want to start a discussion now. I just wanted to have it mentioned once :-) >From the design point of view, I was surprised to see two different entities for compression and decompression. We had a long discussion about distinguishing incoming from outgoing entities and opted for a symmetrical interface in the end. Now, the distinction is creeping back in on the implementation level? ResponseGzipCompress should have a short comment that it does not attempt to cover the full complexity of the spec: qvalues (gzip;q=0), wildcards or multiple Accept-Encoding headers. Anyway, it is a good example as it is. cheers, Roland --------------------------------------------------------------------- To unsubscribe, e-mail: rebeccamedina@example.net For additional commands, e-mail: rebeccamedina@example.net From httpclient-dev-returnrebeccamedina@example.net Fri Feb 03 16:17:32 2006 Return-Path: <httpclient-dev-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 81024 invoked from network); 3 Feb 2006 16:17:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Feb 2006 16:17:32 -0000 Received: (qmail 94176 invoked by uid 500); 3 Feb 2006 16:17:31 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 94150 invoked by uid 500); 3 Feb 2006 16:17:30 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Help: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: "HttpClient Project" <httpclient-dev.jakarta.apache.org> Reply-To: "HttpClient Project" <rebeccamedina@example.net> Delivered-To: mailing list rebeccamedina@example.net Received: (qmail 94139 invoked by uid 99); 3 Feb 2006 16:17:30 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2006 08:17:30 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of rebeccamedina@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO xproxy.gmail.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2006 08:17:29 -0800 Received: by xproxy.gmail.com with SMTP id t12so459646wxc for <rebeccamedina@example.net>; Fri, 03 Feb 2006 08:17:09 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ktgIkDtLfDBM6FtrVf6QnAX5V2qZaXjf3Fu54xWb3frKmopGSvGFRacWUR9B/vgoXFuP7lOsUwPrFHk2pKBliqPF5OyvI+MsyNmnUo76g5lkYX9cNO3X8f5CwwqVPISzcADNO+5lz42p1UuYpqFpTb9XLFDc9GXc0l7yS0uwUiI= Received: by 83.161.120.155 with SMTP id f14mr2290371wxf; Fri, 03 Feb 2006 08:17:09 -0800 (PST) Received: by 83.161.120.155 with HTTP; Fri, 3 Feb 2006 08:17:09 -0800 (PST) Message-ID: <rebeccamedina@example.net> Date: Fri, 3 Feb 2006 11:17:09 -0500 From: Michael Becke <rebeccamedina@example.net> To: HttpClient Project <rebeccamedina@example.net> Subject: Re: [VOTE] Java 1.4 compatibility for 'contrib' code In-Reply-To: <rebeccamedina@example.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <rebeccamedina@example.net> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N +1 +1 to Roland's suggestion about making the comments very explicit. Mike On 2/3/06, Oleg Kalnichevski <rebeccamedina@example.net> wrote: > Vote: Accept code requiring java 1.4 compatibility to the 'contrib' > package > > [ ] +1 I am in favor of the proposal > [ ] -1 I am against this proposal (must include a reason). > > -1 from a committer will effectively veto the proposal > > The vote will be running until Fri Feb 10th 12:00 GMT > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: rebeccamedina@example.net > For additional commands, e-mail: rebeccamedina@example.net > > --------------------------------------------------------------------- To unsubscribe, e-mail: rebeccamedina@example.net For additional commands, e-mail: rebeccamedina@example.net From httpclient-dev-returnrebeccamedina@example.net Fri Feb 03 16:35:37 2006 Return-Path: <httpclient-dev-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 94532 invoked from network); 3 Feb 2006 16:35:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Feb 2006 16:35:36 -0000 Received: (qmail 35368 invoked by uid 500); 3 Feb 2006 16:35:36 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 35173 invoked by uid 500); 3 Feb 2006 16:35:35 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Help: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: "HttpClient Project" <httpclient-dev.jakarta.apache.org> Reply-To: "HttpClient Project" <rebeccamedina@example.net> Delivered-To: mailing list rebeccamedina@example.net Received: (qmail 35162 invoked by uid 99); 3 Feb 2006 16:35:35 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2006 08:35:35 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [83.161.120.155] (HELO moutng.kundenserver.de) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2006 08:35:34 -0800 Received: from [83.161.120.155] (helo=[83.161.120.155]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis), id 0ML2Dk-1F53tx1l1g-0003yn; Fri, 03 Feb 2006 17:35:13 +0100 Message-ID: <rebeccamedina@example.net> Date: Fri, 03 Feb 2006 17:35:47 +0100 From: Roland Weber <rebeccamedina@example.net> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20051110 X-Accept-Language: en-us, en MIME-Version: 1.0 To: rebeccamedina@example.net Subject: connected entities Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de rebeccamedina@example.net login:4601b1d39ab4ddfc21c613822e406392 X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hi folks, I should be able to spend a few hours with coding this week-end. I'd like to tackle some details I noticed while discussing "entities and connections" with Oleg, and while working on http-async: 1. In order to keep a connection alive even if the application has not read the response entity completely, on needs to call InputStream.close() on the input stream returned by HttpEntity.getContent(). If entities are layered, calling getContent() might trigger the creation of wrapping input streams, just to close them immediately afterwards. If an entity is not repeatable and has been read completely, this might even trigger an exception. 2. HttpClientConnection.receiveResponseEntity initializes a response object with an entity, but there is no way of telling whether that entity depends on the connection, or whether it is already buffered completely in memory. The DefaultHttpClientConnection will always return an entity that depends on the connection, but there might be others. Also, response postprocessing might replace a streamed entity with a buffered one. 3. ByteArrayEntity and StringEntity are outgoing entities only. There is no constructor or factory method to have them read and buffer another (incoming) entity like the BasicHttpEntity. Most of the code to do this is already available in class EntityUtil. This is rather cosmetic. The idea I have about 1 and 2 is to add two methods to the HttpEntity interface (method names subject to change): public void disconnect(); public boolean isConnected(); If you've got helpful suggestions - or objections - I wouldn't mind reading them before I start coding. There's a snooker broadcast this evening, so I probably won't start until tomorrow ;-) cheers, Roland --------------------------------------------------------------------- To unsubscribe, e-mail: rebeccamedina@example.net For additional commands, e-mail: rebeccamedina@example.net From httpclient-dev-returnrebeccamedina@example.net Fri Feb 03 17:30:30 2006 Return-Path: <httpclient-dev-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 30583 invoked from network); 3 Feb 2006 17:30:30 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Feb 2006 17:30:30 -0000 Received: (qmail 56697 invoked by uid 500); 3 Feb 2006 17:30:30 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 56464 invoked by uid 500); 3 Feb 2006 17:30:29 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Help: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: "HttpClient Project" <httpclient-dev.jakarta.apache.org> Reply-To: "HttpClient Project" <rebeccamedina@example.net> Delivered-To: mailing list rebeccamedina@example.net Received: (qmail 56453 invoked by uid 99); 3 Feb 2006 17:30:29 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2006 09:30:29 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [83.161.120.155] (HELO mail11.bluewin.ch) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2006 09:30:27 -0800 Received: from [83.161.120.155] (83.161.120.155) by mail11.bluewin.ch (Bluewin 7.2.071) id 43DF6A35000E25E5 for rebeccamedina@example.net; Fri, 3 Feb 2006 17:30:06 +0000 Subject: Re: [HttpCore] GZIP content compression in 'contrib' package From: Oleg Kalnichevski <rebeccamedina@example.net> To: HttpClient Project <rebeccamedina@example.net> In-Reply-To: <rebeccamedina@example.net> References: <rebeccamedina@example.net> <rebeccamedina@example.net> Content-Type: text/plain Date: Fri, 03 Feb 2006 18:30:04 +0100 Message-Id: <rebeccamedina@example.net> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On Fri, 2006-02-03 at 17:10 +0100, Roland Weber wrote: > Hi Oleg, > > I had a look at the GZIP content compression code. It's a good example > for using the request and response interceptors, and for implementing > content decompression. > > In the *very* long run (not before we're running out of ideas what else > is missing), we should reconsider wether to offer content decompression > as part of the main package. I know that content handling is out of scope, > but decompression is merely dealing with content representation. We do > evaluate the charset attribute in the Content-Type occasionally, so we > are already in the content representation business. Since we're not > going to have the resources for implementing this anyway, I don't want > to start a discussion now. I just wanted to have it mentioned once :-) > Hi Roland, I personally do not see a big problem in changing the project charter provided it is clearly driven by the popular demand. However, at the moment we should concentrate on getting the core modules to ALPHA release level first. This issue is far from being a top priority one > From the design point of view, I was surprised to see two different > entities for compression and decompression. We had a long discussion > about distinguishing incoming from outgoing entities and opted for a > symmetrical interface in the end. Now, the distinction is creeping > back in on the implementation level? > I know we argued a lot about this one. Conceptually the idea of having separate interfaces for incoming and outgoing entities was nice. However, it practical terms such a design decision would imply having to cast every HttpEntity instance to either interface in order to be able to consume its content, which was way too much of a sacrifice for the design purism's sake. So, we ended up having one interface to represent all types of entities solely for practical reasons. Therefore I do not see a big problem is having one way entity wrapper classes (representing pure incoming or outgoing entities) on the implementation level. > ResponseGzipCompress should have a short comment that it does not > attempt to cover the full complexity of the spec: qvalues (gzip;q=0), > wildcards or multiple Accept-Encoding headers. > So true. I know I suck at writing documentation Cheers, Oleg > Anyway, it is a good example as it is. > > cheers, > Roland > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: rebeccamedina@example.net > For additional commands, e-mail: rebeccamedina@example.net > > --------------------------------------------------------------------- To unsubscribe, e-mail: rebeccamedina@example.net For additional commands, e-mail: rebeccamedina@example.net From httpclient-dev-returnrebeccamedina@example.net Fri Feb 03 17:38:33 2006 Return-Path: <httpclient-dev-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 36180 invoked from network); 3 Feb 2006 17:38:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Feb 2006 17:38:32 -0000 Received: (qmail 80409 invoked by uid 500); 3 Feb 2006 17:38:31 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 80389 invoked by uid 500); 3 Feb 2006 17:38:31 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Help: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: "HttpClient Project" <httpclient-dev.jakarta.apache.org> Reply-To: "HttpClient Project" <rebeccamedina@example.net> Delivered-To: mailing list rebeccamedina@example.net Received: (qmail 80377 invoked by uid 99); 3 Feb 2006 17:38:31 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2006 09:38:31 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [83.161.120.155] (HELO mail19.bluewin.ch) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2006 09:38:30 -0800 Received: from [83.161.120.155] (83.161.120.155) by mail19.bluewin.ch (Bluewin 7.2.071) id 43DF75CB000DB245 for rebeccamedina@example.net; Fri, 3 Feb 2006 17:38:09 +0000 Subject: Re: connected entities From: Oleg Kalnichevski <rebeccamedina@example.net> To: HttpClient Project <rebeccamedina@example.net> In-Reply-To: <rebeccamedina@example.net> References: <rebeccamedina@example.net> Content-Type: text/plain Date: Fri, 03 Feb 2006 18:38:07 +0100 Message-Id: <rebeccamedina@example.net> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On Fri, 2006-02-03 at 17:35 +0100, Roland Weber wrote: > Hi folks, > > I should be able to spend a few hours with coding this week-end. I'd > like to tackle some details I noticed while discussing "entities and > connections" with Oleg, and while working on http-async: > > 1. In order to keep a connection alive even if the application has not > read the response entity completely, on needs to call InputStream.close() > on the input stream returned by HttpEntity.getContent(). If entities are > layered, calling getContent() might trigger the creation of wrapping > input streams, just to close them immediately afterwards. If an entity > is not repeatable and has been read completely, this might even trigger > an exception. > > 2. HttpClientConnection.receiveResponseEntity initializes a response > object with an entity, but there is no way of telling whether that > entity depends on the connection, or whether it is already buffered > completely in memory. The DefaultHttpClientConnection will always return > an entity that depends on the connection, but there might be others. > Also, response postprocessing might replace a streamed entity with a > buffered one. > > 3. ByteArrayEntity and StringEntity are outgoing entities only. There > is no constructor or factory method to have them read and buffer another > (incoming) entity like the BasicHttpEntity. Most of the code to do this > is already available in class EntityUtil. This is rather cosmetic. > > > The idea I have about 1 and 2 is to add two methods to the HttpEntity > interface (method names subject to change): > > public void disconnect(); > public boolean isConnected(); > > If you've got helpful suggestions - or objections - I wouldn't mind > reading them before I start coding. There's a snooker broadcast this > evening, so I probably won't start until tomorrow ;-) > Roland, If possible consider using an optional marker interface to provide this functionality interface DetachableHttpEntity extends HttpEntity { void detach(); boolean isConnected(); } or some such thing. I would prefer to avoid overloading HttpEntity interface with two many methods, if not absolutely necessary. Otherwise, hack away Cheers, Oleg > cheers, > Roland > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: rebeccamedina@example.net > For additional commands, e-mail: rebeccamedina@example.net > > --------------------------------------------------------------------- To unsubscribe, e-mail: rebeccamedina@example.net For additional commands, e-mail: rebeccamedina@example.net From httpclient-dev-returnrebeccamedina@example.net Fri Feb 03 18:38:09 2006 Return-Path: <httpclient-dev-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 67699 invoked from network); 3 Feb 2006 18:38:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Feb 2006 18:38:09 -0000 Received: (qmail 86834 invoked by uid 500); 3 Feb 2006 18:38:08 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 86817 invoked by uid 500); 3 Feb 2006 18:38:07 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Help: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: "HttpClient Project" <httpclient-dev.jakarta.apache.org> Reply-To: "HttpClient Project" <rebeccamedina@example.net> Delivered-To: mailing list rebeccamedina@example.net Received: (qmail 86806 invoked by uid 99); 3 Feb 2006 18:38:07 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2006 10:38:07 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [83.161.120.155] (HELO moutng.kundenserver.de) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2006 10:38:07 -0800 Received: from [83.161.120.155] (helo=[83.161.120.155]) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis), id 0MKxQS-1F55oW05lc-00008V; Fri, 03 Feb 2006 19:37:44 +0100 Message-ID: <rebeccamedina@example.net> Date: Fri, 03 Feb 2006 19:38:18 +0100 From: Roland Weber <rebeccamedina@example.net> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20051110 X-Accept-Language: en-us, en MIME-Version: 1.0 To: HttpClient Project <rebeccamedina@example.net> Subject: Re: [HttpCore] GZIP content compression in 'contrib' package References: <rebeccamedina@example.net> <rebeccamedina@example.net> <rebeccamedina@example.net> In-Reply-To: <rebeccamedina@example.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de rebeccamedina@example.net login:4601b1d39ab4ddfc21c613822e406392 X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hi Oleg, > at the > moment we should concentrate on getting the core modules to ALPHA > release level first. I fully agree. >>>From the design point of view, I was surprised to see two different >>entities for compression and decompression. We had a long discussion >>about distinguishing incoming from outgoing entities and opted for a >>symmetrical interface in the end. Now, the distinction is creeping >>back in on the implementation level? >> > > > I know we argued a lot about this one. Conceptually the idea of having > separate interfaces for incoming and outgoing entities was nice. > However, it practical terms such a design decision would imply having to > cast every HttpEntity instance to either interface in order to be able > to consume its content, which was way too much of a sacrifice for the > design purism's sake. Actually, the casting became necessary because you wanted to use classes and interfaces on the server as well as on the client side. So you had to define attributes and return values with the common interface, because the associations request/outgoing and response/incoming apply only on the client side and are reversed on the server side. That design decision improved code re-usability and decreased the total lines of code we need, so I fully support it. > So, we ended up having one interface to represent > all types of entities solely for practical reasons. Therefore I do not > see a big problem is having one way entity wrapper classes (representing > pure incoming or outgoing entities) on the implementation level. I've spent a few minutes thinking about merging the compressing and decompressing entities into one class, but the result makes my brain twist whenever I try to imagine a stack of entities. That's a sure sign of a bad idea. Maybe I should publish an article about a new design pattern, "Escher" :-) http://www.mcescher.com/Gallery/back-bmp/LW389.jpg I am still a little itchy about the fact that such a clear distinction on the implementation level is not reflected in the interface hierarchy. But introducing tag interfaces without additional methods is pointless. JavaDocs will suffice. > So true. I know I suck at writing documentation > You fully compensate with the code :-) cheers, Roland --------------------------------------------------------------------- To unsubscribe, e-mail: rebeccamedina@example.net For additional commands, e-mail: rebeccamedina@example.net From httpclient-dev-returnrebeccamedina@example.net Fri Feb 03 18:39:50 2006 Return-Path: <httpclient-dev-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 68473 invoked from network); 3 Feb 2006 18:39:49 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Feb 2006 18:39:49 -0000 Received: (qmail 89065 invoked by uid 500); 3 Feb 2006 18:39:48 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 89046 invoked by uid 500); 3 Feb 2006 18:39:48 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Help: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: "HttpClient Project" <httpclient-dev.jakarta.apache.org> Reply-To: "HttpClient Project" <rebeccamedina@example.net> Delivered-To: mailing list rebeccamedina@example.net Received: (qmail 89034 invoked by uid 99); 3 Feb 2006 18:39:47 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2006 10:39:47 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [83.161.120.155] (HELO moutng.kundenserver.de) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2006 10:39:47 -0800 Received: from [83.161.120.155] (helo=[83.161.120.155]) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis), id 0ML21M-1F55q93atY-0006sE; Fri, 03 Feb 2006 19:39:25 +0100 Message-ID: <rebeccamedina@example.net> Date: Fri, 03 Feb 2006 19:39:59 +0100 From: Roland Weber <rebeccamedina@example.net> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20051110 X-Accept-Language: en-us, en MIME-Version: 1.0 To: HttpClient Project <rebeccamedina@example.net> Subject: Re: connected entities References: <rebeccamedina@example.net> <rebeccamedina@example.net> In-Reply-To: <rebeccamedina@example.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de rebeccamedina@example.net login:4601b1d39ab4ddfc21c613822e406392 X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hi Oleg, > If possible consider using an optional marker interface to provide this > functionality > > interface DetachableHttpEntity extends HttpEntity { > > void detach(); > boolean isConnected(); > > } Thanks, that is just the kind of suggestion I was hoping for. I'll think it over thoroughly. cheers, Roland --------------------------------------------------------------------- To unsubscribe, e-mail: rebeccamedina@example.net For additional commands, e-mail: rebeccamedina@example.net From httpclient-dev-returnrebeccamedina@example.net Fri Feb 03 20:18:26 2006 Return-Path: <httpclient-dev-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 29640 invoked from network); 3 Feb 2006 20:18:25 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Feb 2006 20:18:25 -0000 Received: (qmail 52287 invoked by uid 500); 3 Feb 2006 20:18:24 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 52261 invoked by uid 500); 3 Feb 2006 20:18:24 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Help: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: "HttpClient Project" <httpclient-dev.jakarta.apache.org> Reply-To: "HttpClient Project" <rebeccamedina@example.net> Delivered-To: mailing list rebeccamedina@example.net Received: (qmail 52250 invoked by uid 99); 3 Feb 2006 20:18:23 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2006 12:18:23 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [83.161.120.155] (HELO mail16.bluewin.ch) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2006 12:18:23 -0800 Received: from [83.161.120.155] (83.161.120.155) by mail16.bluewin.ch (Bluewin 7.2.071) id 43DF746C000D60D8 for rebeccamedina@example.net; Fri, 3 Feb 2006 20:18:01 +0000 Subject: Re: [HttpCore] GZIP content compression in 'contrib' package From: Oleg Kalnichevski <rebeccamedina@example.net> To: HttpClient Project <rebeccamedina@example.net> In-Reply-To: <rebeccamedina@example.net> References: <rebeccamedina@example.net> <rebeccamedina@example.net> <rebeccamedina@example.net> <rebeccamedina@example.net> Content-Type: text/plain Date: Fri, 03 Feb 2006 21:18:00 +0100 Message-Id: <rebeccamedina@example.net> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On Fri, 2006-02-03 at 19:38 +0100, Roland Weber wrote: > Hi Oleg, ... > > I am still a little itchy about the fact that such a clear distinction > on the implementation level is not reflected in the interface hierarchy. > But introducing tag interfaces without additional methods is pointless. > JavaDocs will suffice. > This is not that bad in fact. Consider GzipCompressingEntity class for instance. As far as HTTP content compression is concerned this is clearly a type of outgoing entity. However, it can also be used to wrap an incoming entity on the client side in order to compress its content prior to saving it in a database BLOB field. The same class is perfectly usable in a different context, which is a good thing in my opinion Cheers, Oleg --------------------------------------------------------------------- To unsubscribe, e-mail: rebeccamedina@example.net For additional commands, e-mail: rebeccamedina@example.net From httpclient-dev-returnrebeccamedina@example.net Sat Feb 04 14:08:08 2006 Return-Path: <httpclient-dev-returnrebeccamedina@example.net> Delivered-To: rebeccamedina@example.net Received: (qmail 61093 invoked from network); 4 Feb 2006 14:08:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 4 Feb 2006 14:08:07 -0000 Received: (qmail 68549 invoked by uid 500); 4 Feb 2006 14:08:06 -0000 Delivered-To: rebeccamedina@example.net Received: (qmail 68533 invoked by uid 500); 4 Feb 2006 14:08:06 -0000 Mailing-List: contact rebeccamedina@example.net; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:rebeccamedina@example.net> List-Help: <mailto:rebeccamedina@example.net> List-Post: <mailto:rebeccamedina@example.net> List-Id: "HttpClient Project" <httpclient-dev.jakarta.apache.org> Reply-To: "HttpClient Project" <rebeccamedina@example.net> Delivered-To: mailing list rebeccamedina@example.net Received: (qmail 68522 invoked by uid 99); 4 Feb 2006 14:08:06 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 04 Feb 2006 06:08:06 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [83.161.120.155] (HELO moutng.kundenserver.de) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 04 Feb 2006 06:08:05 -0800 Received: from [83.161.120.155] (helo=[83.161.120.155]) by mrelayeu.kundenserver.de (node=mrelayeu9) with ESMTP (Nemesis), id 0ML2xA-1F5O4l1HaT-0004Bx; Sat, 04 Feb 2006 15:07:43 +0100 Message-ID: <rebeccamedina@example.net> Date: Sat, 04 Feb 2006 15:08:12 +0100 From: Roland Weber <rebeccamedina@example.net> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20051110 X-Accept-Language: en-us, en MIME-Version: 1.0 To: HttpClient Project <rebeccamedina@example.net> Subject: [http-core] test case fails Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de rebeccamedina@example.net login:4601b1d39ab4ddfc21c613822e406392 X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hi all, I just executed the test cases for HttpComponents http-core. I get one failure... test: [javac] Compiling 39 source files to /home/rweber/HttpComponents/trunk/http-core/target/tests [java] .......F.................................. [java] ......................................... [java] ......................................... [java] ......................................... [java] ......................................... [java] ................................. [java] Time: 0.154 [java] There was 1 failure: [java] 1) testBytesToString(org.apache.http.util.TestEncodingUtils)junit.framework.ComparisonFailure: expected:<...?ezi_z?m?> but was:<...?ezi_z?m?> [java] at org.apache.http.util.TestEncodingUtils.testBytesToString(TestEncodingUtils.java:82) [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [java] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [java] FAILURES!!! [java] Tests run: 238, Failures: 1, Errors: 0 I promise I didn't touch the EncodingUtils class. The failing test seems to rely on a specific JVM behavior when passing an unknown character encoding: public void testBytesToString() throws Exception { String s = constructString(SWISS_GERMAN_HELLO); byte[] utf = s.getBytes("UTF-8"); byte[] latin1 = s.getBytes("ISO-8859-1"); ==> byte[] def = s.getBytes(); String s1 = EncodingUtils.getString(utf, "UTF-8"); String s2 = EncodingUtils.getString(latin1, "ISO-8859-1"); ==> String s3 = EncodingUtils.getString(def, "THIS JUST DOES NOT SEEM RIGHT"); assertEquals(s, s1); assertEquals(s, s2); ==> assertEquals(s, s3); This test case seems to check JVM behavior rather than HTTP components code, or am I missing something? For comparison, I've installed some more JDKs. I get the error above with blackdown 1.4.2 and IBM 1.5.0: java version "1.4.2-03" Java(TM) 2 Runtime Environment, Standard Edition (build Blackdown-1.4.2-03) Java HotSpot(TM) Client VM (build Blackdown-1.4.2-03, mixed mode) java version "1.5.0" Java(TM) 2 Runtime Environment, Standard Edition (build pxi32dev-20051104) IBM J9 VM (build 2.3, J2RE 1.5.0 IBM J9 2.3 Linux x86-32 j9vmxi3223-20051103 (JIT enabled) J9VM - 20051027_03723_lHdSMR JIT - 20051027_1437_r8 GC - 20051020_AA) JCL - 20051102 I get a different error with IBM 1.4.2: java version "1.4.2" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2) Classic VM (build 1.4.2, J2RE 1.4.2 IBM build cxia32142-20060120 (SR4) (JIT enabled: jitc)) [java] 1) testBytesToString(org.apache.http.util.TestEncodingUtils)java.nio.charset.IllegalCharsetNameException: THIS JUST DOES NOT SEEM RIGHT [java] at java.nio.charset.Charset.checkName(Charset.java:305) [java] at java.nio.charset.Charset.lookup(Charset.java:439) [java] at java.nio.charset.Charset.forName(Charset.java:477) [java] at java.lang.StringCoding$DecoderCache.makeDecoder(StringCoding.java:109) [java] at java.lang.StringCoding$1.run(StringCoding.java:155) [java] at java.security.AccessController.doPrivileged1(Native Method) [java] at java.security.AccessController.doPrivileged(AccessController.java:351) [java] at java.lang.StringCoding$DecoderCache.getDecoder(StringCoding.java:152) [java]
{'source': 'Apache Software Foundation Public Mail Archives'}