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 213786 - Support LayerProvider in NetBeansInOSGi
Summary: Support LayerProvider in NetBeansInOSGi
Status: RESOLVED WONTFIX
Alias: None
Product: platform
Classification: Unclassified
Component: Netigso (show other bugs)
Version: 7.2
Hardware: All All
: P3 normal (vote)
Assignee: Jaroslav Tulach
URL:
Keywords:
Depends on:
Blocks: 198508 210325
  Show dependency tree
 
Reported: 2012-06-07 23:40 UTC by Jesse Glick
Modified: 2014-05-26 06:29 UTC (History)
0 users

See Also:
Issue Type: TASK
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 Jesse Glick 2012-06-07 23:40:47 UTC 
For NetBeans modules converted to OSGi bundles, it would be appropriate to support LayerProvider. Not implementing for now since it is not yet used outside of ergonomics.

OSGiRepository.SFS should maintain and listen to a Lookup.Result<LayerProvider>. Could simply recreate all the layers in resetAll, or for efficiency could use this.fss to track unchanged ones. Changes in the L.R, or calls to overridden refreshAdditionalLayers, should recalculate list.

OSGiRepositoryTest could have a test with a bundle with a LP registered whose ModuleInstall checks content of SFS, calls rAL (after changing some flag in the LP), then checks content again.
Comment 1 Jaroslav Tulach 2014-05-26 06:29:14 UTC 
No plans to work on this any time soon.