2
votes

Looking through the Azure Service Bus documentation and posts on the web I can only find examples of dead-letter processing that use the MessageReceiver classes to read dead-letters from the $DeadLetterQueue.

While the above scenario works fine, I'm curious if the following scenario is supported:

Can I point a separate WCF service endpoint to essentially listen for messages on the direct dead-letter queue (e.g. sb://mynamespace.servicebus.windows.net/MyTopic/subscriptions/MySubscription/$DeadLetterQueue)?

The expectation is that as new dead-letters are added, this listening WCF service endpoint is triggered to handle the message. The experiments that I've performed so far indicate that this is not supported.

Anyone know if Azure Service Bus can handle this configuration?

2

2 Answers

0
votes

I think this should work and will try it out, just wanted to know if you had seen the following guidance: When using the WCF publish/subscribe service model, when adding the service endpoint you must specify the topic URI as the address, and the subscription URI as the listening URI. You should be able to substitue the listening URI with sb://mynamespace.servicebus.windows.net/MyTopic/subscriptions/MySubscription/$DeadLetterQueue

0
votes

Sorry, Currently i cannot find any documentation about this. You can submit a feature request on http://www.mygreatwindowsazureidea.com/forums/40626-windows-azure-appfabric-feature-voting. As a workaround, you can use MessageReceiver to read the messages, and then if you like, you can send the message to a WCF service.