azureservicebus

1热度

1回答

当使用服务总线队列中的Brokered Messaging时，我明白云队列本身是持久的。它是否也影响客户端？例如，当我将消息发送到队列时，我应该手动处理由于连接丢失限制问题而导致事务被拒绝的情况，还是会自动保留在客户端某处并稍后重新发送？

1热度

1回答

如何使用SubscriptionClient.OnMessage进行需要会话的订阅

我一直在寻找Azure服务总线版本2.0中提供的新消息泵。特别是，我正在使用主题和订阅（而不是队列）。我可以让消息泵与非会话订阅一起工作，并且只要有可用的broker消息就会引发消息事件。然而，当我尝试使用需要会话的订阅，我得到以下错误... InvalidOperationException异常：这是不可能的，需要会话的实体创建一个非sessionful消息接收器有没有人有办法将新的OnMe

1热度

1回答

确保服务总线

我们计划为我们的项目使用服务总线选项。它将成为客户端服务器项目，以下是该项目的体系结构： - 服务器： - WCF自托管服务器与服务总线进行交互并公开各种方法。我们要在MS网络上托管服务器。客户端： - 一个网络应用程序，通过服务总线与服务器交互。客户将分发给各种最终用户。技术： - 客户端和服务器都是.Net应用程序。客户端是在WPF中开发的，服务器是一个自托管的控制台应用程序。绑定：正

0热度

1回答

app.config中所需的绑定扩展

我在我的项目中使用了服务总线。我指的是2.0.0.0版本的dll。当我添加以下在我的app.config标签的一切工作正常 <extensions> <bindingExtensions> <add name="netTcpRelayBinding" type = "Microsoft.ServiceBus.Configuration.N

3热度

1回答

模板通过Azure的服务总线通知集线器IOS通知

我使用的Windows Azure的iOS 服务总线通知集线器我用下面的代码注册设备： SBNotificationHub* hub = [[SBNotificationHub alloc] initWithConnectionString: @"Endpoint=sb://......" notificationHubPath:@"...."]; NSM

16热度

1回答

Azure服务总线序列化类型

随着我们迈向面向服务的体系结构，我们已开始调查使用Windows Azure服务总线作为当前队列的替代品。大部分文档都很清晰;然而我很难确定BrokeredMessage在提供一个body的时候使用哪种类型的序列化。例如，让我们说我实例化一个BrokeredMessage对象如下： ICommand sendMessageCommand = new SendMessageCommand {

9热度

1回答

Azure服务总线客户端连接持久性

我有一个围绕Azure服务总线代码的基本包装，我们将在一个辅助角色中使用它。这个ServiceBusClient将在每次工作者角色运行时被实例化;然后用于访问队列，直到没有剩余的项目可以枚举为止。 public class ServiceBusClient : IDisposable, IServiceBusClient { private const int DEFAULT_WAIT

3热度

1回答

在Azure服务总线队列上更新已中断的消息

我们希望能够在存储项目状态的服务总线队列中断消息中保存属性;所以在出于某种原因重新处理项目的情况下，我们有一个记录指出了它在过程中的位置（改进我们的重试逻辑）。因此，我们必须从队列中拿起一个项目下面的代码： var brokeredMessage = _queueClient.Receive(TimeSpan.FromSeconds(DEFAULT_WAIT_TIME_IN_SECON

5热度

1回答

编码BrokeredMessage机构

我们有大约在Azure服务总线客户端下面的包装：由 public virtual void SendMessage(object bodyObject) { var brokeredMessage = _messageBodySerializer.SerializeMessageBody(bodyObject); _queueClient.Send(broker

0热度

1回答

消息在天青服务总线队列保留在队列到期时间

我正在与天青服务总线队列工作在使用两个队列的请求/响应模式和一般它运作良好后。我使用了我找到的一些很好的例子中非常简单的代码。我的队列在网络和工作者角色之间，使用MVC4，Visual Studio 2012和.NET 4.5。在一些压力测试，我结束了我的过载系统和客户端放弃之前的一些响应不交付（我会解决，这个问题不是重点）。发生这种情况时，我最终留在我的响应队列许多消息，都远远超过其Expi