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 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.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 of these >>> classes, but they appear to be only stubs. >>> >>> Can we have a clear statement about the status? >>> These classes were documented at least for 1.4, e.g. >>> >>> >>> http://java.sun.com/j2se/1.4.2/docs/guide/2d/api-jpeg/com/sun/image/codec/jpeg/JPEGImageEncoder.html >>> >>> There does appear to be full support for the JPEG image >>> standard in OpenJDK and IcedTea. It would be nice if the >>> API in com.sun.image.codec.jpeg could be adapted, or if not, >>> at least provide stubs with clear @deprecated tags that >>> explain to maintainers of legacy code >>> what APIs should be used instead. >>> >>> Thanks, >>> >>> Martin >> >> >