security providers and ...
Vladimir Puskas
vpuskas@EUnet.yu
Tue Apr 23 14:21:00 GMT 2002
Hi!
I've managed to compile a fairly large application. Now, I search things that
could be improved, as well those that still don't work as they should.
WebDocWf is pure Java project based on Enhydra, Tomcat, Xerces etc. It runs
from bytecodes, as Win32 binary, and now as GNU/Linux binary.
Now, my troubles are:
1) The 'gnu.java.security.provider.Gnu' says that it supports MD5 beside
other things but 'gnu.java.security.provider.MD5' simply isn't there. I
needed it bad enough, so I did merge it myself from GNU Classpath. And, while
on this subject: pardon my ignorance, but only way to initialize security
provider I found, is to call addProvider in my source. This isn't a problem
to me, but it differs to Sun's VM, where I don't need:
java.security.Security.addProvider(new gnu.java.security.provider.Gnu());
2) There are two classes I've copied from GNU Classpath too:
java.awt.print.PrinterIOException and java.awt.print.PrinterException
3) Enhydra has it's own classloader, it tries to load classes and fails if I
remove them from classpath, then secondary/system classloader succedes
because class is compiled and linked. I would like to have an opportunity to
prevent it's useless operation by knowing if a class is already loaded
(compiled into binary). Question is:
Can I at runtime, know where class is loaded from? Has it been in shared
library or class/jar file?
TIA
Vladimir Puskas <vpuskas@eunet.yu>
More information about the Java
mailing list