<div dir="ltr">Ok, I belive we can take it in mind as possible resolution. The problem is that it will take it us too long, so we can discuss it while we will plan Mitaka development.<br>However it's not a decision of the problem with service broker API for now.</div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><font color="#888888"><div dir="ltr"><div style="color:rgb(34,34,34);font-size:13px;font-family:arial,sans-serif"><p style="font-size:small;margin:0px;font-family:Helvetica">
</p><p style="font-size:small;margin:0px;font-family:Helvetica"><b><u> </u></b></p><p style="font-size:small;margin:0px;font-family:Helvetica">Nikolay Starodubtsev<br></p><p style="font-size:small;margin:0px;font-family:Helvetica">Software Engineer</p><p style="font-size:small;margin:0px;font-family:Helvetica">
Mirantis Inc.<br></p><p style="font-size:small;margin:0px;font-family:Helvetica"><br></p><p style="font-size:small;margin:0px;font-family:Helvetica">Skype: dark_harlequi<font color="#888888">ne1</font><br></p></div></div></font></div></div></div>
<br><div class="gmail_quote">2015-08-27 23:25 GMT+03:00 Dmitry <span dir="ltr"><<a href="mailto:meytin@gmail.com" target="_blank">meytin@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">I would say to extend murano with additional capabilities.<br>
Dependency management for composite applications is very important for modern development so, I think, adding additional use-cases could be very benifitial for Murano.<br>
</p><div class="HOEnZb"><div class="h5">
<div class="gmail_quote">On Aug 27, 2015 2:53 PM, "Nikolay Starodubtsev" <<a href="mailto:nstarodubtsev@mirantis.com" target="_blank">nstarodubtsev@mirantis.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Dmitry,<br>Does I understand properly and your recommendation is to change some murano logic?</div><div class="gmail_extra"><br clear="all"><div><div><div dir="ltr"><font color="#888888"><div dir="ltr"><div style="color:rgb(34,34,34);font-size:13px;font-family:arial,sans-serif"><p style="font-size:small;margin:0px;font-family:Helvetica">
</p><p style="font-size:small;margin:0px;font-family:Helvetica"><b><u> </u></b></p><p style="font-size:small;margin:0px;font-family:Helvetica">Nikolay Starodubtsev<br></p><p style="font-size:small;margin:0px;font-family:Helvetica">Software Engineer</p><p style="font-size:small;margin:0px;font-family:Helvetica">
Mirantis Inc.<br></p><p style="font-size:small;margin:0px;font-family:Helvetica"><br></p><p style="font-size:small;margin:0px;font-family:Helvetica">Skype: dark_harlequi<font color="#888888">ne1</font><br></p></div></div></font></div></div></div>
<br><div class="gmail_quote">2015-08-24 23:31 GMT+03:00 Dmitry <span dir="ltr"><<a href="mailto:meytin@gmail.com" target="_blank">meytin@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">I think that you can model application dependencies in a way it will allow multi-step provisioning and further maintenance of each component. The example of such modeling could be seen in OASIS TOSCA. </p>
<div class="gmail_quote"><div><div>On Aug 24, 2015 6:19 PM, "Nikolay Starodubtsev" <<a href="mailto:nstarodubtsev@mirantis.com" target="_blank">nstarodubtsev@mirantis.com</a>> wrote:<br type="attribution"></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr">Hi all,<br>Today I and Stan Lagun discussed a question "How we can provision complex murano app through Cloud Foundry?"<br>Here you can see logs from #murano related to this discussion: <a href="http://eavesdrop.openstack.org/irclogs/%23murano/%23murano.2015-08-24.log.html#t2015-08-24T09:53:01" target="_blank">http://eavesdrop.openstack.org/irclogs/%23murano/%23murano.2015-08-24.log.html#t2015-08-24T09:53:01</a><div><br></div><div>So, the only way we see now is to provision apps which have dependencies is step by step provisioning with manually updating JSON files each iteration. We appreaciate any ideas.<br>Here is the link for review:<br><a href="https://review.openstack.org/#/c/196820/" target="_blank">https://review.openstack.org/#/c/196820/</a><br><div><div> </div><div> </div><div><div><div dir="ltr"><font color="#888888"><div dir="ltr"><div style="color:rgb(34,34,34);font-size:13px;font-family:arial,sans-serif"><p style="font-size:small;margin:0px;font-family:Helvetica">
</p><p style="font-size:small;margin:0px;font-family:Helvetica"><b><u> </u></b></p><p style="font-size:small;margin:0px;font-family:Helvetica">Nikolay Starodubtsev<br></p><p style="font-size:small;margin:0px;font-family:Helvetica">Software Engineer</p><p style="font-size:small;margin:0px;font-family:Helvetica">
Mirantis Inc.<br></p><p style="font-size:small;margin:0px;font-family:Helvetica"><br></p><p style="font-size:small;margin:0px;font-family:Helvetica">Skype: dark_harlequi<font color="#888888">ne1</font><br></p></div></div></font></div></div></div>
</div></div></div>
<br></div></div>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div>
<br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>
<br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div>
</div></div><br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>