From harmony-dev-return-6283-apmail-incubator-harmony-dev-archive=incubator.apache.org@incubator.apache.org Thu Apr 06 22:36:59 2006 Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 42574 invoked from network); 6 Apr 2006 22:36:58 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 6 Apr 2006 22:36:58 -0000 Received: (qmail 3159 invoked by uid 500); 6 Apr 2006 22:36:54 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 3117 invoked by uid 500); 6 Apr 2006 22:36:54 -0000 Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: harmony-dev@incubator.apache.org Delivered-To: mailing list harmony-dev@incubator.apache.org Received: (qmail 3106 invoked by uid 99); 6 Apr 2006 22:36:54 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Apr 2006 15:36:54 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of miguel.montes@gmail.com designates 64.233.166.176 as permitted sender) Received: from [64.233.166.176] (HELO pproxy.gmail.com) (64.233.166.176) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Apr 2006 15:36:53 -0700 Received: by pproxy.gmail.com with SMTP id d80so316446pyd for ; Thu, 06 Apr 2006 15:36:32 -0700 (PDT) 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:references; b=RQyLS6V5m+D0ii1geMyO0u8RkTTRVZXmdGeULYXqYkKyRGfNxLFuVn7m/X0tnueoPeTLH5BbZ/4Z6NH3DN4v3AR7yikrT//tnGWg/8bxzqr5ob6OcBc8QV5ic98DribR/XExW5Rm04f5W7ILh9MRu5z4sN4fZ4R0qRHe9pIQQEk= Received: by 10.35.18.4 with SMTP id v4mr568787pyi; Thu, 06 Apr 2006 15:36:32 -0700 (PDT) Received: by 10.35.69.2 with HTTP; Thu, 6 Apr 2006 15:36:32 -0700 (PDT) Message-ID: <9b6bea40604061536l18932e9cx2cfb4eb5d4883ac2@mail.gmail.com> Date: Thu, 6 Apr 2006 19:36:32 -0300 From: "Miguel Montes" To: harmony-dev@incubator.apache.org Subject: Re: ITC: Contribution of java.math and javax.crypto In-Reply-To: <44358E64.4090107@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_20857_12748577.1144362992351" References: <9b6bea40603140731g358d7085hb669b2f7955fc1b4@mail.gmail.com> <4416EFAC.30405@gmail.com> <906dd82e0604052306q3f061e3yb18450b51473a010@mail.gmail.com> <9b6bea40604061402i50c26031g35c2192fc6266cfa@mail.gmail.com> <44358E64.4090107@gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_Part_20857_12748577.1144362992351 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Thanks for the tip, Tim. I think the set of access rules for 1.5 should be pretty much the same Miguel On 4/6/06, Tim Ellison wrote: > > Miguel, > > You can set up Eclipse to avoid this problem by defining access rules > that ensure you can only 'see' API packages. > > Take a look at: > https://bugs.eclipse.org/bugs/show_bug.cgi?id=3D116656 > (contains an example for JDK 1.4.2 rules) > > Regards, > Tim > > > Miguel Montes wrote: > > Hi Mikhail: > > I'm glad that you are looking at our code. > > > > I'm afraid that the problem was caused by Eclipse's black magic. > Searching > > for a Base 64 decoder, the developer typed B ctrl+space, and the first > > option was BASE64Decoder. We have even src.zip removed from the > > workstations, so the absence of doc comments was not a hint. > > It was clearly a mistake, and we are working on fixing it. Thanks for > > pointing at it. > > > > Miguel > > > > > > On 4/6/06, Mikhail Loenko wrote: > >> Hello Miguel > >> > >> Thank you for your recent contribution to Harmony project! > >> > >> I've noticed that class javax.crypto.Util invokes a method > >> from undocumented package sun.misc.* > >> > >> I assume that you did not have access to Sun sources, so it probably > >> would be good if you provide a link to how did you learn about that > Sun's > >> internal functionality and its usage. > >> > >> Thanks, > >> Mikhail > >> > >> 2006/3/14, Tim Ellison : > >>> Excellent! -- thanks Miguel and team. > >>> > >>> Regards, > >>> Tim > >>> > >>> Miguel Montes wrote: > >>>> As it was announced by Iris Gasta=F1aga we are contributing the > >> packages > >>>> javax.crypto and java.math on behalf of ITC (C=F3rdoba Technolgy > >> Institute). > >>>> We have been developing this code for several months and we believe > it > >> is a > >>>> valid contribution. Our code not only implements the full 5.0 API bu= t > >> also > >>>> uses 5.0 features and syntax. As 5.0 is a stated goal of Harmony we > >> hope > >>>> that a 5.0 VM will be available soon. > >>>> We are also contributing a set of test cases for both packages. > >>>> > >>>> Below there is a short description of the contribution. We will soo= n > >>>> contribute also an implementation of java.rmi. > >>>> > >>>> > >>>> > >>>> *Package name* > >>>> **javax.crypto > >>>> * > >>>> Package Description* > >>>> This is a clean room implementation of the package javax.crypto as > >> specified > >>>> in the JDK 5.0. It requires the existence of other java packages, in > >>>> particular java.security and java.util. It can be used to replace > >> jce.jar in > >>>> the jdk. > >>>> > >>>> *Current Status* > >>>> The package is almost fully implemented. It does not implement the > >>>> ExemptionMechanism logic. > >>>> > >>>> *Testing > >>>> * Unit and integration tests (and their documentation) are provided > >> with the > >>>> code.* > >>>> * > >>>> > >>>> *Implementation Notes > >>>> The code uses heavily J2SE 5.0 features, such as generics, so it > >> requires > >>>> 5.0 VM and libraries (for instance java.security). > >>>> It has been tested against Sun SDK, removing the original jce.jar an= d > >>>> replacing it by ours. > >>>> > >>>> * > >>>> > >>>> > >>>> > >>>> > >>>> *Package name* > >>>> **java.math > >>>> > >>>> *Package Description* > >>>> This is a clean room implementation of the package java.math as > >> specified in > >>>> JDK 5.0. > >>>> > >>>> *Current Status* > >>>> The package is fully implemented. Some methods are fairly optimized > >> (for > >>>> example multiplication combines paper-and-pencil and Karatsuba > >> algorithms). > >>>> *Testing > >>>> * Unit and integration tests (and their documentation) are provided > >> with the > >>>> code.* > >>>> * > >>>> > >>>> *Implementation Notes > >>>> The internal representation for BigInteger is two-complement (this i= s > >>>> different from the sign-magnitude implementation already donated to > >>>> Harmony). BigDecimal uses only BigInteger's public interface and > >> implements > >>>> the full 5.0 specification (which has about twice as many methods as > >> in 1.4). > >>>> The code uses J2SE 5.0 features, so it requires 5.0 VM. It has been > >> tested > >>>> against Sun SDK. > >>>> > >>>> * > >>>> ** > >>>> > >>>> > >>>> > >>>> > >>>> -- > >>>> Miguel Montes > >>>> > >>> -- > >>> > >>> Tim Ellison (t.p.ellison@gmail.com) > >>> IBM Java technology centre, UK. > >>> > >> --------------------------------------------------------------------- > >> Terms of use : http://incubator.apache.org/harmony/mailing.html > >> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org > >> For additional commands, e-mail: harmony-dev-help@incubator.apache.org > >> > >> > > > > > > -- > > Miguel Montes > > > > -- > > Tim Ellison (t.p.ellison@gmail.com) > IBM Java technology centre, UK. > > --------------------------------------------------------------------- > Terms of use : http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org > For additional commands, e-mail: harmony-dev-help@incubator.apache.org > > -- Miguel Montes ------=_Part_20857_12748577.1144362992351--