Compatibilidad :	3.1.0
Ediciones :
Plataformas :

The Java component of Java Service Wrapper requires that a native library be loaded to be able to handle system signals and perform other functions which are not possible using the Java API. This property allows the name of the library to be modified to suit the needs of a particular application. In general, most users should not need to use this property.

The Java language specifies some rules about how Java Native Libraries (JNI) can be named. The Wrapper's library is no exception and must follow these naming conventions.

To explain this, we will use the default base name "wrapper" as an example.

wrapper.native_library=wrapper

• On Windows systems, the library file name will be "wrapper.dll".
• On Mac OSX systems, the library file name will be "libwrapper.jnilib".
• And on all other Linux/UNIX platforms, the library file name will be "libwrapper.so".

If this property is given any other value, that base-name will be used to construct the actual name of the native library file using the above rules.

Library Path:

Regardless of the name specified, the native library must be located within a directory specified using the wrapper.java.library.path.<n> property.

The Wrapper also provides a facility to make it easy to create binary distributions that run on any platform, even if the application makes use of native libraries. In detail, see the Platform specific native libraries.

• wrapper.java.library.path.<n> (2.2.9)

  Especifican una lista de directorios que contiene bibliotecas nativas utilizadas por el Wrapper o la aplicación Java.

• wrapper.java.library.path.append_system_path (3.1.0)

  Agrega el contenido del PATH del sistema a la ruta de la biblioteca Java.

• wrapper.native_library (3.1.0)

  Establece el nombre de base de la biblioteca nativa de Wrapper.

• wrapper.working.dir (3.1.0)

  Establece la ruta al directorio de trabajo.