https://issues.apache.org/bugzilla/show_bug.cgi?id=46513
Helder Magalhães <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #7 from Helder Magalhães <[email protected]> --- (In reply to comment #3) > > So the code is in to switch the I/O all you need to do is > > muck with the services file. [...] > (One only needs to uncommented the lines with "imageio" and comment the > "sun.image" ones.) Done. Added some documentation there reflecting the classes are deprecated and reordered and separated the entries so one can more easily figure out what to comment/uncomment when desired. This issue became quite more tricky since the introduction of JDK 7, where the Sun codecs have been "retired" (they are available in run-time although the "classes are not located when compiling"): http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6527962 This was also reflected in the JDK 7 release notes (see "The Non-standard com.sun.image.jpeg.codec Package is Retired"): http://www.oracle.com/technetwork/java/javase/compatibility-417013.html#incompatibilities This fact has already confused users and has been brought in the mailing list: http://mail-archives.apache.org/mod_mbox/xmlgraphics-batik-users/201201.mbox/%3CCAJTzQMBqN9b9GhRwL8zHJ5M1ehFxv80-ZXyBntsyhCtP7hzCFA%40mail.gmail.com%3E I've also modified build.xml to accommodate for this tricky behavior: the classes will still be compiled in JDK 6 and previous Sun JDK versions, although the services file are now targeting the Image I/O classes by default. Fixed in r1366666. -- You are receiving this mail because: You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
