On Sun, Nov 14, 2010 at 06:31:27PM +0000, Helder Magalhães wrote: > Hi Bryan, > > > > Developers: > > > > I am currently working on an application that is utilizing Batik Rasterizer > > for exporting our graphic data. I have noticed that a module used for JPEG > > exporting (specifically JPEGImageWriter in package > > org.apache.batik.ext.awt.image.codec.jpeg) uses Sun’s proprietary packages > > com.sun.*. > > Right, David Wimsey has already pointed out to the specific bug your > are suffering. ;-) > > > > In most cases, this seems fine. However, in a recent revision of OpenJDK > > shipped on Ubuntu systems, they have updated some interfaces to now be > > classes. Since Sun has the disclaimer that they are allowed to change code > > located in these packages without warning, we are at the mercy of what they > > choose to do. > > Please take a look at the issue. There are pointers there towards > using not only OpenJDK but also GNU ClassPath, IcedTea (which AFAIK is > the previous name of OpenJDK), etc. > > > > I would like to submit a patch, rewriting the module to use java.* and > > javax.* instead of com.sun*, assuming the process hasn’t already been > > started by someone else.
The same problem was dealt with in xmlgraphics-commons, see r1028385, http://svn.apache.org/viewvc?view=revision&sortby=file&revision=1028385. The idea is that batik eventually will depend on xmlgraphics-commons, but that will take a while (and a release). Simon --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
