on the IRC I asked this:<div><br></div><div>







<p class="p1"><span class="s1">MW: <a href="https://gist.github.com/4539188">https://gist.github.com/4539188</a></span> - when creating a pipe, with the &#39;paged&#39; settings - I could apply the offset/limit there too, or &quot;just&quot; via updatePageConfig() invocation ?</p>
<p class="p1">KB: the point of that gist was to sort out the differences in read() between the libs so i left it out. </p><p class="p1">MW: thanks</p><p class="p1"><br></p><p class="p1">-M</p>







<p class="p1"><br></p><br><div class="gmail_quote">On Wed, Jan 16, 2013 at 3:21 PM, Matthias Wessendorf <span dir="ltr">&lt;<a href="mailto:matzew@apache.org" target="_blank">matzew@apache.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br><br><div class="gmail_quote"><div class="im">On Wed, Jan 16, 2013 at 3:01 PM, Kris Borchers <span dir="ltr">&lt;<a href="mailto:kris@redhat.com" target="_blank">kris@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">

<div style="word-wrap:break-word"><br><div><div><div>On Jan 16, 2013, at 7:58 AM, Bruno Oliveira &lt;<a href="mailto:bruno@abstractj.org" target="_blank">bruno@abstractj.org</a>&gt; wrote:</div><br><blockquote type="cite">

If the data doesn&#39;t exist HTTP 204 is a good fit. Just don&#39;t understand why we need to interrupt the app workflow, because the data doesn&#39;t exist. <br></blockquote><div><br></div></div><div style="margin:0px;font-size:12px;color:rgb(50,51,51)">

I would prefer that an exception is thrown client side before a request is ever sent to the server. That way we save the http request which is important on mobile.</div></div></div></blockquote><div><br></div></div><div>
Ah! yeah - good point -&gt; since the &quot;paging API&quot; knows there is no &quot;next&quot; (for instance)</div><div class="im">
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><div style="margin:0px;font-size:12px;color:rgb(50,51,51)"><br></div>

<div style="margin:0px;font-size:12px;color:rgb(50,51,51)">That being said, then the issue becomes what if that page does exist but we don&#39;t allow the request because the data was updated since our last read? Then we wouldn&#39;t know without another read happening.</div>

</div></div></blockquote><div><br></div></div><div>yeah - here could the 2.x targeted feature of &#39;sync&#39; come in...</div><div class="im"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div style="word-wrap:break-word"><div><div style="margin:0px;font-size:12px;color:rgb(50,51,51)"><br></div><div style="margin:0px;font-size:12px;color:rgb(50,51,51)">Hmmm, interested in other opinions since relying on a 204 or any status from the server couples the client to the server impl but if we don&#39;t allow the request, that could also cause issues.</div>

</div></div></blockquote><div><br></div></div><div>true :)</div><div><div class="h5"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">
<div><div><div>
<blockquote type="cite"><br><br>-- <br>&quot;The measure of a man is what he does with power&quot; - Plato<br>-<br>@abstractj<br>-<br>Volenti Nihil Difficile<br><br><br><br>On Wednesday, January 16, 2013 at 11:52 AM, Matthias Wessendorf wrote:<br>

<br><blockquote type="cite"><br>On Wed, Jan 16, 2013 at 2:48 PM, Kris Borchers &lt;<a href="mailto:kris@redhat.com" target="_blank">kris@redhat.com</a> (<a href="mailto:kris@redhat.com" target="_blank">mailto:kris@redhat.com</a>)&gt; wrote:<br>

<blockquote type="cite">I would say returning the current page would be confusing. I would be fine with an exception or returning null as both can be handled pretty easily by a dev. I would say an exception may be more useful since it will tell the dev exactly what was wrong instead of their app choking in a null return but I am open to both. <br>

<br><blockquote type="cite"><br>For offset &gt; totalNbPages :<br>- throwing an exception ?<br>- returning null ?<br>- returning last page ?<br></blockquote><br><br><br>I would say same as above. Returning last page may be confusing but others are acceptable with a preference toward an exception.<br>

</blockquote><br><br>+1 on an exception<br><br>-M<br><br><br><br>-- <br>Matthias Wessendorf <br><br>blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_blank">http://matthiaswessendorf.wordpress.com/</a><br>

sessions: <a href="http://www.slideshare.net/mwessendorf" target="_blank">http://www.slideshare.net/mwessendorf</a><br>twitter: <a href="http://twitter.com/mwessendorf" target="_blank">http://twitter.com/mwessendorf</a> <br>

_______________________________________________<br>aerogear-dev mailing list<br><a href="mailto:aerogear-dev@lists.jboss.org" target="_blank">aerogear-dev@lists.jboss.org</a> (<a href="mailto:aerogear-dev@lists.jboss.org" target="_blank">mailto:aerogear-dev@lists.jboss.org</a>)<br>

<a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br></blockquote><br><br><br>_______________________________________________<br>aerogear-dev mailing list<br>

<a href="mailto:aerogear-dev@lists.jboss.org" target="_blank">aerogear-dev@lists.jboss.org</a><br><a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br>

</blockquote></div></div></div><br></div><br>_______________________________________________<br>
aerogear-dev mailing list<br>
<a href="mailto:aerogear-dev@lists.jboss.org" target="_blank">aerogear-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br>
<br></blockquote></div></div></div><div class="HOEnZb"><div class="h5"><br><br clear="all"><div><br></div>-- <br>Matthias Wessendorf <br><br>blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_blank">http://matthiaswessendorf.wordpress.com/</a><br>
sessions: <a href="http://www.slideshare.net/mwessendorf" target="_blank">http://www.slideshare.net/mwessendorf</a><br>
twitter: <a href="http://twitter.com/mwessendorf" target="_blank">http://twitter.com/mwessendorf</a>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Matthias Wessendorf <br><br>blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_blank">http://matthiaswessendorf.wordpress.com/</a><br>
sessions: <a href="http://www.slideshare.net/mwessendorf" target="_blank">http://www.slideshare.net/mwessendorf</a><br>twitter: <a href="http://twitter.com/mwessendorf" target="_blank">http://twitter.com/mwessendorf</a>
</div>