Avi Mualem

My feedback

  1. 1,124 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Microsoft
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    44 comments  ·  Networking » Application Gateway  ·  Flag idea as inappropriate…  ·  Admin →
    Avi Mualem commented  · 

    whats the ETA for this feature?
    i find it essential for any fine grained API gateway product.
    in addition the exact same functionality is implemented in the Azure API management so i honestly cant understand why it shouldn't be available in the API gateway.

  2. 50 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Microsoft
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Service Fabric  ·  Flag idea as inappropriate…  ·  Admin →
  3. 731 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Microsoft
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    19 comments  ·  API Management » Defining APIs  ·  Flag idea as inappropriate…  ·  Admin →
    Avi Mualem supported this idea  · 
  4. 3,841 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Microsoft
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    128 comments  ·  Azure Cosmos DB  ·  Flag idea as inappropriate…  ·  Admin →

    Reopening this user voice item as our support for Skip/Take (Offset/Limit) was only limited to single partition queries.

    Update.

    The newly released .NET SDK v3 now includes support for x-partition queries using Offset/Limit. You can learn more about v3 SDK and try it and provide feedback on our github repo here.
    github.com/azure/azure-cosmos-dotnet-v3

    We will also be back-porting this functionality to our .NET v2 SDK. This work will begin shortly and we anticipate it to be released in September.

    Once that is released we will mark this feature as complete.

    Thank you for your patience and votes.

    Avi Mualem supported this idea  · 
  5. 363 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Microsoft
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    6 comments  ·  Service Bus  ·  Flag idea as inappropriate…  ·  Admin →
    Avi Mualem commented  · 

    I truly believe this feature is essential to any message brokering platform.
    In modern distributed systems which based upon eventual consistency paradigm various business scenarios use topics with multiple subscriptions often need to assure that each subscription logic will be invoked eventually.
    i'm aware to the fact that the dead letter subscriber can send a message to the original topic with a custom filter that will make sure only dedicated subscriber will get invoked but this workaround doesn't feel like an actual solution for the issue.

    Avi Mualem supported this idea  · 

Feedback and Knowledge Base