harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Miguel Montes" <miguel.mon...@gmail.com>
Subject Re: ITC: Contribution of java.math and javax.crypto
Date Thu, 06 Apr 2006 22:36:32 GMT
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 <t.p.ellison@gmail.com> 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=116656
>         (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 <mloenko@gmail.com> 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 <t.p.ellison@gmail.com>:
> >>> Excellent!  -- thanks Miguel and team.
> >>>
> >>> Regards,
> >>> Tim
> >>>
> >>> Miguel Montes wrote:
> >>>>  As it was announced by Iris Gastañaga we are contributing the
> >> packages
> >>>> javax.crypto and java.math on behalf of ITC (Córdoba 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 but
> >> 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 soon
> >>>> 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 and
> >>>> 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 is
> >>>> 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

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message