<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Apr 6, 2017 at 4:41 PM, Fabrice Bacchella <span dir="ltr">&lt;<a href="mailto:fabrice.bacchella@orange.fr" target="_blank">fabrice.bacchella@orange.fr</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word"><br><div><span class="gmail-"><blockquote type="cite"><div>Le 6 avr. 2017 à 15:32, Yaniv Kaul &lt;<a href="mailto:ykaul@redhat.com" target="_blank">ykaul@redhat.com</a>&gt; a écrit :</div><br class="gmail-m_2879245623864684128Apple-interchange-newline"><div><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Apr 6, 2017 at 3:58 PM, Fabrice Bacchella <span dir="ltr">&lt;<a href="mailto:fabrice.bacchella@orange.fr" target="_blank">fabrice.bacchella@orange.fr</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word">Yes I&#39;m starting to understand that thinking about migrating code is pointless.<div><br></div><div>The old skd3 code is just good to be thrown away. There is no hope thinking about &quot;migrating code&quot;. And as it&#39;s just a thin layer around REST calls, it&#39;s up to us to try to make something usable around that. So I expect a lot of sweat and tears to adapt my existing code.</div></div></blockquote><div><br></div><div>Well, yes and no. Yes, it&#39;s not smooth, but once you &#39;get&#39; the idea behind the v4 API philosophy, it&#39;s quite easy to write to (at least in Python).</div></div></div></div></div></blockquote><div><br></div></span>Easy to write code that a well though sdk should have provided.</div></div></blockquote><div><br></div><div>I&#39;d like to believe our v4 SDKs are. They fix several inconsistencies we&#39;ve had with v3.</div><div>  </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word"><div><span class="gmail-"><br><blockquote type="cite"><div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div> Note that right now you can mix between v3 and v4, so you can migrate slowly, function by function.</div></div></div></div></div></blockquote><div><br></div></span><div>That&#39;s a possible but almost as complicated as rewrite everything in my case.</div></div></div></blockquote><div><br></div><div>Perhaps in your case. Here[1] is an example of the ovirt system tests, which were only partially converted (work in progress...) to v4 API.</div><div><br></div><div>HTH,</div><div>Y.</div><div><br></div><div>[1] <a href="https://gerrit.ovirt.org/gitweb?p=ovirt-system-tests.git;a=blob;f=basic-suite-master/test-scenarios/002_bootstrap.py;h=c0e71df23f17335d59d9d37fcd4c833be6372c69;hb=HEAD#l109">https://gerrit.ovirt.org/gitweb?p=ovirt-system-tests.git;a=blob;f=basic-suite-master/test-scenarios/002_bootstrap.py;h=c0e71df23f17335d59d9d37fcd4c833be6372c69;hb=HEAD#l109</a></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word"><div><span class="gmail-"><div><br></div><blockquote type="cite"><div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><br></div><div><br></div><div>Another option that you can consider, if you are re-writing, is automation via Ansible. </div><div>See <a href="https://github.com/ansible/ansible-modules-extras/tree/devel/cloud/ovirt" target="_blank">https://github.com/ansible/<wbr>ansible-modules-extras/tree/<wbr>devel/cloud/ovirt</a> </div></div></div></div></div></blockquote><br></span></div><div>A lot of people don&#39;t use ansible or use concurrent tools. So no that&#39;s not an option.</div><br></div></blockquote></div><br></div></div>