FULL PRODUCT VERSION :
java version "1.4.0"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0-b92)
Java HotSpot(TM) Client VM (build 1.4.0-b92, mixed mode)

FULL OPERATING SYSTEM VERSION :
Windows XP Home Edition

A DESCRIPTION OF THE PROBLEM :
If you try to use org. customer .xalan.xslt.Process to
transform a XML file into a HMTL under the Japanese
version of Windows XP Home edition, it fails with the
following message:

Exception in thread "main" java.lang.ClassCastException:
org. customer .xalan.res.XSLTErrorResources_ja
        at org. customer .xalan.xslt.Process.main
Process.java:209)

In the source code of Process.java, loading a error
message resource is coded as following:

XSLTErrorResources resbundle =
      (XSLTErrorResources) (XSLMessages.loadResourceBundle(
        
org. customer .xml.utils.res.XResourceBundle.ERROR_RESOURCES));

In an English environment, an instance of
XSLTErrorResources class is loaded, but in the Japanese
environment, an instance of XSLTErrorResources_ja class is
loaded. The failure reason is that XSLTErrorResources_ja
class doesn't extend XSLTErrorResources class. So the
above lines should be fixed as following

    XResourceBundleBase resbundle =
      (XResourceBundleBase) (XSLMessages.loadResourceBundle
(
        
org. customer .xml.utils.res.XResourceBundle.ERROR_RESOURCES));

This bug can be reproduced always.
(Review ID: 144548) 
======================================================================

N/A

In jdk-1.4.1 b20, XSLTErrorResources_ja extends from XSLTErrorResource so  it should not the throw the ClassCastException anymore. We are looking into the various issues related to internationalization in xalan, we will futher  look into it if problem still exist. 

This bug has been fixed in jaxp-1_3_0 branch of Xalan at Apache.


  xxxxx@xxxxx   2003-09-11

The same error appears in a German environment (on RedHat
Linux). A workaround is setting the locale to English:
LC_ALL=en_US

Rather than changing the Xalan-supplied code in 
Process.java, perhaps Sun should change its 
XSLTErrorResources_xx classes to extend XSLTErrorResources 
rather than XResourceBundleBase.

In connection with my previous post, please see 
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4649

The same error appears in a JDK 1.4.0 under Korean WinXP. 
But there is no error in a JDK 1.3.4 or below under Korean 
WinXP 

Another solution which also works on win32, is to change the
language with the command line argument like this:
-Duser.language=en