[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [ecf-dev] avoid broadcast
|
Hi Pavel,
My intention with this suggestion was for details specifically on
discovery providers. Is this what you mean?
Admittedly there are docs needed in a number of other areas...e.g. a
tutorial for creating providers (in general), as well as plenty of other
things (e.g. overview of osgi remote services, extending/customizing
with container finders and listeners to the osgi discovery and
distribution process, rest and soap provider creation, etc).
Sadly, I'm not sure how much I'm going to be able to do myself on such
things over the next few weeks (i.e. before Helios is complete). I will
try to do some of these, but I'm fairly occupied right now with paying
but unrelated work...so I'm a little limited.
Scott
Samolisov Pavel wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi all
I think this documentation must include some words about how providers
work. May links on official documentation or another information. How do
you think?
Scott Lewis пишет:
Hi Abhisek, Markus, and all,
I would like to jump in here and make the following suggestion :) If
others think this is a good idea, then someone can open a documentation
enhancement request/bug.
For each of the discovery providers that ECF now supports (zeroconf,
xmlfile-based discovery, service locator protocol (slp), and apache
zookeeper), I think we should put together a wiki page(s) that describes
how the discovery can be configured...for lans, wans, etc.
For example, what are the system properties that the discovery provider
understands/can respond to, and how it affects the discovery
communication? As well, we should have in one reference location a
description of the ECF OSGi service properties that can be used to
customize the discovery for any/all providers (e.g. the service uri, the
service name, etc...I'll bet you didn't know these things could be
customized, but they can :-).
I expect that questions like Abhisek's about configuring the various
discovery providers (in particular) will be fairly common, and so I
believe it makes sense to get out in front of this sort of request prior
to the release.
I can't currently commit to doing this myself right away...so apologize
for suggesting work that must be done by others. But I suspect that if
we all contribute to coordinate our work on this documentation, then it
can/will go pretty quickly and easily...and be very useful for any/all
consumers of ECF remote services.
Any takers? How would the discovery contributors in the ECF community
like to coordinate work on this? I think that Markus, as the discovery
API lead should probably decide how/whether/when to do this and how to
get consistency in format (e.g. template?), so I'll leave those choices
to him.
Make sense?
Thanks,
Scott
abhisek saikia wrote:
Hi Macus
Can i configure a set of ips only to be discovered.?
Thanks and Regards
Abhisek
On Fri, May 21, 2010 at 1:59 PM, Markus Alexander Kuppe
<ecf-dev_eclipse.org <http://ecf-dev_eclipse.org>@lemmster.de
<http://lemmster.de>> wrote:
On 05/21/2010 10:12 AM, abhisek saikia wrote:
> Hi
> I am using ECF generic and jmdns discovery.How can i avoid
broadcast
> of remote service.Is there any way to specify ip and port range to
> broadcast?
Hi Abhisek,
JmDNS does not use broadcast but multicast and the spec defines the
multicast group "224.0.0.251" and port "5353" respectively. If
needed,
the port can be tweaked by "net.mdns.port". If you also need to
adjust
the multicast group, you will have to file an enhancement request
upstream [0].
Btw. if you want to disable discovery completely, just undeploy the
jmdns provider.
Markus
[0] http://jmdns.sourceforge.net/
_______________________________________________
ecf-dev mailing list
ecf-dev@xxxxxxxxxxx <mailto:ecf-dev@xxxxxxxxxxx>
https://dev.eclipse.org/mailman/listinfo/ecf-dev
------------------------------------------------------------------------
_______________________________________________
ecf-dev mailing list
ecf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ecf-dev
_______________________________________________
ecf-dev mailing list
ecf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ecf-dev
- --
Thanks
Pavel Samolisov, PhD Student
Blog: http://samolisov.blogspot.com
Twitter: http://twitter.com/samolisov
XMPP/Jabber: samolisov@xxxxxxxxx
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkv3H0MACgkQ20T0Vos3rqBTogCguw0nnK4B4voF9FPEXZ7WCMSQ
n9sAmwb8nfo7VAnpsOcEEpgM2WC+zTtt
=ZxrE
-----END PGP SIGNATURE-----
_______________________________________________
ecf-dev mailing list
ecf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ecf-dev