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

AltStyle によって変換されたページ (->オリジナル) /