<div dir="ltr"><div>><span style="font-family:arial,sans-serif;font-size:13px">it was also decided to remove the "offset" and "limit" from the response headers since that info is in the links. Though I think it could be useful to still include those headers, I think it can be ok without them.</span></div>
<div style><span style="font-family:arial,sans-serif;font-size:13px">It would not be a problem to add them if we wanted to. We just need to decide on it.</span></div><div><br></div>><span style="font-family:arial,sans-serif;font-size:13px">1) Controller should include any and all filtering parameters that were used to generate the paged result set in the web linking headers.</span><div style>
<span style="font-family:arial,sans-serif;font-size:13px">I agree and must confess that the solution did not take this into consideration (I bow my head in shame). </span></div><div style><span style="font-family:arial,sans-serif;font-size:13px">I've updated the controller-demo [1] </span><font face="arial, sans-serif">so that it now takes a 'color' as a query parameter which will also be included in any links returned (at the moment these are "custom" link headers, but the same will work for Web Linking). </font></div>
<div style><font face="arial, sans-serif">There are some other changes too on the server side, but describe them in the appropriate thread [2].</font></div><div style><font face="arial, sans-serif"><br></font></div><div style>
<font face="arial, sans-serif">[1] </font><span style="font-family:arial,sans-serif"><a href="https://gist.github.com/4500336">https://gist.github.com/4500336</a></span></div><div style><font face="arial, sans-serif">[2] <a href="http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-Server-Side-Paging-API-with-Metadata-and-Links-was-Re-Paging-Demo-td1270.html">http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-Server-Side-Paging-API-with-Metadata-and-Links-was-Re-Paging-Demo-td1270.html</a></font><span style="font-family:arial,sans-serif"> </span></div>
<div style><font face="arial, sans-serif"><br></font></div><div style><font face="arial, sans-serif"><br></font></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 18 January 2013 23:24, 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">Since we decided to use the Web Linking standard (RFC 5988) for controller's paging implementation, it was also decided to remove the "offset" and "limit" from the response headers since that info is in the links. Though I think it could be useful to still include those headers, I think it can be ok without them.<br>
<br>
That being said, it got me to thinking about those links. The question that occurred to me was whether or not those links included all other query params that were used to generate this paged result. I would really hope that it did, otherwise these links would be pretty much useless since they would link to a paged result of unfiltered items. I just want to verify the following items and make sure we're all on the same page:<br>
<br>
1) Controller should include any and all filtering parameters that were used to generate the paged result set in the web linking headers.<br>
2) If other servers for some reason do not include that information, that is not a problem our clients have to deal with. We should be free to assume that if the server is use web linking as its paging implementation, it is providing the necessary information in that link to get to the next or previous page in that filtered set.<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>
</blockquote></div><br></div>