-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[service-bus] AdminClient: ForwardTo wasn't applying on update due to bad property ordering in XML #14692
Conversation
…ear to take effect but don't actually alter the entity. Fixes Azure#14539
/azp run js - service-bus - tests |
Azure Pipelines successfully started running 1 pipeline(s). |
sdk/servicebus/service-bus/src/serializers/queueResourceSerializer.ts
Outdated
Show resolved
Hide resolved
sdk/servicebus/service-bus/src/serializers/subscriptionResourceSerializer.ts
Outdated
Show resolved
Hide resolved
sdk/servicebus/service-bus/src/serializers/queueResourceSerializer.ts
Outdated
Show resolved
Hide resolved
BTW, the analyze step is failing due to unformatted files |
sdk/servicebus/service-bus/src/serializers/queueResourceSerializer.ts
Outdated
Show resolved
Hide resolved
/azp run js - service-bus - tests |
Azure Pipelines successfully started running 1 pipeline(s). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good, but we should file some issues for the TODO items so they don't get forgotten.
sdk/servicebus/service-bus/src/serializers/queueResourceSerializer.ts
Outdated
Show resolved
Hide resolved
DefaultMessageTimeToLive: topic.defaultMessageTimeToLive, | ||
MaxSizeInMegabytes: getStringOrUndefined(topic.maxSizeInMegabytes), | ||
RequiresDuplicateDetection: getStringOrUndefined(topic.requiresDuplicateDetection), | ||
DuplicateDetectionHistoryTimeWindow: topic.duplicateDetectionHistoryTimeWindow, | ||
EnableBatchedOperations: getStringOrUndefined(topic.enableBatchedOperations), | ||
// TODO: in .net, but not in here: FilteringMessagesBeforePublishing |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Are these TODOs meant to track adding these fields? Can we create an issue for them?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'll log an issue for us for this and the one below and remove the comment.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
sdk/servicebus/service-bus/src/serializers/topicResourceSerializer.ts
Outdated
Show resolved
Hide resolved
sdk/servicebus/service-bus/src/serializers/queueResourceSerializer.ts
Outdated
Show resolved
Hide resolved
DefaultMessageTimeToLive: topic.defaultMessageTimeToLive, | ||
MaxSizeInMegabytes: getStringOrUndefined(topic.maxSizeInMegabytes), | ||
RequiresDuplicateDetection: getStringOrUndefined(topic.requiresDuplicateDetection), | ||
DuplicateDetectionHistoryTimeWindow: topic.duplicateDetectionHistoryTimeWindow, | ||
EnableBatchedOperations: getStringOrUndefined(topic.enableBatchedOperations), | ||
// TODO: in .net, but not in here: FilteringMessagesBeforePublishing |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
// TODO: in .net, but not in here: FilteringMessagesBeforePublishing |
sdk/servicebus/service-bus/src/serializers/topicResourceSerializer.ts
Outdated
Show resolved
Hide resolved
Hello @HarshaNalluru! Because this pull request has the p.s. you can customize the way I help with merging this pull request, such as holding this pull request until a specific person approves. Simply @mention me (
|
… bad property ordering in XML (Azure#14692) The ordering of properties in the XML requests to the Service Bus ATOM API is significant and changing it can have side effects. In this instance, the ordering issues caused us to appear to have setup forwarding properly for a queue but forwarding was NOT actually enabled. Our previous testing missed this because this data actually round-trips properly through the API but it doesn't trigger whatever actual setting needs to happen to cause forwarding to happen. This PR reconciles our queue, topic and subscription entities ordering against the .net layer, which acts as the de-facto authority. Fixes Azure#14539
AdminClient: ForwardTo wasn't applying on update due to bad property ordering in XML (#14692) The ordering of properties in the XML requests to the Service Bus ATOM API is significant and changing it can have side effects. In this instance, the ordering issues caused us to appear to have setup forwarding properly for a queue but forwarding was NOT actually enabled. Our previous testing missed this because this data actually round-trips properly through the API but it doesn't trigger whatever actual setting needs to happen to cause forwarding to happen. This PR reconciles our queue, topic and subscription entities ordering against the .net layer, which acts as the de-facto authority. Fixes #14539
… bad property ordering in XML (Azure#14692) The ordering of properties in the XML requests to the Service Bus ATOM API is significant and changing it can have side effects. In this instance, the ordering issues caused us to appear to have setup forwarding properly for a queue but forwarding was NOT actually enabled. Our previous testing missed this because this data actually round-trips properly through the API but it doesn't trigger whatever actual setting needs to happen to cause forwarding to happen. This PR reconciles our queue, topic and subscription entities ordering against the .net layer, which acts as the de-facto authority. Fixes Azure#14539
Adding compute 2021-04-01 version (Azure#15100) * initial copy of old files to new folder 2021-04-01 * api version update * Add SpotRestorePolicy to CRP's VM Scale Set Resource (Azure#14692) * Resolve merge conflicts after branch recreation * Fix Lint error * update with changes mae in 2021-03-01 * Update compute.json * Update CreateAVmWithNetworkInterfaceConfiguration.json update example file also to fix breaking change naming issue. * Feature/cplat 2021 04 01 - Capacity Reservation related changes (Azure#15058) * updated code * updated swagger with cr changes * updated swagger with cr changes * updated swagger with cr changes * updated swagger * updated swagger * updated swagger * Feature/cplat 2021 04 01 (Azure#15070) * 2021-04 initial * 2021-04 examples and readme * adding CR VMSS changes * updating api version in example and description of CR profile Co-authored-by: Adam Sandor <[email protected]> Co-authored-by: Theodore Chang <[email protected]> * Update compute.json * syncronizing 2021-04-01 swagger with changes made in 2021-03-01 Co-authored-by: Sandeep Vishnu <[email protected]> Co-authored-by: hari-bodicherla <[email protected]> Co-authored-by: micahjo <[email protected]> Co-authored-by: Adam Sandor <[email protected]>
The ordering of properties in the XML requests to the Service Bus ATOM API is significant and changing it can have side effects.
In this instance, the ordering issues caused us to appear to have setup forwarding properly for a queue but forwarding was NOT actually enabled. Our previous testing missed this because this data actually round-trips properly through the API but it doesn't trigger whatever actual setting needs to happen to cause forwarding to happen.
This PR reconciles our queue, topic and subscription entities ordering against the .net layer, which acts as the de-facto authority.
Fixes #14539