|
||||||||||
PREV CLASS NEXT CLASS | FRAMES NO FRAMES | |||||||||
SUMMARY: NESTED | FIELD | CONSTR | METHOD | DETAIL: FIELD | CONSTR | METHOD |
java.lang.Objectorg.jblas.util.LibraryLoader
public class LibraryLoader
Class which allows to load a dynamic file as resource (for example, from a jar-file)
Constructor Summary | |
---|---|
LibraryLoader()
|
Method Summary | |
---|---|
void |
loadLibrary(java.lang.String libname,
boolean withFlavor)
Find the library libname as a resource, copy it to a tempfile and load it using System.load(). |
Methods inherited from class java.lang.Object |
---|
clone, equals, finalize, getClass, hashCode, notify, notifyAll, toString, wait, wait, wait |
Constructor Detail |
---|
public LibraryLoader()
Method Detail |
---|
public void loadLibrary(java.lang.String libname, boolean withFlavor)
Find the library libname as a resource, copy it to a tempfile and load it using System.load(). The name of the library has to be the base name, it is mapped to the corresponding system name using System.mapLibraryName(). For example, the library "foo" is called "libfoo.so" under Linux and "foo.dll" under Windows, but you just have to pass "foo" the loadLibrary().
I'm not quite sure if this doesn't open all kinds of security holes. Any ideas?
This function reports some more information to the "org.jblas" logger at the FINE level.
libname
- basename of the library
java.lang.UnsatisfiedLinkError
- if library cannot be founds
|
||||||||||
PREV CLASS NEXT CLASS | FRAMES NO FRAMES | |||||||||
SUMMARY: NESTED | FIELD | CONSTR | METHOD | DETAIL: FIELD | CONSTR | METHOD |