Agree, and we actually have a Base64 utility in o.a.h.luni.util, we can
suggest users to refactor to this class (of course we may need to
refactor our Base64's interface if necessary), and make the suggestion
at some well known place.
Alex Blewitt wrote:
I concur. We should not have any sun.* packages. Any program that
explicitly depends on a sun.* class should fail.
Alex.
On 08/08/06, Mikhail Loenko <[EMAIL PROTECTED]> wrote:
I'm not sure it's legal to put any classes to sun.* packages
Opinions?
Thanks,
Mikhail
2006/8/8, Martín Córdova (JIRA) <[EMAIL PROTECTED]>:
> ava.lang.NoClassDefFoundError: sun/misc/BASE64Encoder
> ------------------------------------------------------
>
> Key: HARMONY-1088
> URL: http://issues.apache.org/jira/browse/HARMONY-1088
> Project: Harmony
> Issue Type: Bug
> Environment: Windows XP SP2 latest Harmony JRE as of
aug-8-2006
> Reporter: Martín Córdova
>
>
> Harmony does not include this class. It's not a standard class, but
has been of common usage for many years, and most JDKs (Sun, IBM and
BEA) provide it under the SAME package. I think that there is no
sense in not providing it under the usual package, it just breaks
existing code.
>
> BTW, this JRE is seems to be running real fast.
>
>
>
> --
> This message is automatically generated by JIRA.
> -
> If you think it was sent incorrectly contact one of the
administrators: http://issues.apache.org/jira/secure/Administrators.jspa
> -
> For more information on JIRA, see:
http://www.atlassian.com/software/jira
>
>
>
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Paulex Yang
China Software Development Lab
IBM
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
