-
1. Re: location for DLL's
peterj Dec 19, 2006 4:56 PM (in response to siddharthags)The JBoss deployment scanner does not look for DLLs. It is the JVM that needs to locate and load DLLs. The JVM uses the PATH environment variable to determine where to load DLLs from.
-
2. Re: location for DLL's
siddharthags Dec 19, 2006 5:03 PM (in response to siddharthags)well I tried the java.library.path setting to set to the location that the DLL;s are located, but still got the unsatisfied link error. Not sure of the intention of the -Djboss.native.load=true but tried that too but not sure where jboss looks for to get the DLL's from..I know it extracts to tmp/native from documentation but where it scans was not sure. From what you say it looks like it does not scan at all so why this property?
-
3. Re: location for DLL's
peterj Dec 19, 2006 5:36 PM (in response to siddharthags)The jboss.native.load and jboss.native.dir system properties come into play if you deploy an archive (such as a jar file) with an embedded native library. In other words, if I have foobar.jar which contains:
org/stuff/Main.class
org/stuff/Other.class
other.dll
then when JBoss deploys the jar, it will also load the DLL by first copying it to the jboss.native.dir directory and loading it from there.
So you have two choices. If your Java code calls System.load(), then place your DLL in the PATH. If you expect JBoss to load your DLL, include it in your jar/sar/whatever file.
Oh by the way, it appears that jboss.native.load defaults to true. -
4. Re: location for DLL's
siddharthags Dec 21, 2006 12:06 PM (in response to siddharthags)yup setting it to PATH works. how different is java.library.path from PATH?