Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: pass (hermes.apache.org: local policy)
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: RE: [classlib][suncompat] created
Date: Fri, 11 Aug 2006 14:36:29 +0400
Message-ID: <8E389A5F2FEABA4CB1DEC35A25CB39CE24DC3B@mssmsx411>
Thread-Topic: RE: [classlib][suncompat] created
Thread-Index: Aca9MZ/6ORBFHrtPQ0e+n2Izova/9AAACy0A
From: "Ivanov, Alexey A" <alexey.a.ivanov@intel.com>
To: <harmony-dev@incubator.apache.org>

>-----Original Message-----
>From: Oleg Khaschansky [mailto:oleg.v.khaschansky@gmail.com]
>Sent: Friday, August 11, 2006 2:32 PM
>To: harmony-dev@incubator.apache.org
>Subject: Re: RE: [classlib][suncompat] created
>
>Another solution is to create stubs which will throw exceptions with
>detailed message. Then users will get neccessary information but
>functionality won't be enabled by default.

Good point! It's even better :)

Regards,
Alexey.

>
>On 8/11/06, Ivanov, Alexey A <alexey.a.ivanov@intel.com> wrote:
>> I agree with Alex, we should *not* have this by default. Having it
>> enabled by default will not give a hint something's wrong with the
code.
>> I believe no one will ever look in the sources if everything works
just
>> fine, and therefore no one will see the deprecation.
>> At least, the new code won't reference these classes. However we'll
>> provide a workaround to keep legacy applications running on Harmony
in
>> cases where the code can't be updated properly.
>>
>> When suncompat.jar is removed from the default distribution, people
will
>> be frustrated as well.
>>
>> Regards,
>> --
>> Alexey A. Ivanov
>> Intel Middleware Product Division
>>
>>
>> >-----Original Message-----
>> >From: Alex Blewitt [mailto:alex.blewitt@gmail.com]
>> >Sent: Friday, August 11, 2006 12:06 PM
>> >To: harmony-dev@incubator.apache.org
>> >Subject: Re: RE: [classlib][suncompat] created
>> >
>> >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 <nbeyer@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.p.ellison@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
>>
>> ---------------------------------------------------------------------
>> 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


--
Alexey A. Ivanov
Intel Middleware Product 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