I decided to pursue this a little more,
since our code base contains multiple references
to com.sun.image.codec.jpeg
and I'll probably have to deal with it,
even though I know nothing about image I/O.
I added the following comment to the bug:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6527
Thank you, I posted a request on that same topic
(http://article.gmane.org/gmane.comp.java.openjdk.distro-packaging.devel/2817).
Ciao
Roberto
> On Thu, Aug 14, 2008 at 9:45 AM, Chris Campbell
> <[EMAIL PROTECTED]> wrote:
>> Hi Martin,
>>
>> The history (and fate) of those classes is documented h
Hi Chris,
Thanks very much for that informative pointer.
In hindsight, it would have been good if @deprecated
warnings had been added to these classes years ago.
Today it's probably too late to do much good.
Martin
On Thu, Aug 14, 2008 at 9:45 AM, Chris Campbell
<[EMAIL PROTECTED]> wrote:
> Hi
Hi Martin,
The history (and fate) of those classes is documented here:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6527962
Chris
On Aug 14, 2008, at 9:32 AM, Martin Buchholz wrote:
Hi 2d guys,
We're testing different flavors of OpenJDK,
and noticing uses of classes in com.sun.image.co
Hi 2d guys,
We're testing different flavors of OpenJDK,
and noticing uses of classes in com.sun.image.codec.jpeg.
These classes are still in non-OpenJDK JDK7.
They were removed from OpenJDK, probably
because they were encumbered (proprietary Kodak code).
The IcedTea folks have created new versions
