You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This will essentially be how developers will define Mesos HTTP APIs in Meson for events. In particular, it needs to provide an example (e.g., defmulti and defmethods) for how to dispatch callbacks based on a message type parsed from the stream.
We have adopted the same approach used by @pyr in Mesomatic: define callbacks for use in an async/reduce call by means of defmulti and defmethod.
How this gets included in the codebase is another matter. Perhaps default, no-op+logging methods that can be used by developers to get started, to serve as a starting point when they need to override one or more of the event-handling methods for any of the SUBSCRIBE-enabled APIs (scheduler, executor, operator).
Here is a sample of what I've been testing with in the scheduler HTTP API:
As the ultimate location for these methods will be defined in the individual API feature tasks, and as the best practice id defined, I'm closing this ticket now.
This will essentially be how developers will define Mesos HTTP APIs in Meson for events. In particular, it needs to provide an example (e.g., defmulti and defmethods) for how to dispatch callbacks based on a message type parsed from the stream.
Subtask of feature #56.
The text was updated successfully, but these errors were encountered: