Follow-up question, <div><br></div><div>in the previous gist, we have:</div><div><div class="highlight" style="background-color:rgb(255,255,255);border:none;padding:0px"><pre style="font-family:Consolas,'Liberation Mono',Courier,monospace;font-size:13px;line-height:19px;word-wrap:break-word;margin-top:15px;margin-bottom:15px;background-color:rgb(248,248,248);border:1px solid rgb(204,204,204);overflow:auto;padding:6px 10px;border-top-left-radius:3px;border-top-right-radius:3px;border-bottom-right-radius:3px;border-bottom-left-radius:3px">
<span class="kd" style="font-weight:bold">var</span> <span class="nx">pagedPipe</span> <span class="o" style="font-weight:bold">=</span> <span class="nx">AeroGear</span><span class="p">.</span><span class="nx">Pipeline</span><span class="p">({</span>
<span class="nx">name</span><span class="o" style="font-weight:bold">:</span> <span class="s2" style="color:rgb(221,17,68)">"cars"</span><span class="p">,</span>
<span class="nx">settings</span><span class="o" style="font-weight:bold">:</span> <span class="p">{</span>
<span class="nx">paged</span><span class="o" style="font-weight:bold">:</span> <span class="s2" style="color:rgb(221,17,68)">"headers"</span>
<span class="p">}</span>
<span class="p">}).</span><span class="nx">pipes</span><span class="p">.</span><span class="nx">cars</span><span class="p">;</span>
</pre><div><span style="font-family:arial;font-size:small;line-height:normal">so.. here you would basically "</span>bloat"<span style="font-family:arial;font-size:small;line-height:normal"> the settings with values like: "next", "first", "paged", "limit", "offset" etc - right ?</span></div>
<div style="font-family:Helvetica,arial,freesans,clean,sans-serif;font-size:14px;line-height:22px"><span style="font-family:arial;font-size:small;line-height:normal"><br></span></div><div style="font-family:Helvetica,arial,freesans,clean,sans-serif;font-size:14px;line-height:22px">
<span style="font-family:arial;font-size:small;line-height:normal">I am currently thinking if we should do (at least on the iOS side of things) the same... that would mean... there is no longer an AGFilterConfig thing.....</span></div>
<div style="font-family:Helvetica,arial,freesans,clean,sans-serif;font-size:14px;line-height:22px"><span style="font-family:arial;font-size:small;line-height:normal"><br></span></div><div style="font-family:Helvetica,arial,freesans,clean,sans-serif;font-size:14px;line-height:22px">
<span style="font-family:arial;font-size:small;line-height:normal"><br></span></div><div style="font-family:Helvetica,arial,freesans,clean,sans-serif;font-size:14px;line-height:22px"><span style="font-family:arial;font-size:small;line-height:normal">-Matthias</span></div>
</div></div><div><div><br><br><div class="gmail_quote">On Wed, Jan 16, 2013 at 3:32 PM, Matthias Wessendorf <span dir="ltr"><<a href="mailto:matzew@apache.org" target="_blank">matzew@apache.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">on the IRC I asked this:<div><br></div><div>
<p><span>MW: <a href="https://gist.github.com/4539188" target="_blank">https://gist.github.com/4539188</a></span> - when creating a pipe, with the 'paged' settings - I could apply the offset/limit there too, or "just" via updatePageConfig() invocation ?</p>
<p>KB: the point of that gist was to sort out the differences in read() between the libs so i left it out. </p><p>MW: thanks</p><p><br></p><p>-M</p>
<p><br></p><br><div class="gmail_quote">On Wed, Jan 16, 2013 at 3:21 PM, Matthias Wessendorf <span dir="ltr"><<a href="mailto:matzew@apache.org" target="_blank">matzew@apache.org</a>></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>On Wed, Jan 16, 2013 at 3:01 PM, Kris Borchers <span dir="ltr"><<a href="mailto:kris@redhat.com" target="_blank">kris@redhat.com</a>></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 <<a href="mailto:bruno@abstractj.org" target="_blank">bruno@abstractj.org</a>> wrote:</div><br><blockquote type="cite">
If the data doesn't exist HTTP 204 is a good fit. Just don't understand why we need to interrupt the app workflow, because the data doesn'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 -> since the "paging API" knows there is no "next" (for instance)</div><div>
<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't allow the request because the data was updated since our last read? Then we wouldn't know without another read happening.</div>
</div></div></blockquote><div><br></div></div><div>yeah - here could the 2.x targeted feature of 'sync' come in...</div><div><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't allow the request, that could also cause issues.</div>
</div></div></blockquote><div><br></div></div><div>true :)</div><div><div><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>"The measure of a man is what he does with power" - 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 <<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>)> 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 > 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><div><br><br clear="all"><span class="HOEnZb"><font color="#888888"><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>
</font></span></div></div></blockquote></div><span class="HOEnZb"><font color="#888888"><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>
</font></span></div>
<br>_______________________________________________<br>
aerogear-dev mailing list<br>
<a href="mailto:aerogear-dev@lists.jboss.org">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><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>