org.jblas.util

Class LibraryLoader

java.lang.Object

org.jblas.util.LibraryLoader

public class LibraryLoader
extends Object

Class which allows to load a dynamic file as resource (for example, from a jar-file)

Constructor Summary

Constructors

Constructor and Description
LibraryLoader()

Method Summary

Modifier and Type	Method and Description
void	loadLibrary(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

LibraryLoader

public LibraryLoader()

Method Detail

loadLibrary

public void loadLibrary(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.

Parameters:

libname - basename of the library

Throws:

UnsatisfiedLinkError - if library cannot be founds