-
Bug
-
Resolution: Duplicate
-
P4
-
1.4.2
-
x86
-
windows_2000
###@###.### 2003-04-03
J2SE Version (please include all output from java -version flag):
java version "1.4.2-beta"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2-beta-b19)
Java HotSpot(TM) Client VM (build 1.4.2-beta-b19, mixed mode)
Operating System Configuration Information (be specific):
Windows 2000 Server, works fine with Solaris Sparc
Hardware Configuration Information (be specific):
Intel P3 processor.
Bug Description :
The problem occurs only if the classes are compiled using jdk13 or 131 and then
run using jdk142. We are using reflection to invoke a method having a
non-latin name. The invocation works fine the first few times, but
fails the 5-6 time with the following stack trace :
java.lang.reflect.InvocationTargetException
at sun.reflect.GeneratedMethodAccessor47.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
...
Note that we compile the classes using jdk1.3.0
[java version "1.3.0"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0-C)
Java HotSpot(TM) Client VM (build 1.3.0-C, mixed mode)]
To Reproduce :
1) Set the classpath to include jdk1.3.0 classes.
2) Create a folder "demo" and extract the attached demo.zip file into it.
3) Compile the classes using cc.bat.
4) Set the classpath to include jdk142 classes. It should not contain
jdk13 classes any more.
5) Run the demo using run.bat. Notice that the InvocationTargetException
is thrown during the 5th iteration of the outermost loop.
Note that it works fine if both compiled and run using 1.4.2.
- duplicates
-
JDK-4324508 UTF8 output is sometimes non-canonical
-
- Resolved
-