Hi Zaid, Thanks for getting back to me.
Unfortunately I don’t think provisions and extensions are going to work for me, as in provision you don’t have visibility of data that was received in the Inform message i.e. what type of event trigger the inform and also what parameters were included (most useful for a 4 VALUE CHANGE). I need so I can be informed when something changes on the device, the alternative is I have to poll the GenieACS API and compare a stored copy of the data model to the new copy, which seems extremely inefficient. I’m going to look at akcoder’s branch that implements this (https://github.com/zaidka/genieacs/pull/45 <https://github.com/zaidka/genieacs/pull/45>) and see if I can rebase it to your master, but I think it might be worth re-evaluating that PR if the new API is not going to be released in the near future. I’d rather not be using a fork if possible! Cheers, James > On 2 Aug 2017, at 01:13, Zaid Abdulla <z...@genieacs.com> wrote: > > On Mon, 2017-07-24 at 16:22 +0100, James McNab wrote: >> Are there still plans to implement some sort of pub/sub event system >> as stated in the second issue there, or could we implement this >> feature using a provision + extension? > > That's something we're working on as part of a completely new API. It > still has a long way to go though. For implementing device provisioning > and such, provisions and extensions should be everything you need. > > -- > Zaid Abdulla <z...@genieacs.com> > _______________________________________________ > Users mailing list > Users@lists.genieacs.com > http://lists.genieacs.com/mailman/listinfo/users
_______________________________________________ Users mailing list Users@lists.genieacs.com http://lists.genieacs.com/mailman/listinfo/users
