>> example with to garbled classes: (3.class being the first, which >> must come from SomeClass$3.class and the second one being something >> awefully beautiful: >> ConfigEdiAtourtAhpepnltiiccaattiioonn$SAtpaptlei$cIadteinotniCfo^@^@iigeLro.acdlLaissstener.class
To prevent decompilation, you can run your classes through a code obfuscator. That replaces all field/method/class names with garbage, to make it harder to see what is going on. The garbage you see might actually be the names in the jar files. Unzip the war/jars and see what is actually in there. Could it be correct? HTH Chris --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org