Nservicebus 找不到目标队列“@”

Nservicebus 找不到目标队列“@”,nservicebus,Nservicebus,在测试pub/sub模型时,我更改了订阅者队列的名称,而旧队列的订阅仍然存在于数据库中,因此数据库中有一个悬空订阅 所以,当发布服务器和订阅服务器启动,我试图从发布服务器发送消息时,发生了以下异常,发布服务器基本停止,不再发送任何消息 2011-02-09 09:56:21115[6]错误Publisher.ServerEndpoint[null]-启动终结点时出现问题。 System.Configuration.ConfigurationErrorsException:找不到目标队列“Stor

在测试pub/sub模型时,我更改了订阅者队列的名称,而旧队列的订阅仍然存在于数据库中,因此数据库中有一个悬空订阅

所以,当发布服务器和订阅服务器启动,我试图从发布服务器发送消息时,发生了以下异常,发布服务器基本停止,不再发送任何消息

2011-02-09 09:56:21115[6]错误Publisher.ServerEndpoint[null]-启动终结点时出现问题。 System.Configuration.ConfigurationErrorsException:找不到目标队列“StoreInputQueue@”。您可能在配置文件中的UnicastBusConfig节的MessageEndpointMappings中错误配置了此类message.EventMessage的目标。也可能是给定队列尚未创建或已删除。-->System.Messaging.MessageQueueException:队列不存在,或者您没有足够的权限执行该操作。 在System.Messaging.MessageQueue.MQCacheableInfo.get_WriteHandle 在System.Messaging.MessageQueue.StaleSafeSendMessageMQPROPS属性中,IntPtr事务 位于System.Messaging.MessageQueue.SendInternalObject obj、MessageQueueTransaction internalTransaction、MessageQueueTransactionType transactionType 在System.Messaging.MessageQueue.SendObject obj中,MessageQueueTransactionType transactionType 在NServiceBus.Unicast.Transport.Msmq.MsmqTransport.SendTransportMessage m中,d:\BuildAgent-02\work\20b5f701adefe8f8\src\impl\Unicast\NServiceBus.Unicast.Msmq\MsmqTransport.cs中的字符串目标:第334行 -内部异常堆栈跟踪的结束-- 在NServiceBus.Unicast.Transport.Msmq.MsmqTransport.SendTransportMessage m中,d:\BuildAgent-02\work\20b5f701adefe8f8\src\impl\Unicast\NServiceBus.Unicast.Msmq\MsmqTransport.cs中的字符串目标:第346行 在N servicebus.Unicast.UnicastBus.SendMessageIEnumerable`1 destinations,String correlationId,MessageIntentEnum messageIntent,IMessage[]消息中的d:\BuildAgent-02\work\20b5f701adefe8f8\src\Unicast\n servicebus.Unicast\UnicastBus.cs:第593行 在NServiceBus.Unicast.UnicastBus.Publish[T]T[]消息中的d:\BuildAgent-02\work\20b5f701adefe8f8\src\Unicast\NServiceBus.Unicast\UnicastBus.cs:第343行 在C:\Downloads\ESB\NServiceBus\Publisher\Publisher\ServerEndpoint.cs中运行Publisher.ServerEndpoint 在N servicebus.Host.Internal.ConfigManager.c_的d:\BuildAgent-02\work\20b5f701adefe8f8\src\Host\n servicebus.Host\Internal\ConfigurationManager.cs中显示Class1.b_0:第56行


是否有一个超时时间,在此之后它将尝试向其他订阅者发送消息,我等待了很长时间…

我认为它不会重试

从正在运行的端点下拉出地毯队列不是一件好事。在生产中,这真的不应该发生


由于您只是在测试,请从数据库中删除有问题的订阅行,然后重新启动端点,一切都应该正常。

知道如何在默认情况下打开队列中的Journaling(即发布/订阅创建队列时),我尝试了UseJournalQueue=true,但没有任何效果