Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 333878 - [Discovery] new Discoverer & Catalog API
Summary: [Discovery] new Discoverer & Catalog API
Status: CLOSED FIXED
Alias: None
Product: MoDisco
Classification: Modeling
Component: Infrastructure (show other bugs)
Version: 0.9.0   Edit
Hardware: PC Windows XP
: P2 enhancement (vote)
Target Milestone: 0.9.0 RC1   Edit
Assignee: Fabien Giquel CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on: 334287
Blocks:
  Show dependency tree
 
Reported: 2011-01-10 10:35 EST by Fabien Giquel CLA
Modified: 2013-04-26 09:14 EDT (History)
4 users (show)

See Also:
fabien.giquel: indigo+


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Fabien Giquel CLA 2011-01-10 10:35:53 EST
Here is an entry for planned MoDisco discovery framework API evolution.
Comment 1 Fabien Giquel CLA 2011-01-10 10:39:50 EST
A DiscoveryHandler.getDeclaringBundle() service has been commited (rev 3706)
Comment 2 Fabien Giquel CLA 2011-02-02 09:06:31 EST
Commit an evolution on existing ecore discoverers mm  for id management (rev 3821)
Comment 3 Nicolas Bros CLA 2011-02-15 04:47:56 EST
DiscoveryManager relied on singleton discoverers. That meant:
- an invocation of a discoverer may use state (parameters for example) coming from a previous invocation of the discoverer
- each client of the API got the same object which was not synchronized. This can easily lead to state corruption issues.

I refactored DiscoveryManager so that it creates a new discoverer instance for each discovery instead of sharing a singleton discoverer.
There are still singleton discoverers, but only used internally for optimization purposes, and not exposed through the API.

Committed in revision 3917.
Comment 4 Fabien Giquel CLA 2011-05-06 02:48:51 EDT
No more work on this planned MoDisco framework evolution for Indigo.
Comment 5 Hugo Bruneliere CLA 2011-08-18 07:38:11 EDT
Refactoring done.