I also finally cleared my example with work, and you can find it here: http://github.com/erickt/bonjour-forwarder
It currently just reflects browsing bonjour to zeromq. On Mon, Sep 20, 2010 at 1:34 AM, Gaspard Bucher <[email protected]> wrote: > I also moved the code from oscit in http://github.com/rubyk/zconf (a simple > wrapper for ZeroConf and Avahi). > We will see what proves best, wrappers around mdns or a custom made service > discovery on top of ZeroMQ + openPGM... > G. > > On Mon, Sep 20, 2010 at 1:27 AM, Kelly Brock <[email protected]> wrote: >> >> Hi folks, >> >> > > Actually, the latest Bonjour distro's for Win32 and OsX both >> > > directly include easy Wan setup. Just add the external domain to your >> > prefs >> > > page and it simply works. I use this when I work from home and just >> > link my >> > > local boxes to my work domain so I can get services started locally >> > which I >> > > can then debug against but still using the full production >> > > environment. >> > It >> > > used to be a real pain as you mention, but they seem to have fixed it >> > up. >> > >> > That is great news, I haven't looked at this stuff for a while. >> > >> > >> For zeromq based apps and servers, it would be quite nice to have a >> > >> zeromq based naming service and I have often though about writing one >> > >> myself. But, because of the security issues, such a naming service >> > >> won't be as useful on the WAN quite yet. >> > >> >> > >> In summary, on the LAN both zeroconf and a zeromq based naming >> > >> service >> > >> both make good sense. On the WAN, neither do right now. >> > > >> > > At this point I'll just say that ZeroConf, once you have a >> > > decent >> > > wrapper, is still my favorite solution. No futzing around, it just >> > tends to >> > > work. >> > >> > Yep. >> >> Just as a note, I threw up a very quick extraction of my zeroconf >> wrapper on github at: http://github.com/All8Up/zeroconf. This is >> currently >> just the interfaces converted to not use my hobby framework which includes >> a >> lot of dependencies which would be undesirable. (Currently lacking in the >> records interface, I want to redo that part.) Obviously it is useless at >> this stage but I wanted to see what folks thought about this interface >> instead of a custom rewrite. >> >> Raid the select poller from Zmq and it can be functional on >> Win32/BSD/OsX in probably a matter of hours; it would even work on Linux >> if >> you install the bonjour mdns daemon which I "believe" functions side by >> side >> with Avahi. It is easily wrapped up in a C interface so it can be used >> pretty much anywhere. >> >> Anyway, it's a starting point thought instead of trying to write a >> reimplementation of something which works perfectly well and is fairly >> well >> supported. Avahi support is the real trick as I mentioned previously, but >> it's not that much work. >> >> KB >> >> >> _______________________________________________ >> zeromq-dev mailing list >> [email protected] >> http://lists.zeromq.org/mailman/listinfo/zeromq-dev > > > _______________________________________________ > zeromq-dev mailing list > [email protected] > http://lists.zeromq.org/mailman/listinfo/zeromq-dev > > _______________________________________________ zeromq-dev mailing list [email protected] http://lists.zeromq.org/mailman/listinfo/zeromq-dev
