Re: Lookup Service Discovery
Mark Brouwer <[email protected]> Fri, 23 Nov 2007 12:29:20 +0100
| Newsgroups | gmane.comp.java.sun.jini |
|---|---|
| Message-ID | <[email protected]> |
Hi Patrick, I believe there should be no need to programmatically issue a new search for lookup services. You didn't provide all the necessary information such as how much time there was between restarting your Hello service etc. But based on that your client doesn't get the service when first the lookup service is restarted and after that the Hello service it might be that the LookupCache is not receiving any events from the LUS. When a LookupCache is created it will perform a synchronous call to the LUS first and after that mutation to it are due to events received and discards by the client. Another thing is whether you have a fixed ServiceID for your Hello service or will you get a new one for each time you start your service. Without knowing every detail about your setup this is always kind of hard to diagnostic these kind of problems but you might perform both tests again with logging enabled for the SDM. Set net.jini.lookup.ServiceDiscoveryManager for your client to FINEST , probably also handy to set net.jini.discovery.LookupDiscovery to FINEST and see what the output is, you can submit both runs to the list so we can have a look. It would be nice to annotate them with the actions you performed. The diagnostic logging for SDM could be improved in that it would handy if it was able to report state transitions for events send by the LUS, currently it only shows that certain tasks are started but provide no information about the event itself and how the cache is populated. I just realize that I've been to lazy to add this and often used a remote debugger to sort out these problems, but I think we should create an issue for that at River. -- Mark Brouwer -------------------------------------------------------------------------- Getting Started: http://www.jini.org/wiki/Category:Getting_Started Community Web Site: http://jini.org jini-users Archive: http://archives.java.sun.com/archives/jini-users.html Unsubscribing: email "signoff JINI-USERS" to [email protected]