Thanks,
Dmitri, I left my comments in the document you shared. Please take a loot at
them. We also need to define a reasonable date for 0.1 release which is now set
to Sept 11 according to my very raw estimates. We may want to move it a little
bit.
Renat Akhmerov
@ Mirantis Inc.
On 14 Aug
://wiki.openstack.org/wiki/Meetings/MistralAgenda if
you need to find meeting archive.
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
://wiki.openstack.org/wiki/Meetings/MistralAgenda
Next Monday on Aug 25 we’ll meet again.
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
and make corrections if needed.
Renat Akhmerov
@ Mirantis Inc.
On 22 Aug 2014, at 11:12, Dmitri Zimine dzim...@stackstorm.com wrote:
Hi Stackers,
we are discussing the API, v2.
The core team captured the initial thoughts
here (most recent):
https://etherpad.openstack.org/p/mistral
discussion (storing actions in DB etc.)
* Open discussion
(See http://wiki.openstack.org/wiki/Meetings/MistralAgenda for meeting archive)
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org
at the same time.
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Team,
Please take a look at the new BP
https://blueprints.launchpad.net/mistral/+spec/mistral-access-filtering.
Interested in your feedback and shared experience. Although it’s a purely
internal design thing I find pretty important to be accurate about things like
that.
Thanks
Renat
to it.
Inviting everyone to discussion.
Thanks
Renat Akhmerov
@ Mirantis Inc.
On 28 Aug 2014, at 06:17, W Chan m4d.co...@gmail.com wrote:
Renat,
It will be helpful to perform a callback on completion of the async workflow.
Can we add on-finish to the workflow spec and when workflow completes
Right now, you can just include a special task into a workflow that, for
example, sends an HTTP request to whatever you need to notify about workflow
completion. Although, I see it rather as a hack (not so horrible though).
Renat Akhmerov
@ Mirantis Inc.
On 28 Aug 2014, at 12:01, Renat
Yes, it’s just a regular task that sends a request. Something like:
notify_about_completion:
action: std.http
parameters:
url: whatever_we_need.org
method: GET
You can also take a look at webhooks examples in mistral-extra.
Renat Akhmerov
@ Mirantis Inc.
On 29 Aug 2014, at 01:22
as well
as the meeting archive)
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
/MistralAgenda
The next meeting will be on Sep 8th.
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
at https://wiki.openstack.org/wiki/Meetings/MistralAgenda#Agenda as
well as meeting archive)
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
://wiki.openstack.org/wiki/Meetings/MistralAgenda
The next meeting will be at the same time/place on Sep 15.
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
” but not sure if we
need to get that far for now.
Thoughts?
[0] https://blueprints.launchpad.net/mistral/+spec/mistral-event-listeners-amqp
[1] https://blueprints.launchpad.net/mistral/+spec/mistral-event-listeners-http
Renat Akhmerov
@ Mirantis Inc.
On 17 Sep 2014, at 10:36, Dmitri Zimine
Well, event types are supposed to be different depending on what we want.. I
just like the idea of using actions because corresponds to spirit of Mistral :)
Btw, zaqar can be easily supported in a form of action (again, to be consistent
with what we do in the system).
Renat Akhmerov
@ Mirantis
Join us next time to discuss Mistral PoC and Mistral Engine architecture.
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Hi!
This is a reminder that we will have another community meeting today in IRC
(#openstack-meeting) at 16.00 UTC.
Here’s the agenda: https://wiki.openstack.org/wiki/Meetings/MistralAgenda
As usually, you’re welcome to join!
Renat Akhmerov
@ Mirantis Inc
time.
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
.
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
/my_service/action1?street=25+Broadway+Avenuecity=Woodstock
“
If you have any concerns or new ideas on how to improve what we’re proposing
please feel free to share with us.
Thanks.
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
would start new workflow
execution with specifying a particular task in a graph.
As always, we would like to get your feedback on this.
Thanks!
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http
Sorry for being a little bit verbose :) …
Renat
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
to
provided above.
So my main point here that I was trying to make is that EventScheduler is just
a special case of Mistral capabilities. We can just provide a convenience for
scheduling webhook calls on the API (a couple of hours to implement).
Thanks! Happy New Year to everyone!
Renat Akhmerov
/Meetings/MistralAgenda
as well as logs and minutes for the previous meetings.
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
.log.html
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
that the entire coding
culture is built of.
Renat Akhmerov
@ Mirantis Inc.
On 14 Jan 2014, at 06:00, Jay Pipes jaypi...@gmail.com wrote:
On Tue, 2014-01-14 at 08:01 -0500, Doug Hellmann wrote:
Ned Batchelder had an interesting post a few days ago about why code
comments should be written
on that.
Renat Akhmerov
@ Mirantis Inc.
On 02 Jan 2014, at 09:52, Greg Hill greg.h...@rackspace.com wrote:
Renat,
Thanks for the additional information. I've been trying to put the pieces of
history together and it seems I missed some of it. I think I now understand
the evolution of things
Great idea, fully support it. We’re interested in that too. One specific thing
that was mentioned is the ability to mock auth service seems to be very useful
for some test scenarios, we came across that recently.
Renat Akhmerov
@ Mirantis Inc.
On 15 Jan 2014, at 14:07, Sylvain Bauza sylvain.ba
a fully functional REST client
automatically based on an API specification (WADL could be used for that)? Not
sure how convenient it would be, it really depends on a particular
implementation, but as an idea it could be at least thought of. Sounds a little
bit crazy though, I recognize it :).
Renat
On 16 Jan 2014, at 12:36, Dean Troyer dtro...@gmail.com wrote:
I've already written a POC for solum and some other things to demonstrate how
to add additional projects simply by installing the python-*client package.
https://github.com/dtroyer/python-oscplugin is a trivial example.
On 16 Jan 2014, at 13:06, Jesse Noller jesse.nol...@rackspace.com wrote:
Since it’s pretty easy to get lost among all the opinions I’d like to
clarify/ask a couple of things:
Keeping all the clients physically separate/combining them in to a single
library. Two things here:
In case of
projects? So
if yes, it’s just going to be one more incubation/integration requirement,
right?
Renat
On 16 Jan 2014, at 18:09, Donald Stufft don...@stufft.io wrote:
On Jan 16, 2014, at 8:42 PM, Jesse Noller jesse.nol...@rackspace.com wrote:
On Jan 16, 2014, at 4:59 PM, Renat Akhmerov
On 17 Jan 2014, at 10:04, Jonathan LaCour jonathan-li...@cleverdevil.org
wrote:
pip install openstack
That would be awesome :)
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 17 Jan 2014, at 22:00, Jamie Lennox jamielen...@redhat.com wrote:
(I don't buy the problem with large amounts of dependencies, if you have a
meta-package you just have one line in requirements and pip will figure the
rest out.)
+1
Renat Akhmerov
@ Mirantis Inc
On 17 Jan 2014, at 22:06, Robert Collins robe...@robertcollins.net wrote:
On 17 January 2014 09:22, Renat Akhmerov rakhme...@mirantis.com wrote:
Since it’s pretty easy to get lost among all the opinions I’d like to
clarify/ask a couple of things:
Keeping all the clients physically
a complex object from small pieces. We haven’t made a decision
though. We’ll be discussing it with the community.
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman
On 21 Jan 2014, at 09:07, Jesse Noller jesse.nol...@rackspace.com wrote:
Do you use any other platform than Linux? Even donald - one of the python
packaging leads and PyPI leads said this is a bad end-user experience for
consumers of openstack clouds.
That fact that someone (even very
On 21 Jan 2014, at 09:40, Sean Dague s...@dague.net wrote:
On 01/21/2014 11:54 AM, Renat Akhmerov wrote:
On 17 Jan 2014, at 22:00, Jamie Lennox jamielen...@redhat.com
mailto:jamielen...@redhat.com wrote:
(I don't buy the problem with large amounts of dependencies, if you
have a meta
+1 for opening new threads regarding specific questions.
On 21 Jan 2014, at 11:54, Renat Akhmerov rakhme...@mirantis.com wrote:
On 21 Jan 2014, at 09:40, Sean Dague s...@dague.net wrote:
On 01/21/2014 11:54 AM, Renat Akhmerov wrote:
On 17 Jan 2014, at 22:00, Jamie Lennox jamielen
On 21 Jan 2014, at 11:55, Alexander Tivelkov ativel...@mirantis.com wrote:
murano - main services, common, agents docs, deployments scripts
python-muranoclient - python bindings and CLI
murano-dashboard - OS Dashboard plugin
murano-apps - new repo for metadata, including core library and
Joining to providing our backgrounds.. I’d be happy to help here too since I
have pretty solid background in using and developing caching solutions, however
mostly in Java world (expertise in GemFire and Coherence, developing GridGain
distributed cache).
Renat Akhmerov
@ Mirantis Inc
and feature
sets.
Renat Akhmerov
@ Mirantis Inc.
On 27 Jan 2014, at 13:21, Joshua Harlow harlo...@yahoo-inc.com wrote:
Hi all,
In order to encourage further discussion off IRC and more in public I'd like
to share a etherpad that was worked on during a 'meetup' with some of the
mistral folks
contributors)
Discuss DSL example (https://etherpad.openstack.org/p/mistral-poc)
Discuss current PoC status
Review Blueprints (at least part)
Open discussion (roadblocks, suggestions, etc.)
As usually, everyone is welcome to join!
[0] https://wiki.openstack.org/wiki/Meetings/MistralAgenda
Renat Akhmerov
Hi,
Thanks for joining us today!
Here are the links to minutes and log:
Minutes:
http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-02-03-16.00.html
Log:
http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-02-03-16.00.log.html
Renat Akhmerov
@ Mirantis Inc
Dmitri,
Sure, no problem. Good considerations. I’m now in the process of reviewing your
notes..
Renat Akhmerov
@ Mirantis Inc.
On 04 Feb 2014, at 09:05, Dmitri Zimine d...@stackstorm.com wrote:
Following up from yesterday's community meeting
I am still catching up with the project
I guess it should be but just in case…
Renat Akhmerov
@ Mirantis Inc.
On 06 Feb 2014, at 07:58, Doug Hellmann doug.hellm...@dreamhost.com wrote:
On Thu, Feb 6, 2014 at 10:11 AM, Sylvain Bauza sylvain.ba...@gmail.com
wrote:
Thanks Doug,
2014-02-06 15:54 GMT+01:00 Doug Hellmann
Doug, is it backwards compatible with 0.5b6?
Renat Akhmerov
@ Mirantis Inc.
On 06 Feb 2014, at 07:58, Doug Hellmann doug.hellm...@dreamhost.com wrote:
On Thu, Feb 6, 2014 at 10:11 AM, Sylvain Bauza sylvain.ba...@gmail.com
wrote:
Thanks Doug,
2014-02-06 15:54 GMT+01:00 Doug
Hi guys,
I would suggest we skip today’s community meeting since some folks from the
team (including myself) won’t be able to participate. My apologies for the late
notice..
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack
itself”. Does that make sense?
Renat Akhmerov
@ Mirantis Inc.
On 11 Feb 2014, at 16:23, Dmitri Zimine d...@stackstorm.com wrote:
Do we have (or think about) a shorthand to calling REST_API action, without
defining a service?
FULL DSL:
Services:
TimeService:
type: REST_API
On 14 Feb 2014, at 15:02, Dmitri Zimine d...@stackstorm.com wrote:
Current DSL snippet:
actions:
my-action
parameters:
foo: bar
response: # just agreed to change to 'results’
Just a note: “response” indentation here is not correct, it’s not a parameter
“output” looks nice!
Renat Akhmerov
@ Mirantis Inc.
On 14 Feb 2014, at 20:26, Nikolay Makhotkin nmakhot...@mirantis.com wrote:
Current DSL snippet:
actions:
my-action
parameters:
foo: bar
response: # just agreed to change to 'results'
select
On 15 Feb 2014, at 04:01, Nikolay Makhotkin nmakhot...@mirantis.com wrote:
Dmitri, in our concerns under word 'input' we assume a block contains the
info about how the input data will be taken for corresponding task from
initial context. So, it will be a kind of expression (e.g. YAQL).
another etherpad for further
long-term discussions.
Renat Akhmerov
@ Mirantis Inc.
On 15 Feb 2014, at 06:26, Dmitri Zimine d...@stackstorm.com wrote:
Ok, I see.
Do we have a spec that describes this?
Lets spell it out and describe the whole picture of input, output,
parameters
languages look similar or at least
the possibility to use them seamlessly, if needed (call Mistral workflows from
Murano DSL or vice versa).
Renat Akhmerov
@ Mirantis Inc.
On 16 Feb 2014, at 05:48, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Alexander Tivelkov's message of 2014-02-14 18:17:10
. Thanks!
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
!
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
and the links to the previous meeting minutes and
logs at https://wiki.openstack.org/wiki/Meetings/MistralAgenda.
Please follow up on this email if you have additional items to discuss.
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack
meeting will be held on March 3. Looking forward to chat with you again.
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
for demonstration purposes
and testing since it doesn’t require RabbitMQ to be installed. So we decided to
refactor both and make them work similarly except the way they run tasks.
Thanks.
Renat Akhmerov
@Mirantis Inc.___
OpenStack-dev mailing list
OpenStack
On 25 Feb 2014, at 07:12, W Chan m4d.co...@gmail.com wrote:
As I understand, the local engine runs the task immediately whereas the
scalable engine sends it over the message queue to one or more executors.
Correct.
In what circumstances would we see a Mistral user using a local engine
“In process” is fine to me.
Winson, please register a blueprint for this change and put the link in here so
that everyone can see what it all means exactly. My feeling is that we can
approve and get it done pretty soon.
Renat Akhmerov
@ Mirantis Inc.
On 25 Feb 2014, at 12:40, Dmitri Zimine
Yes, right. Thanks Winson.
Renat Akhmerov
@ Mirantis Inc.
On 26 Feb 2014, at 01:39, W Chan m4d.co...@gmail.com wrote:
Sure. Let me give this some thoughts and work with you separately. Before
we speak up, we should have a proposal for discussion.
On Mon, Feb 24, 2014 at 9:53 PM
influencing their nature (like method for HTTP actions).
Please let me know your thoughts. We can make required adjustments right now.
[1] https://etherpad.openstack.org/p/mistral-poc
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
-engine-standalone-process.
Winson
On Mon, Feb 24, 2014 at 8:07 PM, Renat Akhmerov rakhme...@mirantis.com
wrote:
On 25 Feb 2014, at 02:21, W Chan m4d.co...@gmail.com wrote:
Renat,
Regarding your comments on change https://review.openstack.org/#/c/75609/, I
don't think the port
Hm.. I see your point. Generally, I like short names but expressive enough to
understand what it is. VERB_NOUN would be good but nothing decent comes to my
mind regarding HTTP :)
If you guys have any suggestions you’re welcome.
Renat Akhmerov
@ Mirantis Inc.
On 26 Feb 2014, at 16:33, Dmitri
On 26 Feb 2014, at 15:18, Timur Nurlygayanov tnurlygaya...@mirantis.com wrote:
for me just unclear the following syntacsis:
$.image_id
what is $ in this case? It will be more clear if we can replace $ to
something - any instance with readable name, like global.image_id or
Ooh, I was wrong. Sorry. We use dash naming. We have “on-success”, “on-error”
and so forth.
Please let us know if you see other inconsistencies.
Thanks
Renat Akhmerov
@ Mirantis Inc.
On 26 Feb 2014, at 21:00, Renat Akhmerov rakhme...@mirantis.com wrote:
Thanks Jay.
Regarding underscore
I don’t see any issues with term DSL (Domain Specific Language). This is really
a language which 'workbook definitions’ are written in.
Dmitri, could you please provide more details on why you question it?
Thanks
Renat Akhmerov
@ Mirantis Inc.
On 26 Feb 2014, at 20:12, Nikolay Makhotkin
about over HTTP or AMQP about changes in workflows' and tasks’ state).
I would also suggest we move events out of “Workflow” section since it’s not
actually a part of workflow.
Thoughts?
If you agree I’ll create a blueprint for this.
Renat Akhmerov
@ Mirantis Inc
On 26 Feb 2014, at 22:54, Dmitri Zimine d...@stackstorm.com wrote:
Based on the terminology from [1], it's not part of the model, but the
language that describes the model in the file.
Sorry, I’m having a hard time trying to understand this phrase :) What do you
mean by “model” here? And
will be stored under this name in
the context).
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
and its implementation logic. ActionData is what we
declare in DSL.
Renat Akhmerov
@Mistral Inc___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
significantly.
Team, please research carefully this etherpad and leave your comments. It’s a
pretty tricky thing and we need to figure out the best strategy how to approach
this kind of things. We’re going to have more problems similar to this one.
Renat Akhmerov
@ Mirantis Inc.
On 25 Feb 2014, at 10
You’re welcome! Please let us know if you need more info.
Renat Akhmerov
@ Mirantis Inc.
On 28 Feb 2014, at 09:48, Liuji (Jeremy) jeremy@huawei.com wrote:
Hi,
Yes. I mean the feature like VMware Distributed Resource Scheduler.
Now I am totally clear about the question. Thanks
Ok, thanks guys!
https://blueprints.launchpad.net/mistral/+spec/mistral-rename-event-to-trigger
Renat Akhmerov
@ Mirantis Inc.
On 28 Feb 2014, at 07:41, Dmitri Zimine d...@stackstorm.com wrote:
Agree on both.
On Feb 26, 2014, at 8:51 PM, Renat Akhmerov rakhme...@mirantis.com wrote
Haah :) Honestly, I don’t like it. “invoke” doesn’t seem to be carrying any
useful information here. And “invoke_mistral” looks completely confusing since
it’s not clear it’s related with HTTP.
Renat Akhmerov
@ Mirantis Inc.
On 27 Feb 2014, at 23:42, Manas Kelshikar ma...@stackstorm.com
this model (could
be other language, for example). Our initial intention actually was different
but anyway what you’re saying is valid. Looks like Nikolay agrees with me too
and he’s now reworking this commit. Coming up soon.
Renat Akhmerov
@ Mirantis Inc.
On 27 Feb 2014, at 23:36, Manas
implementation. We just need to make sure that it will
bring more value than pain (sorry if it sounds harsh).
Thanks for your feedback and this info. We’ll get in touch with you soon.
Renat Akhmerov
@ Mirantis Inc.
On 27 Feb 2014, at 03:22, Joshua Harlow harlo...@yahoo-inc.com wrote:
So this design
.log.html
I’ll see you next time!
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
between these two models so that it wouldn’t be
confusing?
Do we have a better naming in mind?
Thanks.
Renat Akhmerov
@ Mirantis Inc.
On 05 Mar 2014, at 08:56, Manas Kelshikar ma...@stackstorm.com wrote:
Since the renaming is for types in mistral.model.*. I am thinking we suffix
with Spec
. Please ask more questions.
Overall I like the approach of formalizing the 2 models. I am ok with current
state of the review and have laid out my preferences.
I like the current state of this patch. The only thing I would do is renaming
“Data” to “Spec”.
Thank you.
Renat Akhmerov
@ Mirantis Inc
Ok, good!
Renat Akhmerov
@ Mirantis Inc.
On 06 Mar 2014, at 15:25, Nikolay Makhotkin nmakhot...@mirantis.com wrote:
Manas, Renat, no problem :)
The commit is sent already - https://review.openstack.org/#/c/75888/
On Thu, Mar 6, 2014 at 12:14 PM, Manas Kelshikar ma...@stackstorm.com
assume what
you call “object model” here is nothing else but a python binding for the web
service which we’re also working on. Custom python logic you mentioned will
also be possible to easily integrate. Like I said, it’s still a pilot stage of
the project.
Renat Akhmerov
@ Mirantis Inc.
On 06
,
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
/mistral.2014-03-10-16.00.log.html
The next meeting will be on March 17 at the same time (16.00 UTC)
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo
principles of a system it is used for. By learning
DSL you’re leaning the system itself, as simple as that.
Renat Akhmerov
@ Mirantis Inc.
On 10 Mar 2014, at 05:35, Stan Lagun sla...@mirantis.com wrote:
I'd be very interested in knowing the resource controls u plan to add.
Memory, CPU
On 10 Mar 2014, at 16:53, Stan Lagun sla...@mirantis.com wrote:
On Mon, Mar 10, 2014 at 12:26 PM, Renat Akhmerov rakhme...@mirantis.com
wrote:
In case of Amazon SWF it works in the opposite way. First of all it’s a
language agnostic web service, then they have language specific
Hm.. Interesting. CI wasn’t able to reveal this for some reason.
My first guess is that there’s a race condition somewhere. Did you try to debug
it? And is this error 100% repeatable?
Renat Akhmerov
@ Mirantis Inc.
On 12 Mar 2014, at 11:18, Manas Kelshikar ma...@stackstorm.com wrote:
I see
transport
If we made a decision on #2 we won’t need it.
A side note: when we discuss things like that I really miss DI container :)
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org
Ok. I might be related with oslo.messaging change that we merged in yesterday
but I don’t see at this point how exactly.
Renat Akhmerov
@ Mirantis Inc.
On 12 Mar 2014, at 12:38, Manas Kelshikar ma...@stackstorm.com wrote:
Yes it is 100% reproducible.
Was hoping it was environmental i.e
-actions-design
[1]: https://wiki.openstack.org/wiki/Mistral/Blueprints/ActionsDesign
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
I would just try to recreate virtual environments. We haven’t been able to
reproduce this problem so far.
Renat Akhmerov
@ Mirantis Inc.
On 12 Mar 2014, at 16:32, Nikolay Makhotkin nmakhot...@mirantis.com wrote:
maybe something wrong with python2.6?
.tox/py26/lib/python2.6/site-packages
Ok, awesome. Btw, when I was writing tests for Data Flow I didn’t make
assumptions about order of tasks. You can take a look at how it’s achieved.
Renat Akhmerov
@ Mirantis Inc.
On 13 Mar 2014, at 02:04, Manas Kelshikar ma...@stackstorm.com wrote:
Works ok if I directly run nosetests from
to change the way how we initialize these
components, but I believe we can do it. So it’s just a dependency injection.
And in this case we wouldn’t need to use a global variable. Am I still missing
something?
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev
So no need to ask the same…”
Renat Akhmerov
@ Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
going on according to
our plans. Otherwise we have a risk to make spaghetti out of our ML threads.
Thanks
Renat Akhmerov
@ Mirantis Inc.
On 13 Mar 2014, at 08:54, Joshua Harlow harlo...@yahoo-inc.com wrote:
So taskflow has tasks, which seems comparable to actions?
I guess I should get
and gone far far
beyond the initial Convection proposal. So the initial idea of POC is no longer
relevant. Even though we finished the first version in December, we realized it
wasn’t something that should have been shared with the community since it
lacked some essential things.
Renat Akhmerov
-configuration.
If I understood the problem correctly this should be helpful.
Renat Akhmerov
@ Mirantis Inc.
On 14 Mar 2014, at 05:14, Dmitri Zimine d...@stackstorm.com wrote:
We have access to all configuration parameters in the context of api.py. May
be you don't pass it but just
1 - 100 of 652 matches
Mail list logo