Tim Ellison wrote:
> 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.
It's hard to imagine why you didn't go into marketing :)
>
>> 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.
Right - my vote would be to include the functionality at first in the
standard download, and then once we have enough momentum ("harmony
v1.5") remove the jar ('suncompat.jar') from the distro, but still make
it available for someone to drop in if they happen to be the kind of
loser that depends on sun.* classes. :D
Why don't we start that now, with a 'suncompat' module?
First question is (assuming that we get squared away with issues
surrounding j.u.c) do we keep sun.misc.Unsafe there and eventually split
it with a required jar and an optional jar? I'm guessing that
sun.misc.Unsafe will be a VM-provided kernel class, so the ans is "no"
geir
>
> Regards,
> Tim
>
>> 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]
>>>
>>>
>
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
