Spike: Service Bus: List*Result classes need to surface continuations #94

Closed
jcookems opened this Issue Jun 13, 2012 · 4 comments

Comments

Projects
None yet
5 participants
Contributor

jcookems commented Jun 13, 2012

Dev Estimate: 3
Test Estimate: 0

Like most services, the Service Bus will return a partial list, with a continuation to get more, if you use TOP or if the number of results crosses some threshold. For example, with a call like this, when the server has more than 22 queues:

https://XXX.servicebus.windows.net/$Resources/Queues?%24top=2&%24skip=20

the server can return:

<feed xmlns="http://www.w3.org/2005/Atom">
  ...
  <link rel="self" href="https://azuresdkdev.servicebus.windows.net/
    $Resources/Queues?%24top=2&amp;%24skip=20"/>
  <link rel="next" href="https://azuresdkdev.servicebus.windows.net/
    $Resources/Queues?%24top=2&amp;%24skip=22"/>

However, that "next" link is not returned to the consumer of the API. This means that the List_Result classes need to parse and *expose_ those continuations to the user, so they can use them to get the next batch of results. For example, this is what is done with the Blob APIS, ListBlobsResult has a Marker and a NextMarker properties.

(The PHP SDK has a similar issue, tracked WindowsAzure/azure-sdk-for-php#479)

gcheng commented Jul 9, 2012

The question is whether the server expose the continuation information, how does .NET SDK do on this scenario?

Contributor

christav commented Jan 21, 2013

Investigate - can we get consistent API across language SDKs

gcheng commented Feb 6, 2013

this is the ruby issue, it is a low pri one for ruby

https://github.com/appfog/azure-sdk-for-ruby/issues/215

gcheng was assigned Feb 6, 2013

Moving to code gen. This will no longer apply.

andrerod closed this Sep 12, 2014

azuresdkci removed this from the Backlog milestone Sep 21, 2014

azuresdkci removed the P2 label Sep 21, 2014

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment