My $0.02: > > >> My core concern here is that this spec > >> (http://xmpp.org/extensions/inbox/iot-events.html) is designed such > >> that one entity can publish events, to which assorted other entities > >> can subscribe, which fundamentally sounds like pubsub, for which we > >> have some coverage in XEP-0060. IOT-Events comes up with a > completely > >> new syntax for both the subscribing and the publishing from that > >> described in XEP-0060, and I'd like to see if there is common ground > >> for sharing syntax (and, ideally, semantics). > >> > >> I note at this point that re-use of XEP-0060 syntax would not imply > >> the use of central pubsub services on components or servers. In > >> IOT-Events, a Thing is its own (IOT-Events)pubsub service; I'm > >> interested in seeing if they could be their own (XEP-0060 > >> subset)pubsub service instead. > > > > I like this general approach! > > Excellent.
I fully agree that the best way IMHO is generalizing XEP-0060 and keeping as close as possible to the regular semantics > The way I read IOT-Events, it was a single subscription, but I'm hoping > Peter or other IOT folks can weight in here much more usefully than I > can. Fortunately we have the mechanisms in xep60 to cope with either. Maybe I am misundertanding it, but I think single-subscriptions would restrict some use cases. An example use case is if you have different subscriptions with different timely resolutions, maximum ages etc. This can happen when you have an entity that has several applications running which do require different event notifications. I would not restrict it to single-subscription given it does not cause an unreasonable overhead.
