<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Apr 9, 2017 at 12:14 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><blockquote type="cite"><span class="gmail-"><div>Le 6 avr. 2017 à 17:21, Ondra Machacek &lt;<a href="mailto:omachace@redhat.com" target="_blank">omachace@redhat.com</a>&gt; a écrit :</div><br class="gmail-m_-6295444870953695724Apple-interchange-newline"></span><span class="gmail-"><div><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Apr 6, 2017 at 5:00 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">Ho my good, in <a href="http://ovirtsdk.services.py/" target="_blank">ovirtsdk.services.py</a>, for every service, there is a different method with a different name that return a associated service, so it&#39;s not possible to have a generic like:<div><br></div><div>def  resolve(service, ...):</div><div><span class="gmail-m_-6295444870953695724m_-4816859605268981919Apple-tab-span" style="white-space:pre-wrap">        </span>id = .....</div><div><span class="gmail-m_-6295444870953695724m_-4816859605268981919Apple-tab-span" style="white-space:pre-wrap">        </span>return service.service(id)</div><div><br></div><div>because the generic call service is used by something that take a path argument. But why not a service_by_id(self, id) ?<br></div></div></blockquote><div><br></div><div>I am not fully sure I understand what you are missing, but feel free to open<br>the bug on Python SDK in bugzilla, we will be happy to improve the SDK.<br></div></div></div></div></div></span></blockquote><br></div><div>I tried :</div><div><a href="https://bugzilla.redhat.com/show_bug.cgi?id=1439879" target="_blank">https://bugzilla.redhat.com/<wbr>show_bug.cgi?id=1439879</a></div><div><br></div><div>I hit a wall. it seems that some of you are not willing to improve the SDK.</div></div></blockquote><div><br></div><div>That&#39;s the beauty of open source.  You can help improving the SDK, instead just complaining. Patches are welcome.</div><div><br></div><div>However, I tend to agree with closing the bug - I&#39;d create a library (module) *on top of the SDK* . The comment in the bug is quite clear about it:</div><div>&quot;The objective of the SDK is to offer the same that the API offers, without the burden of the details of the HTTP and XML handling. Nothing less, and nothing more.&quot;<br></div><div><br></div><div>So improving the SDK where we do not feel it should be improved, may not be the best path. </div></div><br></div><div class="gmail_extra">Y.</div><div class="gmail_extra"><br></div></div>