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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]>: > >>> 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 ([EMAIL PROTECTED]) > >>> IBM Java technology centre, UK. > >>> > >> --------------------------------------------------------------------- > >> Terms of use : http://incubator.apache.org/harmony/mailing.html > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> > > > > > > -- > > Miguel Montes > > > > -- > > Tim Ellison ([EMAIL PROTECTED]) > IBM Java technology centre, UK. > > --------------------------------------------------------------------- > Terms of use : http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Miguel Montes
