This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 47511 - Support for native libraries in the library manager
Summary: Support for native libraries in the library manager
Status: NEW
Alias: None
Product: java
Classification: Unclassified
Component: Platform (show other bugs)
Version: 4.x
Hardware: All All
: P1 blocker with 7 votes (vote)
Assignee: Tomas Zezula
URL:
Keywords:
: 22195 49848 63614 72406 90067 132698 (view as bug list)
Depends on:
Blocks: 41535
  Show dependency tree
 
Reported: 2004-08-19 18:58 UTC by deltree
Modified: 2011-08-31 14:05 UTC (History)
3 users (show)

See Also:
Issue Type: ENHANCEMENT
Exception Reporter:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description deltree 2004-08-19 18:58:16 UTC 
Since Java Webstart is common practice to bundle
the native libraries used by desktop applications
in .jar files to be downloaded/updated by
Webstart. Should be nice if the library manager of
Nebenas will support this feature and allows the
running of projects relying on native libraries
packed in jars instead of having to install the
libs in the system libraries paths.
This feature will allow a more straightforward
handling of multi platform development and will
ensure that the execution enviorment will be more
similar possible to the one of webstart
applications (including the safety from system
tainting).
Comment 1 Jesse Glick 2004-08-19 20:05:48 UTC 
Not for D.

I think there are several items here:

1. Support for mixed-mode (Java + native) development, perhaps using a
JNI-oriented project type with some C/C++ support that could be used
to make a native-implemented library to be used in other apps. No
immediate plans to do this; would be handled as a separate effort that
could be added as a module.

2. Support for specifying a list of (precompiled) native lib
directories (folders containing *.so or *.dll) in a regular Java
library definition (along with the current classpath, sourcepath, and
Javadoc path). This would be simple enough, but the trickier part
would be making a j2seproject automatically set java.library.path (or
something?) to a path constructed from the native paths of all
libraries in the runtime classpath.

3. Support for WebStart, with all it entails; see issue #47512.

Leaving open here primarily for #2. Needs study.
Comment 2 deltree 2004-08-19 22:37:09 UTC 
I intended the request as your #2.
Comment 3 Jesse Glick 2004-10-04 16:52:45 UTC 
*** Issue 49848 has been marked as a duplicate of this issue. ***
Comment 4 _ gtzabari 2004-10-04 18:21:36 UTC 
Same here. I am asking for feature #2.
Comment 5 clever 2005-08-02 17:45:28 UTC 
I, too am having woes about this.  I'm still struggling to get Mozilla webclient
to run right within the Netbeabs IDE.  Looks to be all java.library.path / JNI
related.  I would like to see this feature implemented in some fashion.  Perhaps
the module could also recursivley examine dependent DLL's / SO's, and give the
user the 'level' of dependents to include. (Of course, letting them selectively
exclude / include certain modules)
Comment 6 Jesse Glick 2005-11-04 16:30:03 UTC 
*** Issue 63614 has been marked as a duplicate of this issue. ***
Comment 7 Jesse Glick 2005-11-04 16:30:20 UTC 
*** Issue 22195 has been marked as a duplicate of this issue. ***
Comment 8 Jesse Glick 2006-08-01 01:22:58 UTC 
*** Issue 72406 has been marked as a duplicate of this issue. ***
Comment 9 Jesse Glick 2009-02-24 20:37:29 UTC 
*** Issue 90067 has been marked as a duplicate of this issue. ***
Comment 10 Jesse Glick 2009-02-24 20:37:49 UTC 
*** Issue 132698 has been marked as a duplicate of this issue. ***
Comment 11 Jesse Glick 2009-02-24 20:39:51 UTC 
Should be prioritized, please consider estimate of difficulty.