在Microsfot Docs,我没有看到从Peek-Lock Message接收和删除消息的区别。请求是相同的。
我尝试使用邮递员的请求。如何使用Peek和如何使用Delete?请参阅留档链接:
https://docs.microsoft.com/en-us/rest/api/servicebus/peek-lock-message-non-destructive-read
https://docs.microsoft.com/en-us/rest/api/servicebus/receive-and-delete-message-destructive-read
我需要使用Peek,我想为其他读者保留信息。
如果您仔细观察HTTP请求方法,对于Peek Lock
,请求方法是Post
,而对于接收和删除
,请求方法是Delete
。
如果要Peek Lock
查看消息,则需要使用httppost
方法。
但是,请记住,Peek Lock
方法将消息从队列中移除,并且在一定时间内其他调用方将保持不可见。此外,在消息被退出队列一定次数后,它将是死字母。
不幸的是,使用REST API(HTTP协议)无法简单地偷看消息(即在不退出队列的情况下获取消息)。您将需要使用AMQP
协议来这样做。
参考https://github.com/Azure/azure-service-bus/tree/master/samples/dotnet/gettingstart/microsoft.Azure.servicebus/basicsendreceiveusingtopicsubscriptionclient,我了解Azure服务总线主题的一般工作方式,我的问题更多地是关于它实际上是如何工作的。
使用Azure Service Bus-Topics,我想实现一个解决方案,其中一旦生产者将消息发送到Topic,消息就会被发送/通知给最终消费者(比如队列)。 我理解主题作为pub/sub模型工作,其中订阅者需要从订阅中读取消息。但是我正在寻找一种类似队列的工作方法(当接收到任何消息时,它会触发web作业/服务)。 首先,我想知道服务巴士的主题是否是正确的选择?接下来,如果可能的话,实现一个变通
我正在使用azure service bus主题,我已经为它订阅启用了会话。 在my logic应用程序中,我使用来自主题的sql事务插入数据,我使用主题订阅(peek-lock)并在订阅服务器级别将并发设置为默认,如下所示 根据我的理解,我的逻辑应用程序(订阅者)应该读取所有的消息,并且必须在FIFO中处理 我的逻辑应用程序像
我正在使用Azure服务总线主题机制。此外,我已经将消息发送到主题,并希望通过编程方式检查是否将消息发送到主题。 代码: 有没有办法获得响应或状态代码?
null 输出 谁能解释一下为什么会这样吗?这对我来说有点迷惑?
我正在使用Python开发一个集成,从不同的Azure服务总线主题和队列中读取消息。但我在安排留言时有个问题。我无法查看计划的邮件。我想偷看它们,然后要么完成,要么让它们不读,直到预定的时间。我尝试查看队列和主题,但我找不到任何文档说明如何查看其中任何一个排定的消息。有人设法做到了吗?应该是一个非常常见的用例。在使用标准的REST调用时也没有发现任何问题。