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 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 > >