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.
[ JDK VERSION : 1.6.* ] When you want to add a jar to your RCP application you have to do it by means of library module, but for the OSGi bundle you must go to the suite > properties > add cluster, etc., which is a long path for the user. It would be desirable to add an action that abstracts all this from the user and it is more intuitive (see illustration).
Created attachment 98541 [details] illustartion
I guess such a menu item could create a new imported cluster containing just a single module? What would happen if you selected this menu item several times in a row - import to the same new cluster? Or should you be able to multiselect bundle JARs in the chooser? Needs some thought from the UI side. Definitely not for 6.9.
Flawed. Add a Library generates build scripts, etc. Nothing like that shall happen in case of OSGi. That is why we decided to support just "cluster import". The plan is at http://wiki.netbeans.org/OSGiAndNetBeans and http://wiki.netbeans.org/OSGiAndNetBeansImportBundles I don't see a way how to change the UI flow in foreseeable future for Ant based NetBeans Module Projects. Marking won'tfix. If you want more natural workflow, switch to Maven. It basically provides what you are asking for.
I think you misinterpreted the request (though I can't be sure). Reporter knows that cluster import works for this case; it just more work to do it through the UI than it perhaps should be in the case that you only need to add one bundle. "Add Existing OSGi JAR" need not create a new project, just add an entry to the cluster path. It should not I guess be in the context menu item on Modules in this case however, as no new entry in Modules would appear after running it.
Shall the osgi.jar be copied somewhere or stay at current location? If copied, are you suggesting creation of a special "external" cluster which would contain all these JARs? What about type of this module (autoload probably), what if the user wants to change the type? In short, I don't think this is ready for implementation. According to my treatment of bugs, I'll soon close as won'tfix. On the other hand, I need to modify the build scripts for netbeans.org repository for post 6.9: I need to have an "external" cluster with OSGi binaries used in NetBeans IDE. Can you think about that, Jesse?
Marking won'tfix. The level of contribution from submitter is too low.