Community
Participate
Working Groups
JmDNS has received a bunch of enhancements since 2.x. Thus we should upgrade to the 3.x code base.
CQ https://dev.eclipse.org/ipzilla/show_bug.cgi?id=4472 has been filed
Created attachment 179568 [details] changes necessary in the provider
Created attachment 179569 [details] mylyn/context/zip
Reverted to 2.x code base. 3.x code base is showing a couple of problems which have to be sorted out first.
REOPENED due to previous comment
A new branch 326228 [0] has been pushed to git.eclipse.org that will serve as an integration branch with JmDNS upstream for now. [0] http://git.eclipse.org/c/ecf/org.eclipse.ecf.git/log/?h=326228
Created attachment 181593 [details] mylyn/context/zip
Relating my experience with ECF's JmDNS provider... I was getting "buffer full" exceptions thrown at line 144 of DNSOutgoing.java. It looked alot like a multi-threading issue where the array and offset would change to values that caused the guard to test true. In any case, this exception would cause our remote services to fail registration and would ultimately leave the JmDSNImpl instance in some corrupt state that caused a deadlock to occur at line 542 of said class (unregisterService() method) when the application closed. Because we're developing an Eclipse application already with a 1.7 compliance level, it was relatively easy to get around the new JmDNS requirements. I created a replacement plugin from the ECF master branch and JmDNS's HEAD, changed the manifest and classpath, and all is working now. No more exceptions. If you haven't updated JmDNS due to the 1.6 compliance issues, I must say I understand the stalemate situation this issue appears to be in.
*** Bug 392655 has been marked as a duplicate of this bug. ***