[Bug 46513] Migrate from proprietary "com.sun.image" to "javax.imageio"

[bu...@apache.org]

https://issues.apache.org/bugzilla/show_bug.cgi?id=46513

Helder Magalhães <he...@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

--- Comment #7 from Helder Magalhães <he...@gmail.com> ---
(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: batik-dev-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org