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.
Currently some kinds of GUI configuration will result in a j2seproject configuration that requires $userdir/build.properties to be referred to, or the user to manually set up these properties. Should be a GUI wizard that looks for any unshared properties or file references in the project that would prevent out-of-the-box building from working, and tries to correct them. Should e.g. offer to move required libraries inside the project dir (or to some collocated position) and refer to them with relative paths.
See e.g. issue #45284. One problem: no current way to override paths in build.properties without either overriding some targets in build.xml (undesirable), or using private.properties (not acceptable for a sharable project). Would need an additional sharable properties file loaded before build.properties, perhaps.
I would like to have something more than this action. I'd like to have a way of saying "make everything sharable, and from now on, make sure that everything I do is sharable". So when I for example use a global library bundled with the IDE, the IDE will detect that this is a non-sharable library and offer me to make it shareable, by, say, copying the library jar files to some sharable "lib" directory, and then using this sharable copy. Or, when I try to create a new project in a non-sharable location, it will warn me about it. Or, when I want to use a jar file in from a non-sharable location, it will warn me about it. Also, sharability should be a more coarse-grained concept than project, because users usually work at the level of collections of projects, and want to make these collections sharable - a single project is too granular for that.
I would say that making the option global per userdir is too broad, but at least the IDE should remember that within some context (e.g. CVS checkout) all projects must be 100% sharable, and that it should offer to resolve any unsharable references immediately if they come up within this root.
Agreed, this is a reasonable approach. So if I understand correctly, there would be multiple sharable contexts active at the same time, and the user could still create and work with projects outside the sharable contexts.
Right. Something like that. Would need some thought about how to make the UI work well - preferably should happen with very little user intervention.
*** Issue 63971 has been marked as a duplicate of this issue. ***
*** Issue 71279 has been marked as a duplicate of this issue. ***
Tentative plan.
Not in 6.0.
Would you say this is now implemented for 6.1M2?
yup.