[ http://issues.apache.org/jira/browse/XERCESJ-735?page=all ]
Michael Glavassevich resolved XERCESJ-735:
------------------------------------------
Resolution: Fixed
There's a strong possibility sun.io.CharToByteConverter won't exist at all in
J2SE 6.0. Using java.nio.charset.CharsetEncoder by reflection if it's
available. This should be portable and work on JDK 1.4 and above. We still
fallback to calling
sun.io.CharToByteConverter by reflection if NIO isn't available so this
continues to work on pre-JDK 1.4 environments which have the
CharToByteConverter. It isn't likely that we'll make Xerces-J dependent on ICU,
so considering that, this is probably about as good as it's going to get.
> Dependency on sun.io.CharToByteConverter
> ----------------------------------------
>
> Key: XERCESJ-735
> URL: http://issues.apache.org/jira/browse/XERCESJ-735
> Project: Xerces2-J
> Type: Bug
> Components: Serialization
> Versions: 2.4.0
> Environment: Operating System: Other
> Platform: All
> Reporter: Dr. Michael Paus
> Assignee: Michael Glavassevich
>
> The current version of Xerces depends on internal SUN classes
> which restricts its use to VMs derived from the original SUN
> sources. The class org.apache.xml.serialize.EncodingInfo uses
> the class sun.io.CharToByteConverter.
> Surrounding the call with an exception handler does not work
> if you want to use Xerces in an environment where the Java
> code is statically compiled. You will then get an unresolved
> reference and your code will not link. This is the case on
> many embedded platforms.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
