Evented API’s (3A)

Session Topic: Evented APIs (T3A)

Convener: Phil Windley, Sam Curren

Notes-taker(s): Judi Clark

Tags for the session - technology discussed/ideas considered: events, API, actions

Discussion notes, key understandings, outstanding questions, observations, and, if appropriate to this discussion: action items, next steps:

From Kynetx session on Evented APIs: overview: when something happens, this function alerts or does some action. Sam’s demo: new event consumer (account created), then form presented as event builder. Send (process) form as POST, JSON body or Get, then received event is displayed on a web page. Event consumer vs event generator.

So what? Phil’s accounts: TripIt, FourSquare, and Expensify: how to mash up those three kinds of data sets? Open TripIt books a trip and opens an expense report, checking in with foursquare adds expenses–helps to orchestrate these events and consequences.

Semantics? Context is an important part of the picture. Event generators are going to be responsible for semantics, need consistency. Longer-term problem is, as a developer, need to map and look-up language to find mapping.

How does someone build an app around this? Anything that can receive a GET or POST can use this. Look at “If this then that” for wizard-like way of implementing. There may be reasons to encrypt return traffic or apply higher level security, can be added on top as function.

Notes source: http://digitalidcoach.com/2011/10/iiw-xiii-evented-apis/