Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: neutral (asf.osuosl.org: 202.81.18.154 is neither permitted nor
 denied by domain of paulex.yang@gmail.com)
Message-ID: <44D8475B.4070708@gmail.com>
Date: Tue, 08 Aug 2006 16:12:11 +0800
From: Paulex Yang <paulex.yang@gmail.com>
User-Agent: Thunderbird 1.5.0.5 (Windows/20060719)
MIME-Version: 1.0
To: harmony-dev@incubator.apache.org
Subject: Re: [classlib] Re: [jira] Created: (HARMONY-1088)
 ava.lang.NoClassDefFoundError:
 sun/misc/BASE64Encoder
References: <29992279.1155013993889.JavaMail.jira@brutus>
	 <906dd82e0608080052j9891340y7c1317c4cac4e4cd@mail.gmail.com>
 <636fd28e0608080058v23be7b73gebb610a209a62247@mail.gmail.com>
In-Reply-To: <636fd28e0608080058v23be7b73gebb610a209a62247@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: quoted-printable

Agree, and we actually have a Base64 utility in o.a.h.luni.util, we can=20
suggest users to refactor to this class (of course we may need to=20
refactor our Base64's interface if necessary), and make the suggestion=20
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 <mloenko@gmail.com> wrote:
>> I'm not sure it's legal to put any classes to sun.* packages
>>
>> Opinions?
>>
>> Thanks,
>> Mikhail
>>
>> 2006/8/8, Mart=C3=ADn C=C3=B3rdova (JIRA) <jira@apache.org>:
>> > 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=20
>> aug-8-2006
>> >            Reporter: Mart=C3=ADn C=C3=B3rdova
>> >
>> >
>> > Harmony does not include this class. It's not a standard class, but=20
>> has been of common usage for many years, and most JDKs (Sun, IBM and=20
>> BEA) provide it under the SAME package. I think that there is no=20
>> sense in not providing it under the usual package, it just breaks=20
>> 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=20
>> administrators: http://issues.apache.org/jira/secure/Administrators.jspa
>> > -
>> > For more information on JIRA, see:=20
>> http://www.atlassian.com/software/jira
>> >
>> >
>> >
>>
>> ---------------------------------------------------------------------
>> 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
>>
>>


--=20
Paulex Yang
China Software Development Lab
IBM


---------------------------------------------------------------------
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