<div dir="ltr">I think this is pretty common problem [3]. <div><br></div><div>On the other hand most of the users won&#39;t be interested in distinguishing nulls from empty strings (at least in my opinion). So how about leaving it as is by default and creating some configuration parameter for using new status code as you suggested (just in case someone would have to distinguish those two).</div><div><br></div><div>This way we would be somewhat backwards compatible and we would have a rescue option for some users who would need this feature.<br><div><div><br></div><div>[3] <a href="http://blog.bdoughan.com/2012/04/binding-to-json-xml-handling-null.html">http://blog.bdoughan.com/2012/04/binding-to-json-xml-handling-null.html</a></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 19, 2016 at 6:31 PM, Galder Zamarreño <span dir="ltr">&lt;<a href="mailto:galder@redhat.com" target="_blank">galder@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
A Hot Rod protocol change might be required as a result of [1].<br>
<br>
In essence, the Hot Rod protocol does not specify how remote exec calls that return null should respond back to the client [2].<br>
<br>
Returning an empty byte[] won&#39;t cut it since returning an empty String would be represented that way, and that&#39;s different to null.<br>
<br>
I don&#39;t know how this could be handled without modifying the protocol, any ideas?<br>
<br>
If modifying the protocol, adding a new status code would be a way to handle it.<br>
<br>
Thoughts?<br>
<br>
[1] <a href="https://issues.jboss.org/browse/ISPN-6406" rel="noreferrer" target="_blank">https://issues.jboss.org/browse/ISPN-6406</a><br>
[2] <a href="http://infinispan.org/docs/8.2.x/user_guide/user_guide.html#_hot_rod_protocol_2_0" rel="noreferrer" target="_blank">http://infinispan.org/docs/8.2.x/user_guide/user_guide.html#_hot_rod_protocol_2_0</a><br>
--<br>
Galder Zamarreño<br>
Infinispan, Red Hat<br>
<br>
<br>
_______________________________________________<br>
infinispan-dev mailing list<br>
<a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a></blockquote></div><br></div>