pcp
[Top] [All Lists]

Re: [pcp] __pmDiscoverServices()/pmfind Enhancements

To: pcp@xxxxxxxxxxx
Subject: Re: [pcp] __pmDiscoverServices()/pmfind Enhancements
From: Dave Brolley <brolley@xxxxxxxxxx>
Date: Wed, 14 May 2014 13:45:17 -0400
Delivered-to: pcp@xxxxxxxxxxx
In-reply-to: <5373AAA7.70004@xxxxxxxxxx>
References: <5373AAA7.70004@xxxxxxxxxx>
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
On 05/14/2014 01:40 PM, Dave Brolley wrote:
Hi,

Nathan has suggested adding an option to pmfind and/or the __pmDiscoverServices() API to resolve the host names of the discovered servers. Similar to the -r option of avahi-browse. I think it's a good idea and that it should not be too hard to implement.

Similarly, while discussing the new active probing mode, Frank suggested a global timeout option. After probing for the given amount of time, the process would be stopped and the results obtained thus far would be reported. I think that this is also a good idea.

Along similar lines, it might be nice if the results could be reported as they were discovered, rather than all at the end. Then a user could choose to terminate the process once enough results have been obtained or even once a particular result has been obtained. This could probably be done using a callback.

Thoughts? More ideas while we're at it?
Heh -- just thought of another one.

In the current API, we know which service we're trying to discover (e.g. pmcd). Perhaps once it is known that something is listening, we should also try to connect as an actual client of that service (i.e. go through the handshake). In that way we could report whether the discovered server actually represents the service we wanted and whether we have permission to connect.

Dave

<Prev in Thread] Current Thread [Next in Thread>