If your applet code is called from button actions, all calsl to your dll
will be made from the same "AWT" thread. If you call it from a servlet
in tomcat , a random thread from the HttpThread pool will be used,
that's probably your difference that make it work one side and not the
other.
Claire Dugenet a écrit :
In fact, some of the fonctions of the DLL works except the ones which call
the threads.
To test my DLL, I have created an applet which call the two DLL and it works
very well when I don't use Tomcat. And when I call exactly the same applet
with Tomcat, that doesn't work : there is no error but the thread are
"blocked".
2008/1/18, david delbecq <[EMAIL PROTECTED]>:
Tomcat does not "block" multi threading. There is not such thing i think
in the JVM anyway, so i don't see how it could prevent your native code
from creating threads. When you say you are having same call without
tomcat, you mean in a spearate jvm, using the same jni libraries? Maybe
you are just misuing your system library? Or not calling it at all?
There is not restriction in JNI that rpevent multiple thread to call
native code, nor is it restriction as to what thread natvie code create.
It can even create java threads as far a i know!
Claire Dugenet a écrit :
Hello,
I realize a web application using Struts with Tomcat. In this
application, I
call a DLL (created with JNI) which call an other DLL (in language C).
The
last one is in the directory "system32" of windows et it use several
threads.
There is no error but according to the log files, no thread are called.
I
have call the same DLLs without Tomcat, and it works.
Does Tomcat block the multi-threading ? Is there a solution to authorize
the
multi-threading ?
Thanks,
Claire.
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
