In that case, should there be a patch that skips that for v2? Or perhaps just raise an error for versions &lt; v2 if the function does not return a list? Of course, this wouldn&#39;t be backwards compatible which might be problematic.<br>
<br><div class="gmail_quote">On Thu, Jan 31, 2013 at 1:45 PM, Laurens Van Houtven <span dir="ltr">&lt;<a href="mailto:_@lvh.cc" target="_blank">_@lvh.cc</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Thu, Jan 31, 2013 at 4:43 PM, Matthew Williams <span dir="ltr">&lt;<a href="mailto:mgwilliams@gmail.com" target="_blank">mgwilliams@gmail.com</a>&gt;</span> wrote:<br></div><div class="gmail_quote"><div class="im">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

I have a couple questions regarding txjsonrpc (<a href="https://github.com/oubiwann/txjsonrpc/" target="_blank">https://github.com/oubiwann/txjsonrpc/</a>) in connection with the recent addition of version 2.0 support.
<div><br></div><div>* How complete is the version 2.0 support? I had actually tried some years ago to add v2.0 support, but gave up due to some issues I no longer fully recall. Are there any known issues with the present implementation?</div>



<div></div></blockquote></div><div><br>Not that I know of.<br> </div><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>* I noticed that all results are wrapped in an array (see netstring version at <a href="https://github.com/oubiwann/txjsonrpc/blob/master/txjsonrpc/netstring/jsonrpc.py#L63-L64" target="_blank">https://github.com/oubiwann/txjsonrpc/blob/master/txjsonrpc/netstring/jsonrpc.py#L63-L64</a>, but the web implementation has the same code.). This seems odd, as a jsonrpc result can be any valid json value, including a string, integer, array, or dict. The result is that on the client end, what I return from the function call as {&quot;a&quot;: &quot;b&quot;} is received as [{&quot;a&quot;: &quot;b&quot;}]. Is there some reason for this? Would a patch altering this behavior (perhaps optionally) be accepted?</div>


</blockquote></div><div><br>Huh, that&#39;s weird. I knew the params had to be an array in some version of JSONRPC (although this limitation appears to have been lifted right now). I can&#39;t find anything like that in the spec, so I do wonder why that was ever added :)<br>


 </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
<div>Thanks in advance for any help on these two questions.</div><span><font color="#888888"><div><br>Matthew Williams</div>
</font></span><br></div>_______________________________________________<br>
Twisted-Python mailing list<br>
<a href="mailto:Twisted-Python@twistedmatrix.com" target="_blank">Twisted-Python@twistedmatrix.com</a><br>
<a href="http://twistedmatrix.com/cgi-bin/mailman/listinfo/twisted-python" target="_blank">http://twistedmatrix.com/cgi-bin/mailman/listinfo/twisted-python</a><br>
<br></blockquote></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><br>-- <br><div dir="ltr">cheers<div>lvh</div></div>
</font></span><br>_______________________________________________<br>
Twisted-Python mailing list<br>
<a href="mailto:Twisted-Python@twistedmatrix.com">Twisted-Python@twistedmatrix.com</a><br>
<a href="http://twistedmatrix.com/cgi-bin/mailman/listinfo/twisted-python" target="_blank">http://twistedmatrix.com/cgi-bin/mailman/listinfo/twisted-python</a><br>
<br></blockquote></div><br>