You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@harmony.apache.org by Mikhail Loenko <ml...@gmail.com> on 2006/08/08 09:52:32 UTC
[classlib] Re: [jira] Created: (HARMONY-1088) ava.lang.NoClassDefFoundError: sun/misc/BASE64Encoder
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) <ji...@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
Re: [classlib] Re: [jira] Created: (HARMONY-1088) ava.lang.NoClassDefFoundError:
sun/misc/BASE64Encoder
Posted by Geir Magnusson Jr <ge...@pobox.com>.
Mikhail Loenko wrote:
> I'm not sure it's legal to put any classes to sun.* packages
>
> Opinions?
Yes, it's legal. I think we're going to want to do this for
compatibility reasons, and eventually wean people off of it.
geir
>
> Thanks,
> Mikhail
>
> 2006/8/8, Martín Córdova (JIRA) <ji...@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
>
>
>
---------------------------------------------------------------------
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
Re: [classlib] Re: [jira] Created: (HARMONY-1088) ava.lang.NoClassDefFoundError:
sun/misc/BASE64Encoder
Posted by Tim Ellison <t....@gmail.com>.
Mikhail Loenko wrote:
> I'm not sure it's legal to put any classes to sun.* packages
>
> Opinions?
Unwise and unwanted for sure, but illegal? on what grounds?
Regards,
Tim
> Thanks,
> Mikhail
>
> 2006/8/8, Martín Córdova (JIRA) <ji...@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
Re: [classlib] Re: [jira] Created: (HARMONY-1088) ava.lang.NoClassDefFoundError:
sun/misc/BASE64Encoder
Posted by Geir Magnusson Jr <ge...@pobox.com>.
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 <ml...@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) <ji...@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
>>>
>>>
>
---------------------------------------------------------------------
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
Re: [classlib] Re: [jira] Created: (HARMONY-1088) ava.lang.NoClassDefFoundError:
sun/misc/BASE64Encoder
Posted by Stefano Mazzocchi <st...@apache.org>.
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.
LOL :-)
--
Stefano.
---------------------------------------------------------------------
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
Re: [classlib] Re: [jira] Created: (HARMONY-1088) ava.lang.NoClassDefFoundError:
sun/misc/BASE64Encoder
Posted by Tim Ellison <t....@gmail.com>.
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 <ml...@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) <ji...@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
Re: [classlib] Re: [jira] Created: (HARMONY-1088) ava.lang.NoClassDefFoundError: sun/misc/BASE64Encoder
Posted by Stepan Mishura <st...@gmail.com>.
On 8/8/06, Geir Magnusson Jr wrote:
>
>
>
> Alex Blewitt wrote:
> > I concur. We should not have any sun.* packages. Any program that
> > explicitly depends on a sun.* class should fail.
>
> I don't agree. I think that we will certainly have sun packages like
> sun.misc.Unsafe, and I suspect there are a few others that we'll want to
> have to not irritate our users at first as they try their existing
> programs and they fail.
>
> Over time, we should get rid of them though...
I afraid if we put such stubs for sun.* classes then users won't be warned
that their programs have this dependency. And when we'll remove them then
... ops, surprise
Thanks,
Stepan.
geir
>
> >
> > Alex.
> >
> > On 08/08/06, Mikhail Loenko <ml...@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) <ji...@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
> >> >
> >> >
> >> >
> >>
>
--
Thanks,
Stepan Mishura
Intel Middleware Products Division
------------------------------------------------------
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
Re: [classlib] Re: [jira] Created: (HARMONY-1088) ava.lang.NoClassDefFoundError:
sun/misc/BASE64Encoder
Posted by Geir Magnusson Jr <ge...@pobox.com>.
Alex Blewitt wrote:
> I concur. We should not have any sun.* packages. Any program that
> explicitly depends on a sun.* class should fail.
I don't agree. I think that we will certainly have sun packages like
sun.misc.Unsafe, and I suspect there are a few others that we'll want to
have to not irritate our users at first as they try their existing
programs and they fail.
Over time, we should get rid of them though...
geir
>
> Alex.
>
> On 08/08/06, Mikhail Loenko <ml...@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) <ji...@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
>>
>>
>
>
---------------------------------------------------------------------
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
Re: [classlib] Re: [jira] Created: (HARMONY-1088) ava.lang.NoClassDefFoundError:
sun/misc/BASE64Encoder
Posted by Paulex Yang <pa...@gmail.com>.
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 <ml...@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) <ji...@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
>>
>>
--
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
Re: [classlib] Re: [jira] Created: (HARMONY-1088) ava.lang.NoClassDefFoundError: sun/misc/BASE64Encoder
Posted by Alex Blewitt <al...@gmail.com>.
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 <ml...@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) <ji...@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
>
>