[jdev] discovery services
Justin Karneges
justin-keyword-jabber.093179 at affinix.com
Wed Mar 23 15:00:48 CST 2005
On Wednesday 23 March 2005 06:27 am, Julian Missig wrote:
> On 23 Mar 2005, at 0:31, Justin Karneges wrote:
> > 3) stanzas need to indicate both the 'to' and the 'from' (since
> > either
> > workstation might have multiple users. yes, I think we should be
> > forward
> > thinking here).
>
> Ok, this is pretty silly and makes the problem thousands of times
> harder. DNS-SD lends itself to be used as presence broadcasting, but
> then you /can't/ use it as presence broadcasting if there are
> multiple users connected without making /those/ packets insanely
> complicated too. I don't think that's a problem we should be focusing
> on at all, because I don't see how it's going to make anything
> simpler /or/ better.
I don't follow. Existing client code is going to expect 'from' attributes on
incoming stanzas. This means that either 1) the clients have to be hacked to
not care about 'from' attributes on incoming stanzas or 2) clients need to
put 'from' attributes on the stanzas they send out. #2 is not a thousand
times harder than #1.
Supporting multiple users on a single machine might be a thousand times
harder, but you're not forced to do that. A single-user ad-hoc client should
have no trouble interoperating.
> I think that for now we should focus on things which DNS-SD has
> proven useful for. Multiple users advertising the same service on one
> computer is not one of them, and until the DNS-SD people have a good
> solution for that (if they care about it at all), I don't think we
> should.
Unless I've misunderstood how zeroconf works, I thought that you'd announce a
single service regardless of whether or not the service was single-user or
multiple-user. Yes, this probably means that for multiple-users you'd need
an ad-hoc Jabber client daemon. No, I'm not saying anyone has to implement
it that way.
-Justin
More information about the JDev
mailing list