Originally bugtraq 4452155
Running in ja locale.
1. Create a servlet using new template and give it a name with mul
2. Compile the servlet and set external execution
3. Choose servlet and execute menu item
4. output error window states:
Exception in thread "main" java.lang.NoClassDefFoundError: XXXserv
where XXX is some garbage ascii as opposed to showing the multibyt
as happens in output window when using other modules
a. For example, enter a syntax error in this servlet java code and
the output window compile tab shows the name of the file with mult
b. Attached are snapshot .rs files of output window of each situat
5. Java programs should be able to have multibyte as the name of t
class (and thus file). In practice, we have seen that the program
that has the "main" routine will not run by java command if it has
multibyte in its name, although will compile,but other classes of
a program will.
--> So if the main routine of this servlet is meant to be in the s
program, this would not be a bug, due to the limitations of java c
NOTE - this description is just to show the problem, it is not mea
nt to be
a logical user scenario and that main rountine was not added (and
error shown in output window) is not the problem being described.
If 5. and comments bellow is true, than this is known issue, please
can it be more deeply investigated from JSP point of view. CCing Pata.
What is the known issue mentioned in Jan Zajicek's comment that this
is related to ? It seems to me that this is not a JSP/servlet-
specific issue, but rather an output window issue, reassigning to
Also, I can not find the attachment mentioned in Ken's 4a.
I can reproduce this problem also for non-servlet Java classes (build
Passing to the OW guys.
This is JDK issue - I tested it using jdk1.3 and 1.4 from command
Compiler (javac) works correctly, but executor (java) doesn't.
Can someone detail in bug report reasons for the bug being closed ?
I'd seen reference below to jdk issue but no reference to existing or
jdk bug that would explain bug behavior. I'm not saying bug should not
but it will help our testing efforts to know why and also for i18n
Ok, if it's a JDK issue, can anyone provide the JDC bug number, or at
least a test case that demonstrates the problem in JDK. Thanks.
See BugParade: #4193134, #4051149..
Resolved for 3.4.x or earlier, no new info since then -> verified.
Resolved for 3.4.x or earlier, no new info since then -> closing.
moving terminal emulator issues to terminalemulator component.
To see the correct version and target milestone of this issue look at Issue