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]