问题标签 [azure-servicebus-queues]

我是否可以使用 Messaging API 将消息发送到队列并使用 WCF 集成（NetMessagingBtinding）接收，如果可以，该怎么做？什么是服务合同？谢谢奥菲尔

我有一个负责检查 4 个服务总线队列的 Azure 辅助角色。目前，我只是手动检查队列的循环方法。

Azure SDK 2.0 提供了侦听消息而不是轮询消息的能力。但是我看到的每个示例都使用带有 Console.ReadKey() 的控制台应用程序。有没有办法让工人角色也坐下来等待消息？

我试过了：

其中 _queueProcessors 是 QueueClients 的列表，而 Process 是处理消息的私有方法。但是，工作者角色会注册它们然后重新启动。

那么有人知道如何让队列客户端坐下来等待消息吗？

我想通过一些特定的活动从工作流访问服务总线队列和主题。

我找不到适合这种情况的任何东西（这篇 MSDN 文章和Roman Kiss 的这篇文章）是最接近的。

我想设计一个自定义活动，它使用 QueueClient 异步接收代理消息，使用通过 async/await 模式实现的 BeginReceive 方法（请参阅我的问题）。

首先，我想问一下是否有任何理由让我更喜欢建议的方法（改编的 WCF）而不是我想要的方法（使用 QueueClient）。

然后，我将不胜感激以一种持久友好的方式设计它。

更新：

这是我到目前为止所尝试的：

并以这种方式测试（使用本地 Windows Server 服务总线）：

如果我连续发送消息，我会按预期收到消息。第一次超时后出现问题，因为那时我不再收到任何消息。任何澄清表示赞赏。

我调用client.Send(brokeredMessage);了一次，但我收到了几次消息。对于句柄队列，我使用此代码

问题是BrokeredMessage message = client.Receive();多次调用并返回相同的消息，如果执行messageHandler(message);需要很长时间。我该如何解决？

我在 Azure 中有一个工作角色，需要在特定时间创建特定报告（使用用户 timezoneinfo）。

众所周知，Azure 工作者和 Web 角色在 UTC 时间运行，对吗？好吧，我的用户分布在世界各地。

用户有一个自定义表单应用程序，他们可以在其中选择他们想要接收报告的时区和小时。

例如：俄罗斯的用户会根据自己的位置选择自己的时区信息，法国的用户会选择自己的，美国的用户会根据位置选择自己的时区。

有一个服务总线队列将接收消息，但消息将在特定时间使用ScheduledEnqueueTimeUtc属性传递。这意味着消息将在属性指定的日期时间显示在队列中ScheduledEnqueueTimeUtc。

如何设置此属性的值，以便消息将根据用户所在的时间显示在队列中，以便他们及时获得报告？

我很难理解与 QueueClients 一起使用的 RetryExponential 类（我也假设 SubscriptionClients）。

这里列出了这些属性，但我认为我对它们的描述的解释是不正确的。

这是我的解释...

我的工作角色在过去一小时内只尝试处理队列中的消息两次，即使我认为根据上面的配置它应该更频繁地关闭（每 30 秒 + 之前尝试使用的任何处理时间最多 90秒）。我假设这些设置会强制每 2 分钟重试一次。但是，我根本看不出这种解释是指数的。

我对每个属性的解释（在上面的评论中）是否正确？如果不是（我认为它们不正确），每个属性是什么意思？

当在“Dynamics CRM Online”中创建联系人时，我们正在尝试将数据推送到 Azure 服务总线队列。我们通过使用插件注册工具注册插件来实现它。但不知何故，它在保存联系人时抛出了一个错误。这是我们在插件中实现的代码：

As per I know Azure Service bus uses port 9350, 9353 etc. to send messages. In my organization because of firewall policy we can't open these ports. So whenever I try to send messages to my queue in Azure I get error saying

No DNS entries exist for host mycloudsevice.servicebus.windows.net".

Is there a way I can send these over port 80/443, as they are always open?

Let me know if any examples or code changes I can do.

我试图了解以 azure worker 角色托管消息队列使用者时的最佳实践。我有许多不同类型的消息消费者订阅不同的 azure 服务总线订阅（或者如果您喜欢调用它，则为队列）。我想知道是否应该在一个工作角色中为每个消费者实例化多个线程，还是应该为每个消费者部署到多个工作角色。

在我们的一个队列中遇到一个奇怪的问题（对于生产来说，不少于）。当我尝试将消息放入队列时，它会抛出一个异常，简单地说：

消息似乎确实进入了队列，我可以在管理门户中看到队列长度增加这一事实证明了这一点。但是，客户端应用程序没有收到任何消息。

管理门户显示有多次请求失败，也有多次内部服务器异常；尽管不幸的是，我看不到任何方法可以获取有关这些失败请求和错误的更多详细信息。

对于可能导致此问题的原因、如何获取有关问题的更多信息以及如何继续解决此问题，我有些不知所措。任何帮助将不胜感激。

编辑：为了完整起见，我应该提及的是，我没有对我所知道的客户进行任何更改；这个问题突然就开始发生了

编辑＃2，今天早上醒来，一切都神奇地恢复了正常。仍然不确定发生了什么，所以我想改变问题的语气，以征求关于如何减轻和/或排除故障的建议（故障排除？故障排除？:)）更好