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.
In a shared environment, it would help developers avoid repetition of work to be able to share library and platform definitions. Many development organizations keep distributed and third-party jars in some location in their VCS. It would be particularly useful to be able to use Ant-style variables to define the location of jars and files referenced by the library descriptor, so the developer needs only import the library descriptors into his IDE and set the variable to his local value. For example, whereas the non-portable library descriptor for log4j under the current schema would look like this: <library version="1.0"> <name>log4j-1.2.8</name> <type>j2se</type> <volume> <type>classpath</type> <resource>jar:file:/C:/depot/dev/lib/java/log4j/1.2.8/log4j- 1.2.8.jar!/</resource> <resource>jar:file:/C:/depot/dev/lib/java/log4j/1.2.8/log4j- contribs.jar!/</resource> </volume> <volume> <type>src</type> <resource>jar:file:/C:/depot/dev/lib/java/log4j/1.2.8/src/log4j-1.2.8- src.zip!/</resource> </volume> <volume> <type>javadoc</type> <resource>jar:file:/C:/depot/dev/lib/java/log4j/1.2.8/javadoc/log4j-1.2.8- api.zip!/</resource> </volume> </library> Under a more portable schema, an exportable library that uses Ant-style variables might look like this: <library version="1.0"> <name>log4j-1.2.8</name> <type>j2se</type> <volume> <type>classpath</type> <resource>jar:file:/${shared.libraries}/log4j/1.2.8/log4j- 1.2.8.jar!/</resource> <resource>jar:file:/${shared.libraries}/log4j/1.2.8/log4j- contribs.jar!/</resource> </volume> <volume> <type>src</type> <resource>jar:file:/${shared.libraries}/log4j/1.2.8/src/log4j-1.2.8- src.zip!/</resource> </volume> <volume> <type>javadoc</type> <resource>jar:file:/${shared.libraries}/log4j/1.2.8/javadoc/log4j-1.2.8- api.zip!/</resource> </volume> </library> The advantages of this would be substantial. First, the library descriptor could be exported or versioned and the developer that imports the library descriptor would only have to define a single variable for his system that could be stored in the user profile. Another needed solution to making projects more portable would be to (optionally) automatically create missing library descriptors and open up the library manager so the user can define the classpath elements for the missing library.
Reassigning to projects.
*** Issue 104250 has been marked as a duplicate of this issue. ***
This old bug may not be relevant anymore. If you can still reproduce it in 8.2 development builds please reopen this issue. Thanks for your cooperation, NetBeans IDE 8.2 Release Boss