Thus spake Thomas Behr: > Hi everyone, > > the latest security update of Oracle's JDK/JRE 1.7.0_25 breaks many if > not all BufferedImageOp.filter implementations. > > BATIK 1.7 uses these operations in several places > sources/org/apache/batik/ext/awt/g2d/AbstractGraphics2D.java > > sources/org/apache/batik/ext/awt/image/renderable/ConvolveMatrixRable8Bit.java > > sources/org/apache/batik/ext/awt/image/renderable/MorphologyRable8Bit.java > sources/org/apache/batik/ext/awt/image/rendered/AffineRed.java > sources/org/apache/batik/ext/awt/image/rendered/Any2LsRGBRed.java > sources/org/apache/batik/ext/awt/image/rendered/Any2LumRed.java > sources/org/apache/batik/ext/awt/image/rendered/Any2sRGBRed.java > sources/org/apache/batik/ext/awt/image/rendered/ProfileRed.java > sources/org/apache/batik/svggen/SVGGraphics2D.java > and consequently BATIK may break down with unexpected > "java.awt.image.ImagingOpException: Unable to transform src image" > exceptions. > > The only workaround I have been able to find so far is patching BATIK > sources to no longer call BufferedImageOp.filter directly on the source > and destination image, but to filter two ARGB BufferedImage copies. > > A corresponding bug report > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=8019201 has been > filed with Oracle. However, the report does not mention the full extend > of this problem - since filing the report, I have found Linux JDKs and > additional BufferedImageOp implementations such as AffineTransformOp > suffering from this problem, too.
A project of mine has had two reports of this very probelm from users using 1.7.0_25 on Windows, and I can reliably reproduce it myself with OpenJDK 1.7.0_25 on Linux. Is there any way we can poke Oracle to fix the regression faster? -- J. --------------------------------------------------------------------- To unsubscribe, e-mail: batik-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: batik-users-h...@xmlgraphics.apache.org
