You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@harmony.apache.org by Tim Ellison <t....@gmail.com> on 2006/08/10 12:06:47 UTC
[classlib][suncompat] created
Just FYI, I went ahead and created a suncompat.jar. As I wrote
elsewhere it is trivial to create a new module, and trivial to remove it
if we decide this is the wrong direction.
By default it is unused in the JRE, to enable it you need to uncomment
the lines at the end of jre/lib/boot/bootclasspath.properties
Regards,
Tim
--
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: RE: [classlib][suncompat] created
Posted by Alex Blewitt <al...@gmail.com>.
I think the @deprecated is a good idea, but I strongly believe that we
should *not* have this as a default. There's an easy workaround for
the subset of applications that need it (e.g. enable it in the
.properties file) whilst still preventing new code from being able to
reference it. A simple FAQ should be enough to help people do this.
Mind you, I seem to be in the minority on this view on this list :-)
Alex.
On 11/08/06, Nathan Beyer <nb...@kc.rr.com> wrote:
> I agree, let's just enable it by default. I would suggest that we tag all of
> these classes as @Deprecated with a nice message saying you really shouldn't
> be using this.
>
> -Nathan
>
> > -----Original Message-----
> > From: Geir Magnusson Jr [mailto:geir@pobox.com]
> > Sent: Thursday, August 10, 2006 11:13 AM
> > To: harmony-dev@incubator.apache.org
> > Subject: Re: [classlib][suncompat] created
> >
> > Oh - definitely only add as needed, and yes, we need to have good
> > documentation to assist users.
> >
> > And I'm very +1 about including this by default for now. See other
> > threads as for why.
> >
> > geir
> >
> > Alex Blewitt wrote:
> > > Sounds like a FAQ in the making :-)
> > >
> > > On 10/08/06, Tim Ellison <t....@gmail.com> wrote:
> > >> Alex Blewitt wrote:
> > >> > OK. What's the plan with regards to adding items in here e.g. Base64
> > >> > or tools like JavaC? Or do we just add them organically as we find
> > >> > problems?
> > >>
> > >> Let's try and keep this JAR as small as possible, only adding types
> > >> after a debate on the list concludes that it is a 'necessity'.
> > >>
> > >> Regards,
> > >> Tim
> > >>
> > >> --
> > >>
> > >> 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
> > >>
> > >>
> > >
> > > ---------------------------------------------------------------------
> > > 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
>
>
> ---------------------------------------------------------------------
> 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][suncompat] created
Posted by Geir Magnusson Jr <ge...@pobox.com>.
Salikh Zakirov wrote:
> If we do not include suncompat.jar into classpath at compile
> time, rather than runtime, then the users will get
> the feedback at approprate moment of time.
>
> So, I would suggest
> + include suncompat.jar to runtime classpath by default
> - do *not* include suncompat.jar to compile-time classpath by default
That's a very nice solution. None of the arguments have swayed me about
not having it at runtime because while I agree that it's bad practice,
our biggest interest *at this time* is to get users, because users are
going to be an enormous help in finding bugs, prioritizing what we are
working on, etc. And removing every speedbump in the road to using
harmony is going to help that.
We will be in a great position to help people stop this misbehavior, as
*when they are interested*, they can simply remove suncompat easily and
quickly due to our great modularity...
I think we can use this problem to our advantage...
geir
>
> Geir Magnusson Jr wrote:
>> Oh - definitely only add as needed, and yes, we need to have good
>> documentation to assist users.
>>
>> And I'm very +1 about including this by default for now. See other
>> threads as for why.
>
>
> ---------------------------------------------------------------------
> 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][suncompat] created
Posted by Salikh Zakirov <Sa...@Intel.com>.
If we do not include suncompat.jar into classpath at compile
time, rather than runtime, then the users will get
the feedback at approprate moment of time.
So, I would suggest
+ include suncompat.jar to runtime classpath by default
- do *not* include suncompat.jar to compile-time classpath by default
Geir Magnusson Jr wrote:
> Oh - definitely only add as needed, and yes, we need to have good
> documentation to assist users.
>
> And I'm very +1 about including this by default for now. See other
> threads as for why.
---------------------------------------------------------------------
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][suncompat] created
Posted by Geir Magnusson Jr <ge...@pobox.com>.
Nathan Beyer wrote:
> I agree, let's just enable it by default. I would suggest that we tag all of
> these classes as @Deprecated with a nice message saying you really shouldn't
> be using this.
>
I've had some private musings of also getting those classes to log to
some kind of "your_code_is_broken.log" but that's just early morning
crazy talk.
geir
> -Nathan
>
>> -----Original Message-----
>> From: Geir Magnusson Jr [mailto:geir@pobox.com]
>> Sent: Thursday, August 10, 2006 11:13 AM
>> To: harmony-dev@incubator.apache.org
>> Subject: Re: [classlib][suncompat] created
>>
>> Oh - definitely only add as needed, and yes, we need to have good
>> documentation to assist users.
>>
>> And I'm very +1 about including this by default for now. See other
>> threads as for why.
>>
>> geir
>>
>> Alex Blewitt wrote:
>>> Sounds like a FAQ in the making :-)
>>>
>>> On 10/08/06, Tim Ellison <t....@gmail.com> wrote:
>>>> Alex Blewitt wrote:
>>>>> OK. What's the plan with regards to adding items in here e.g. Base64
>>>>> or tools like JavaC? Or do we just add them organically as we find
>>>>> problems?
>>>> Let's try and keep this JAR as small as possible, only adding types
>>>> after a debate on the list concludes that it is a 'necessity'.
>>>>
>>>> Regards,
>>>> Tim
>>>>
>>>> --
>>>>
>>>> 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
>>>>
>>>>
>>> ---------------------------------------------------------------------
>>> 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
>
>
> ---------------------------------------------------------------------
> 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][suncompat] created
Posted by Nathan Beyer <nb...@kc.rr.com>.
I agree, let's just enable it by default. I would suggest that we tag all of
these classes as @Deprecated with a nice message saying you really shouldn't
be using this.
-Nathan
> -----Original Message-----
> From: Geir Magnusson Jr [mailto:geir@pobox.com]
> Sent: Thursday, August 10, 2006 11:13 AM
> To: harmony-dev@incubator.apache.org
> Subject: Re: [classlib][suncompat] created
>
> Oh - definitely only add as needed, and yes, we need to have good
> documentation to assist users.
>
> And I'm very +1 about including this by default for now. See other
> threads as for why.
>
> geir
>
> Alex Blewitt wrote:
> > Sounds like a FAQ in the making :-)
> >
> > On 10/08/06, Tim Ellison <t....@gmail.com> wrote:
> >> Alex Blewitt wrote:
> >> > OK. What's the plan with regards to adding items in here e.g. Base64
> >> > or tools like JavaC? Or do we just add them organically as we find
> >> > problems?
> >>
> >> Let's try and keep this JAR as small as possible, only adding types
> >> after a debate on the list concludes that it is a 'necessity'.
> >>
> >> Regards,
> >> Tim
> >>
> >> --
> >>
> >> 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
> >>
> >>
> >
> > ---------------------------------------------------------------------
> > 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
---------------------------------------------------------------------
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][suncompat] created
Posted by Geir Magnusson Jr <ge...@pobox.com>.
Oh - definitely only add as needed, and yes, we need to have good
documentation to assist users.
And I'm very +1 about including this by default for now. See other
threads as for why.
geir
Alex Blewitt wrote:
> Sounds like a FAQ in the making :-)
>
> On 10/08/06, Tim Ellison <t....@gmail.com> wrote:
>> Alex Blewitt wrote:
>> > OK. What's the plan with regards to adding items in here e.g. Base64
>> > or tools like JavaC? Or do we just add them organically as we find
>> > problems?
>>
>> Let's try and keep this JAR as small as possible, only adding types
>> after a debate on the list concludes that it is a 'necessity'.
>>
>> Regards,
>> Tim
>>
>> --
>>
>> 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
>>
>>
>
> ---------------------------------------------------------------------
> 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: Re: [classlib][suncompat] created
Posted by Alex Blewitt <al...@gmail.com>.
Sounds like a FAQ in the making :-)
On 10/08/06, Tim Ellison <t....@gmail.com> wrote:
> Alex Blewitt wrote:
> > OK. What's the plan with regards to adding items in here e.g. Base64
> > or tools like JavaC? Or do we just add them organically as we find
> > problems?
>
> Let's try and keep this JAR as small as possible, only adding types
> after a debate on the list concludes that it is a 'necessity'.
>
> Regards,
> Tim
>
> --
>
> 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
>
>
---------------------------------------------------------------------
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][suncompat] created
Posted by Tim Ellison <t....@gmail.com>.
Alex Blewitt wrote:
> OK. What's the plan with regards to adding items in here e.g. Base64
> or tools like JavaC? Or do we just add them organically as we find
> problems?
Let's try and keep this JAR as small as possible, only adding types
after a debate on the list concludes that it is a 'necessity'.
Regards,
Tim
--
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][suncompat] created
Posted by Alex Blewitt <al...@gmail.com>.
OK. What's the plan with regards to adding items in here e.g. Base64
or tools like JavaC? Or do we just add them organically as we find
problems?
Alex.
On 10/08/06, Tim Ellison <t....@gmail.com> wrote:
> Just FYI, I went ahead and created a suncompat.jar. As I wrote
> elsewhere it is trivial to create a new module, and trivial to remove it
> if we decide this is the wrong direction.
>
> By default it is unused in the JRE, to enable it you need to uncomment
> the lines at the end of jre/lib/boot/bootclasspath.properties
>
> Regards,
> Tim
>
> --
>
> 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
>
>
---------------------------------------------------------------------
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