Mailing-List: contact httpcomponents-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "HttpComponents Project" <httpcomponents-dev@jakarta.apache.org>
Received-SPF: pass (athena.apache.org: domain of sberlin@gmail.com designates
 64.233.162.225 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=EimUcsvw0bb28MlZ3zmHRPCGbjLovTnLr4PN4LbstX9IAM4Txs5g2OTRIr9zqNK9fYb3Brr/Vj7dky5dlyeU9JgiK6C2Dy9ny2VScpWfRf0OKR+cU8PgyZbu2XzAGco2ZXTnE5UIdW9ecuAAPjjfDApgs0PrZEiFsRXSh4WJvL0=
Message-ID: <19196d860712050925p2b8bad23t940003042644832d@mail.gmail.com>
Date: Wed, 5 Dec 2007 12:25:48 -0500
From: "Sam Berlin" <sberlin@gmail.com>
To: "HttpComponents Project" <httpcomponents-dev@jakarta.apache.org>
Subject: Re: HttpCore NIOSSL fatal exception
In-Reply-To: <4756DBD3.5030908@odi.ch>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <28381855.1509881196873743736.JavaMail.servlet@kundenserver>
	 <19196d860712050905l992a942r561ced1674c3f36e@mail.gmail.com>
	 <4756DBD3.5030908@odi.ch>

Not exactly, no.  A persistent connection doesn't imply a lock/step of
request/response. As another example, consider a protocol like
BitTorrent or Gnutella.  You send packets to a host and read packets
from a host, but the messages don't happen in sequence.  A persistent
connection is necessary (because it's long-lived, and knowing you've
disconnected is important), but there's no concept of a "request" and
"response" -- just arbitrary messages sent & read from the pipeline.

Anyways... this is straying far off topic from HttpComponents. I just
wanted remind Oleg that NIO does have it's uses and reasons in many
situations. :)

Sam

On 12/5/07, Ortwin Gl=FCck <odi@odi.ch> wrote:
>
>
> Sam Berlin wrote:
> > I don't think a typical browser is capable of
> > handling this, but if you could code your own Socket handling, it is
> > useful.
>
> You mean, to use a connection-less protocol like UDP for instance.
>
> --
> [web]  http://www.odi.ch/
> [blog] http://www.odi.ch/weblog/
> [pgp]  key 0x81CF3416
>       finger print F2B1 B21F F056 D53E 5D79 A5AF 02BE 70F5 81CF 3416
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpcomponents-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: httpcomponents-dev-help@jakarta.apache.o=
rg
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: httpcomponents-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: httpcomponents-dev-help@jakarta.apache.org