Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Received-SPF: pass (athena.apache.org: domain of oliver.deakin@googlemail.com
 designates 209.85.215.49 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=message-id:date:from:user-agent:mime-version:to:subject:references
         :in-reply-to:content-type:content-transfer-encoding;
        b=mCqpZJnY0GaUMjc12CUENOarn9izXZNh7IgXojB64M6UFb5su5ymIznUNILDVAlpH2
         NewYrYnQyUGSvEMrw8H8ouM5k89XE4Ot60HCwBU7HosaP+xsgBZXdUUsyC0g+pB7M8cO
         /oDezyP3pjDyvdlqnozWermXJeezFfwbRbKIs=
Message-ID: <4C6EDEAF.2070801@googlemail.com>
Date: Fri, 20 Aug 2010 20:59:43 +0100
From: Oliver Deakin <oliver.deakin@googlemail.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
 rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2
MIME-Version: 1.0
To: dev@harmony.apache.org
Subject: Re: [classlib][x-net] Creating a provider based on OpenSSL
References: <4C447A1D.80702@googlemail.com>	<4C569924.6000302@googlemail.com>
	<4C693368.6070205@googlemail.com>	<4C6CE446.3040908@googlemail.com>
	<55089.91.183.51.65.1282250414.squirrel@k-embedded-java.com>
	<4C6E5507.7050106@googlemail.com>
 <AANLkTi=OVR=QUidi+U2JjoZuoe6_ZJtsBr5S61+iWQij@mail.gmail.com>
In-Reply-To: <AANLkTi=OVR=QUidi+U2JjoZuoe6_ZJtsBr5S61+iWQij@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

  On 20/08/2010 18:26, Catherine Hope wrote:
> I've been working on SSLSocketInputStream, which currently reads bytes one
> at a time.  I've attached a patch to
> https://issues.apache.org/jira/browse/HARMONY-6627 with an implementation of
> the read methods using OpenSSL calls and replaced the available call to use
> ioctl.

Thanks for the new patch Cath - I applied it with some modifications, 
comments added to the JIRA.

> Currently when I run the x-net tests I have 2 failures and 11 errors.  With
> my fix the org.apache.harmony.xnet.provider.jsse.SSLSocketFunctionalTest
> gets a bit further - it's currently failing with a
> javax.net.ssl.SSLHandshakeException:
> no shared cipher

I see the same failures. For the "no shared cipher" the cause is not 
immediately obvious - from the list of available ciphers returned by 
OpenSSL I would expect the ciphers used in this test to all succeed. 
I'll add some debug to both sides of the connection and see if that 
tells me anything.

> I've encountered some problems using the keytool to get some examples to
> work - these are raised under
> https://issues.apache.org/jira/browse/HARMONY-6631 with a fix.

I think this would be a good issue to get fixed before the next 
milestone - I'll try and get this applied before the code freeze.

Regards,
Oliver


-- 
Oliver Deakin
Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU