| Summary: | [hudson][build] make discovery independent of mDNS and domain | ||
|---|---|---|---|
| Product: | z_Archived | Reporter: | Markus Kuppe <bugs.eclipse.org> |
| Component: | Mylyn | Assignee: | Torkild Resheim <torkildr> |
| Status: | CLOSED MOVED | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | P3 | CC: | torkildr |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
|
Description
Markus Kuppe
Thanks. That makes sense to me. Is ECF 3.4 going to work on Galileo? A patch that implements this is on bug 317890. (In reply to comment #1) > Thanks. That makes sense to me. Is ECF 3.4 going to work on Galileo? ECF does not test backward compatibility with Galileo. But out of my head I cannot think of a reason why ECF should not run on Galileo. Hi Markus,
I'm finally having a look at this and I'm hoping you could clear up something for me.
* I cannot find a whiteboard IServiceListener, could you point me to that?
* From what I can see the discovery provider is agnostic already (although Hudson/Jenkins appear to only use mDNS):
bc. final IContainer container = getContainer();
final IDiscoveryLocator adapter = (IDiscoveryLocator) getContainer().getAdapter(IDiscoveryLocator.class);
adapter.addServiceListener(new IServiceListener() {
public void serviceDiscovered(IServiceEvent anEvent) { ...
* I don't understand what you mean by not matching "local" domains and why we should not do that.
(In reply to comment #3) > * I cannot find a whiteboard IServiceListener, could you point me to that? Register a service of type org.eclipse.ecf.discovery.IServiceListener. The properties accepted for ISL, can be found in org.eclipse.ecf.internal.discovery.DiscoveryServiceListener.getIServiceTypeID(ServiceReference) or as part of an older patch (https://bugs.eclipse.org/bugs/attachment.cgi?id=181065&action=edit). The ISL will be called by ECF discovery when a mDNS, SLP, DNS-SD, ... service gets found. > * I don't understand what you mean by not matching "local" domains and why we > should not do that. .local is specific to mDNS. But a user might choose to use e.g. wide-area based DNS-SD discovery, which does not use a protocol specific ".local" domain, but a real domain like e.g. ".eclipse.org". Mylyn has been restructured, and our issue tracking has moved to GitHub [1]. We are closing ~14K Bugzilla issues to give the new team a fresh start. If you feel that this issue is still relevant, please create a new one on GitHub. [1] https://github.com/orgs/eclipse-mylyn |