servicebus

What's the proper way to abandon an Azure SB Message so that it becomes visible again in the future in a way I can control?

|▌冷眼眸甩不掉的悲伤 提交于 2019-11-29 05:28:52
So the scenario is that I'm using an SB queue to throttle outgoing callbacks to other services. One of the standard problems with calling back to other services is that they may be down for uncontrollable amounts of time. Assuming I detect that the target is down/not responding, what is the best pattern for abandoning that message so that it doesn't reappear on the queue immediately? Here's are some approaches I'm either aware of, have tried or am considering: Obviously if I just use BrokeredMessage::Abandon() the message will be unlocked and put back on the queue. This is obviously

How do I report a bug in Windows Server Service Bus?

我的未来我决定 提交于 2019-11-29 02:22:31
问题 I tried to google. Microsoft Connect doesn't accept bugs for Service Bus. Azure Portal sends to either MS forums or to StackOverflow - so here I am. The question is really in the title: how do I report a bug with Service Bus? (not the Azure version, but the one you install on premises) And here is the issue: Microsoft.Cloud.ServiceBus.dll has a reference to Microsoft.Cloud.Common.AzureStorage.dll . It uses one type from that assembly - namely, StorageAccountInfo . It's part of a configuration

.net service bus recommendations? [closed]

有些话、适合烂在心里 提交于 2019-11-28 15:51:43
We are in need of a distributed architecture messaging system/service bus with the capability of Publish/Subscribe. Does anyone have any reccomendations for a framework that we can use for .net applications? Dale Ragan NServiceBus is growing in popularity. It is open source as well. Here is a Hanselminutes episode with Scott Hanselman talking with Udi Dahan about NServiceBus to help grok it. You should definitely evaluate using it. UPDATE: There's also a DNR TV episode which shows what it's like to build an NServiceBus solution from scratch here: http://www.dnrtv.com/default.aspx?showNum=199

Send a message with a new library (Microsoft.Azure.ServiceBus) that is read by an old library (Microsoft.ServiceBus.Messaging) with BodyType - String

99封情书 提交于 2019-11-28 14:17:26
I have a client written for some time ago that uses the old library and does call GetBody<string>() to read the body when receiving messages. Now I have the new client Microsoft.Azure.ServiceBus (sends messages) that as far as I understand always uses Stream . So the old client just crashes as it expects string body type. I have found a lot of information on the opposite scenario (new reader, old writer), but cannot figure out how to make the new client send the data in required format. Related links: A stackoverflow answer Interop extension to do the opposite (read an old message in the new

Not able to use REST API for Service Bus for Windows Server 1.1 (OnPremises)

﹥>﹥吖頭↗ 提交于 2019-11-28 14:12:27
I am using the Window Server Service Bus 1.1. I am able to generate the OAuth token from the Window Server Service Bus using the following base address string baseAddressHttp = "https://" + ServerName + ":9355/" + Namespace + "/$STS/OAuth/"; For Window Azure Service Bus for sending a message to queue i can POST a request on the following queue address string serviceNamespace = "ServiceBusDefaultNamespace"; string queueName = "SampleQueuName"; string message ="This is my first message"; string queueAddress = "https://" + serviceNamespace + ".servicebus.windows.net/"+ queueName + "/messages";

Azure service bus - Read messages sent by .NET Core 2 with BrokeredMessage.GetBody

谁说胖子不能爱 提交于 2019-11-28 02:11:58
问题 I am using .NET Core 2 for an application which needs to put a message on the Service bus and read by a legacy .NET 4.6 receiver. The receiver listens to messages from other legacy applications as well. Legacy sender: UserData obj = new UserData() { id = 1, name = "Alisha" }; BrokeredMessage message = new BrokeredMessage(consentInstated); _client.Send(message); Legacy Receiver: var dataObj = objBrokeredMessage.GetBody<UserData>(); businessFunc(dataObj.id, dataObj.name); .NET Core 2 sender: as

Azure Hosted Service Bus : “The X.509 certificate CN=servicebus.windows.net is not in the trusted people store.”

♀尐吖头ヾ 提交于 2019-11-28 02:08:39
Using Azure SDK 2.3 on my vs2013 development VM I can consume Service Bus queues hosted in Azure painlessly. However, on Windows Server 2008 R2 Standard SP1, it looks like Windows can not trust the involved certificates and an exception is thrown. The line that throws : // Send the message await queueclient.SendAsync(message); Exception message : The X.509 certificate CN=servicebus.windows.net is not in the trusted people store. The X.509 certificate CN=servicebus.windows.net chain building failed. The certificate that was used has a trust chain that cannot be verified. Replace the certificate

Is Service Bus for Windows Server dead

不打扰是莪最后的温柔 提交于 2019-11-27 01:18:02
问题 We are currently using it for development, however the last release was Service Bus 1.1 over two years ago. Should Service Bus for Windows Server be avoided? 回答1: Edit: It is officially dead. Microsoft "will not provide an immediate successor for the standalone Service Bus for Windows Server 1.1 product" and it "and will go out of mainstream support on January 9, 2018". Original answer (Aug 4 '16): The short answer: Service Bus for Windows Server does have a future as part of Azure Stack but