[
https://issues.apache.org/jira/browse/NETBEANS-4375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Philippe Charles updated NETBEANS-4375:
---------------------------------------
Description:
When NetBeans (or any application developped with NetBeans Platform) is
launched, the JNA native library is extracted from its jar into a temporary
folder. This behavior should not append since the native library is already
available in folder platform\modules\lib\
{color:#172b4d}Moreover, this behavior is prohibited in some restricted
environments.{color}
You can see the problem by adding the following options to the startup:
-J-Djna.debug_load=true -J-Djna.debug_load.jna=true
-J-Djava.io.tmpdir=C:\\Temp\\debug
My current workaround is to force the use of the existing native library with
these options:
-J-Djna.nosys=false -J-Djna.nounpack=true
was:
When NetBeans (or any application developped with NetBeans Platform) is
launched, the JNA native library is extracted from its jar into a temporary
folder. This behavior should not append since the native library is already
available in folder platform\modules\lib\
{color:#172b4d}Moreover, this behavior is prohibited in some restricted
environments.{color}
You can see the problem by adding the following options to the startup:
-J-Djna.debug_load=true -J-Djna.debug_load.jna=true
-J-Djava.io.tmpdir=C:\\Temp\\debug
My current workaround is to force the use of the existing native library with
these options:
-J-Djna.nosys=false -J-Djna.nounpack=true
> JNA native library is loaded from jar instead of lib path
> ---------------------------------------------------------
>
> Key: NETBEANS-4375
> URL: https://issues.apache.org/jira/browse/NETBEANS-4375
> Project: NetBeans
> Issue Type: Bug
> Components: projects - Libraries
> Reporter: Philippe Charles
> Priority: Minor
>
> When NetBeans (or any application developped with NetBeans Platform) is
> launched, the JNA native library is extracted from its jar into a temporary
> folder. This behavior should not append since the native library is already
> available in folder platform\modules\lib\
> {color:#172b4d}Moreover, this behavior is prohibited in some restricted
> environments.{color}
> You can see the problem by adding the following options to the startup:
> -J-Djna.debug_load=true -J-Djna.debug_load.jna=true
> -J-Djava.io.tmpdir=C:\\Temp\\debug
> My current workaround is to force the use of the existing native library with
> these options:
> -J-Djna.nosys=false -J-Djna.nounpack=true
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
