0

過去26時間ほどで、pathが存在しないキューであるServiceBusConstract.getQueue（path）への呼び出しは、最終的な原因がバインディングの問題であるServiceExceptionをスローします。

原因：javax.xml.bind.UnmarshalException：予期しない要素（uri： " http://www.w3.org/2005/Atom"、local： "feed"）。予想される要素は、<{ http://schemas.microsoft.com/netservices/2010/10/servicebus/connect } QueueDescription>、<{ http://schemas.microsoft.com/netservices/2010/10/servicebus/connect }です。 SubscriptionDescription>、<{ http://schemas.microsoft.com/netservices/2010/10/servicebus/connect } TopicDescription>、<{ http://www.w3.org/2005/Atom } entry> at com.sun .xml.bind.v2.runtime.unmarshaller.UnmarshallingContext.handleEvent（UnmarshallingContext.java:647）

これは、SDKの0.4.0バージョンと0.4.1バージョンの両方を使用する場合に当てはまります。

以前は、この呼び出しは.getValue（）メソッドがnullを返したGetQueueResultを返しました。私のテストが失敗しているので、これを見つけました。

本番サービスは、この呼び出しとの互換性がなくなるように更新されていますか？ServiceBusContract.getQueue（nonExistentPath）の予想される動作は何ですか？

4

1 に答える 1

0

ServiceExceptionをスローすることが期待されます。実際には、この動作を検証するための単体テストがあります。次のファイルのgetNonExistQueueFail（）を参照してください。

https://github.com/WindowsAzure/azure-sdk-for-java/blob/master/microsoft-azure-api/src/test/java/com/microsoft/windowsazure/services/serviceBus/ServiceBusConfigurationTest.java

于 2013-03-27T01:10:32.363 に答える