<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">On Thu, Nov 14, 2013 at 4:29 AM, Renat Akhmerov <span dir="ltr"><<a href="mailto:rakhmerov@mirantis.com" target="_blank">rakhmerov@mirantis.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">As for EventScheduler proposal, I think it actually fits Mistral model very well. What described in EvenScheduler is basically the ability to configure webhooks to be called periodically or at a certain time. First of all, from the very beginning the concept of scheduling has been considered a very important capability of Mistral. And from Mistral perspective calling a webhook is just a workflow consisting of one task. In order to simplify consumption of the service we can implement API methods to work specifically with webhooks in a convenient way (without providing any workflow definitions using DSL etc.). I have already suggested before that we can provide API shortcuts for scheduling individual tasks rather than complex workflows so it has an adjacent meaning.<div>
<br></div><div>I other words, I now tend to think it doesn’t make sense to have EventScheduler a standalone service.</div><div><br></div><div>What do you think?</div><span class="HOEnZb"><font color="#888888"><div><br></div>
</font></span></div></blockquote><div><br></div><div>I agree that I don't think it makes sense to have a whole new project just for EventScheduler. Mistral seems like a pretty good fit. Convenience APIs similar to the EventScheduler API for just saying "run this webhook on this schedule" would be nice, too, but I wouldn't raise a fuss if they didn't exist and I had to actually define a trivial workflow.<br clear="all">
<div><br></div>-- <br><div dir="ltr"><div>IRC: radix</div>Christopher Armstrong<div>Rackspace</div></div>
<br><br>
</div></div></div></div>