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.
Summary: | API providing programmatic way to display Plugin Manager dialog | ||
---|---|---|---|
Product: | platform | Reporter: | Petr Hejl <phejl> |
Component: | Plugin Manager | Assignee: | Jaroslav Tulach <jtulach> |
Status: | RESOLVED DUPLICATE | ||
Severity: | blocker | CC: | apireviews, issues, jglick, jrechtacek, vincesheard |
Priority: | P2 | Keywords: | API, API_REVIEW_FAST |
Version: | 6.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | ENHANCEMENT | Exception Reporter: | |
Bug Depends on: | |||
Bug Blocks: | 146152, 194518 |
Description
Petr Hejl
2008-09-04 10:41:55 UTC
Added friend contract in rev/3f2fe7a4fa33. It should be reviewed and make as official API soon. Integrated into 'main-golden', will be available in build *200811041401* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/3f2fe7a4fa33 User: Jiri Rechtacek <jrechtacek@netbeans.org> Log: #146153: API providing programmatic way to display Plugin Manager dialog Reassigning to the new "autoupdate/*" owner dlipin. I guess I will expose a context sensitive action (sensitive to OperationSupport object) that one will be allowed to invoke with proper context. I plan to remove the existing friend API. (In reply to comment #4) > a context sensitive action (sensitive to OperationSupport object) Seems odd; is there any use case for this being a context-sensitive action? This would only make sense in case there were e.g. several nodes, each with its own OperationSupport instance, and you wanted to add a context menu to them. I would rather think that the factory would simply take a OperationSupport parameter (assuming one is needed at all), and return a non-context-sensitive action... or just return void and actually open the dialog, which is what the API currently seems to do (the caller can create an Action wrapper for this if appropriate but might call it some other way too). Is there anybody who needs such API anyway? (In reply to comment #6) > Is there anybody who needs such API anyway? <friend>org.netbeans.modules.autoupdate.pluginimporter</friend> <friend>org.netbeans.modules.cnd.toolchain</friend> These definitely use PluginManager today. <friend>com.sun.tools.dlight.tools.customizer</friend> Does not seem to exist anymore (and no such dep from dlight.* in current sources). <friend>com.microchip.mplab.nbide.embedded</friend> They may still be using it. OK, thanks. I don't want to encourage usage of cross cluster friend APIs. (In reply to comment #7) > (In reply to comment #6) > > Is there anybody who needs such API anyway? > > <friend>com.sun.tools.dlight.tools.customizer</friend> > > Does not seem to exist anymore (and no such dep from dlight.* in current > sources). Exists in close source part of Solaris Studio IDE group products, part of DLight product > > <friend>com.microchip.mplab.nbide.embedded</friend> > > They may still be using it. They do use it. http://netbeans.dzone.com/nb-microchip OK, I've contacted com.microchip.mplab representative and started change of the PluginManager into stable API in bug 194518. *** This bug has been marked as a duplicate of bug 194518 *** |