Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: pass (asf.osuosl.org: domain of t.p.ellison@gmail.com designates
 64.233.182.190 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding;
        b=UOVuUEX1jUo1e0toY2R28BAVuM1mCUaXrqFF9HjTdSiWHWm73pB20fGv7wSIz2NfTxcqbhBGb0sCZYEYhLA3PkWgFO7BeYoGFAUML9M3N6iVwIuT2zHlplbdwIWIMxDNHL9klADHmk5B6K4pU7n3WmRME9ANIhSfh7m56xEBnIE=
Message-ID: <44D8585B.1010209@gmail.com>
Date: Tue, 08 Aug 2006 10:24:43 +0100
From: Tim Ellison <t.p.ellison@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
Content-Transfer-Encoding: 8bit

Alex Blewitt wrote:
> I concur. We should not have any sun.* packages. 

Agreed, though deep down I expect that we'll end up creating a JAR that
implements a small set of impl types -- for example, lots of 1.4 apps
seem to use sun.io.CharToByteConverter and friends before the
functionality went into 5.0.  But I'd make it a separate download,
called losers.jar.

> Any program that explicitly depends on a sun.* class should fail.

Taking the moral high ground doesn't help if the application is flat on
it's back.  Where such apps comes from a responsive group we should be
bringing it to their attention.

Regards,
Tim

> 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ín Córdova (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 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: harmony-dev-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>>
>>

-- 

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