Java应用升级Azure消息传递服务总线后无法使用Azure消息
按照这里的说明https://docs.microsoft.com/en-us/azure/service-bus-messaging/service-bus-java-how-to-use-queues测试一个java应用程序来连接，发送和接收消息
使用azure messaging servicebus的7.0.2版本，一切正常。
然而，当我更新版本时，在构建时或运行时都会出现错误。
我知道它应该向后兼容，我猜我做错了什么。我也尝试过更新azure core的verion，但没有成功。如果有人能帮忙，我将不胜感激。
7.3.0--java.lang.类NotFound异常：com.azure.core.util.AsyncCloseable
7.7.0--java.lang.ClassNotFound异常：com.azure.core.client.traits.令牌凭据特征
共有1个答案
- “爪哇”。“lang.ClassNotFoundException”是一个Java检查的异常，当JVM试图加载一个类但无法在类路径中找到它时会发生
- 通常，由于“ClassNotFoundException”是一个已检查的异常，因此必须在可以抛出它的方法中显式地处理它——通过使用“try-catch块”或通过使用“throws”子句
- 有关更多信息，请参阅类似的SO线程。参考文献1，参考文献2
-
我正在尝试在Azure中构建一个简单的WebAPI REST服务，后端有一个服务总线队列工作器。我可以从Web API向工作人员发送一条消息。然而，我试图发送更多的信息，只是为了看看一切是如何运作的。因此，我创建了一个简单的控制器，如下所示： 当我呼叫控制器时，我只收到工作人员接收到的大约1/2的消息。其余的似乎都被放弃了。
-
根据MS文档，从订阅接收消息并不困难。但是，如果我希望我的应用程序在每次发布新消息时都接收一条消息--一个恒定的轮询。因此，使用了SubscriptionClient类的OnMessage（）方法。 MS文档说：“...当调用OnMessage时，客户端启动一个内部消息泵，该消息泵不断轮询队列或订阅。该消息泵由发出Receive（）调用的无限循环组成。如果调用超时，它发出下一个Receive（）调
-
我在Azure中托管了两个云服务辅助角色，一个使用NServiceBus（Azure服务总线传输）消耗消息，另一个生成消息。 昨天，我部署了一个新版本的生产者工作者角色，而队列中仍然有大量消息，因为我们正在处理早上遗留下来的大量消息。当生产者启动时，它似乎已经清空（或者可能重新创建）队列，许多重要的生产消息丢失。这似乎很奇怪，但日志显示，大约在生产者角色启动时，消费者没有处理进一步的消息，我们知道
-
我正忙着研究Azure服务总线。我想用它来代替我们使用多个请求的系统。 然而，我看不出人们是如何对您排队的消息做出响应的？ 我可能误解了服务总线的使用方式吗？这是火灾和忘记类型的消息吗？
-
我在Azure Service Bus中使用代理消息传递（主题/订阅），我很好奇如何（或者是否）使用SSL保护通信。
-
我正在使用Python开发一个集成，从不同的Azure服务总线主题和队列中读取消息。但我在安排留言时有个问题。我无法查看计划的邮件。我想偷看它们，然后要么完成，要么让它们不读，直到预定的时间。我尝试查看队列和主题，但我找不到任何文档说明如何查看其中任何一个排定的消息。有人设法做到了吗？应该是一个非常常见的用例。在使用标准的REST调用时也没有发现任何问题。