| Summary: | [Discovery][ZooDiscovery] ZooDiscovery fails to interact with CompositeDiscoveryContainer | ||
|---|---|---|---|
| Product: | [RT] ECF | Reporter: | Markus Kuppe <bugs.eclipse.org> |
| Component: | ecf.providers | Assignee: | Wim Jongman <wim.jongman> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | ahmed.aadel, wim.jongman |
| Version: | 3.5.0 | ||
| Target Milestone: | 3.5.0 | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
|
Description
Markus Kuppe
While working on this is stumbled over org.eclipse.ecf.provider.zookeeper.core.ZooDiscoveryServiceTypeID that creates a unique servicetype per service. Why is this necessary? Btw. the reason I'm asking is, that this makes it impossible to deregister a service with a generic ECF Discovery API IServiceInfo obj. Released http://git.eclipse.org/c/ecf/org.eclipse.ecf.git/commit/?id=ebe061c66acbe63514c9b7a32cb1067c496babcc to make ZooDiscovery register under .locator as well as .advertiser in the ExtensionPoint registry. Is this fixed with your patch Markus? IIRC it's not. Problem is that ZooDiscovery appends some random string to either IServiceTypeID or IServiceID (can't remember which one) which essential breaks CDC. Adding Ahmed, moving to next release. duplicate of 339024? duplicate of 339024 *** This bug has been marked as a duplicate of bug 339024 *** |