Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: pass (asf.osuosl.org: domain of a.y.chernyshev@gmail.com
 designates 66.249.92.193 as permitted sender)
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=TQt8WLZXPWZZispQBTyxOQKH3LwKrtNAuc/eNn6gywNstwTkqeNee2H2m/dZvxq6joF29t7CHc6J8/LAOoqdjS7JwWI76CHLxAPxzIim9CrRFtvSXdiZk2UfmrRz4cPlTCqlI7vLBNllaHYB5+0lRzmL5AFf5hk8R/TJmuKT5v0=
Message-ID: <6928c5160601300548i2a832c6fq5bdd08ec09722617@mail.gmail.com>
Date: Mon, 30 Jan 2006 16:48:41 +0300
From: Andrey Chernyshev <a.y.chernyshev@gmail.com>
To: harmony-dev@incubator.apache.org
Subject: Re: Contribution of beans, math and regex libraries
In-Reply-To: <6e47b64f0601300420w1ac52b6ag1c113b937bb6c942@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <6928c5160601230919t5601f9ddgd16af52a030054c5@mail.gmail.com>
	 <6e47b64f0601300420w1ac52b6ag1c113b937bb6c942@mail.gmail.com>

> java.beans.PropertyChangeSupportTest
>
> First two tests were mentioned in the contribution's README.txt that they
> may fail. The last one failed on serialization.

Yes, you are right. As far as I can see the PropertyChangeSupportTest
fails with the following message:

        java.security.NoSuchAlgorithmException: SHA

Serialization code has to compute the default SUID. To do that, it
requests message digest with SHA algorithm, e.g. does something like:

      digest =3D java.security.MessageDigest.getInstance("SHA");

and then fails to get SHA with the default provider package. Could it
be related to the new security code integration? Were you able to pass
security2 tests which utilize SHA?


Thank you,
Andrey Chernyshev
Intel Middleware Products Division


On 1/30/06, Stepan Mishura <stepan.mishura@gmail.com> wrote:
> I tried this contribution in the following way: I've substituted the curr=
ent
> java.math stub implementation with implementation from the contribution. =
And
> I run all security2 tests - most of tests that depend on
> java.math.BigInteger class passed.
>
> Also I run tests from the contribution. All tests passed except
> java.beans.EventHandlerTest
> java.beans.SimpleBeanInfoTest
> java.beans.PropertyChangeSupportTest
>
> First two tests were mentioned in the contribution's README.txt that they
> may fail. The last one failed on serialization.
>
> Thanks,
> Stepan Mishura
> Intel Middleware Products Division
>
>
>
> On 1/23/06, Andrey Chernyshev <a.y.chernyshev@gmail.com> wrote:
> >
> > I'm happy to announce one more contribution to Harmony on behalf of
> > Intel. The archive with the contribution is uploaded to the following
> > location:
> >
> > http://issues.apache.org/jira/browse/HARMONY-39
> >
> > The contribution includes the following class library packages:
> >
> > 1) java.beans
> > 2) java.math
> > 3) java.util.regex
> >
> > Note that this contribution includes stubs for certain classes from the
> > java.awt and java.applet packages as well to enable compilation of
> > java.beans. The stub classes do not yet include the complete method
> > signatures
> > or their fully-functional implementations. Please be prepared to observ=
e
> > some
> > unit test failures in the beans package because of that.
> >
> > The code is a result of efforts of Intel Middleware Product Division te=
am.
> > One
> > should be able to compile and run this code with the Harmony Execution
> > Environment available at
> > http://www-128.ibm.com/developerworks/java/jdk/harmony,
> > Harmony Class Libraries and Eclipse compiler. The code included with th=
e
> > contribution is pure Java, we tested it with the Harmony Execution
> > Environment
> > on Windows and Linux. The implementation is done according to the Java =
5
> > API
> > specification, though the Java 5 specific language features such as
> > generics
> > were not utilized. One should be able to run this code with a 1.4+compa=
tible
> > JRE/VM.
> >
> > The build provided with the contribution doesn't include the documentat=
ion
> > target yet until we work out the approach to handling the references to
> > J2SE
> > spec (we haven't yet removed the com.intel.drl.spec_ref tags from the
> > code).
> >
> > We hope that the proposed regex package would allow developing the full=
y-
> > functional build makefiles for Ant. The detailed documentation regardin=
g
> > the
> > regex framework can be found under the 'doc' directory.
> >
> > The archive contains the README file that explains the things doable wi=
th
> > this
> > code. But, should any additional clarifications be required, I'll be ha=
ppy
> > to
> > provide them. You are welcome to try it out!
> >
> > Thank you,
> > Andrey Chernyshev
> > Intel Middleware Products Division
> >
>
>
>
> --
> Thanks,
> Stepan Mishura
> Intel Middleware Products Division
>
>