Re: [openstack-dev] [Mistral][Taskflow][all] Mistral + taskflow

2014-03-17 Thread Joshua Harlow
Monday, March 17, 2014 at 5:37 AM To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev@lists.openstack.org>> Subject: Re: [openstack-dev] [Mistral][Taskflow][all] Mistral + taskflow Left my comments in https://etherpad.openstack.org/p/taskflow

Re: [openstack-dev] [Mistral][Taskflow][all] Mistral + taskflow

2014-03-17 Thread Renat Akhmerov
together and hopefully get some good ideas > flowing :-) > > From: Stan Lagun > Reply-To: "OpenStack Development Mailing List (not for usage questions)" > > Date: Friday, March 14, 2014 at 12:11 AM > To: "OpenStack Development Mailing List (not for usage q

Re: [openstack-dev] [Mistral][Taskflow][all] Mistral + taskflow

2014-03-14 Thread Joshua Harlow
t;OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev@lists.openstack.org>> Date: Friday, March 14, 2014 at 12:11 AM To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev@lists.openstack.org>> Subject: Re: [

Re: [openstack-dev] [Mistral][Taskflow][all] Mistral + taskflow

2014-03-14 Thread Changbin Liu
As a technical person, I would love to hear the major/significant/big differences between Mistral and TaskFlow. Last October I read this blog http://www.mirantis.com/blog/announcing-mistral-task-flow-as-a-service/ , and also saw ML/IRC communications, but still could not quite figure out the grand

Re: [openstack-dev] [Mistral][Taskflow][all] Mistral + taskflow

2014-03-14 Thread Stan Lagun
Joshua, why wait? Why not just help Renat with his research on that integration and bring your own vision to the table? Write some 1-page architecture description on how Mistral can be built on top of TaskFlow and we discuss pros and cons. In would be much more productive. On Fri, Mar 14, 2014 a

Re: [openstack-dev] [Mistral][Taskflow][all] Mistral + taskflow

2014-03-14 Thread Joshua Harlow
Thanks Renat, I'll keep waiting, and hoping that we can figure this out for everyone's benefit. Because in the end we are all much stronger working together and much weaker when not. Sent from my really tiny device... On Mar 13, 2014, at 11:41 PM, "Renat Akhmerov" mailto:rakhme...@mirantis.co

Re: [openstack-dev] [Mistral][Taskflow][all] Mistral + taskflow

2014-03-13 Thread Renat Akhmerov
Folks, Mistral and TaskFlow are significantly different technologies. With different set of capabilities, with different target audience. We may not be doing enough to clarify all the differences, I admit that. The challenge here is that people tend to judge having minimal amount of informatio

Re: [openstack-dev] [Mistral][Taskflow][all] Mistral + taskflow

2014-03-13 Thread Boris Pavlovic
Stan, There is a big difference between TaskFlow and Mistral. TaskFlow is implemented + it's part of OpenStack (already). Mistral is under development and it's not a part of OpenStack. If Mistral would like someday to make incubation request it will get reasonable question: "Why Mistral reimplem

Re: [openstack-dev] [Mistral][Taskflow][all] Mistral + taskflow

2014-03-13 Thread Stan Lagun
Joshua, Boris, Renat, I call for this discussion to be technical rather than emotional. "Seems" is not appropriate word here. It seems like both Mistral and TaskFlow duplicate many similar services and libraries outside of OpenStack (BTW, what exactly in TaskFlow is OpenStack-specific?). So it is

Re: [openstack-dev] [Mistral][Taskflow][all] Mistral + taskflow

2014-03-13 Thread Boris Pavlovic
Joshua, Fully agree, seems like Mistral duplicates a lot of efforts of TaskFlow. I just don't see any reason why Mistral is reimplementing TaskFlow and not just adding new features to... Best regards, Boris Pavlovic On Fri, Mar 14, 2014 at 3:02 AM, Joshua Harlow wrote: > Separating from the

[openstack-dev] [Mistral][Taskflow][all] Mistral + taskflow

2014-03-13 Thread Joshua Harlow
Separating from the following: * http://lists.openstack.org/pipermail/openstack-dev/2014-March/029870.html What can we do to resolve this, and reduce duplication in effort, code and so on. I believe that we are really doing the same thing, but it appears that something (imho) is wrong with the p