NServiceBus中的嵌入式RavenDB。基于主机的端点

NServiceBus中的嵌入式RavenDB。基于主机的端点,ravendb,nservicebus,Ravendb,Nservicebus,我正在使用NServiceBus.Host实现一个端点,我想使用RavenDB embedded实现超时持久性。在docs.special.net上的“RavenDB持久性示例”中,有一个RavenHost设置RavenDB文档存储。然而,这需要处理。但是在NServiceBus.Host中似乎没有任何合适的地方来连接它,它似乎只有IConfigureThisEndpoint.Customize扩展点 关于我使用的IoC容器,我面临着同样的问题,我将其传递给BusConfiguration,然后

我正在使用NServiceBus.Host实现一个端点,我想使用RavenDB embedded实现超时持久性。在docs.special.net上的“RavenDB持久性示例”中,有一个RavenHost设置RavenDB文档存储。然而,这需要处理。但是在NServiceBus.Host中似乎没有任何合适的地方来连接它,它似乎只有IConfigureThisEndpoint.Customize扩展点

关于我使用的IoC容器,我面临着同样的问题,我将其传递给BusConfiguration,然后希望它以某种方式处理dispose(我想我在某处读到它实际上为容器处理这个)。所以,也许有一些关于NServiceBus.HostHook的一般信息,我没有提到


因此,我的问题是如何在NServiceBus.Host中处理嵌入式RavenDB,以确保文档存储的处理?

我可以问一下,为什么要运行RavenDB embedded而不是作为它自己的服务?跨端点共享持久性更有意义……嗯,我认为NServiceBus完全是关于分布式设置的,比如可以独立扩展的自治服务等等。因此,分享持久性似乎与这一原则背道而驰。然后为了简化设置(和部署),我认为最好有一个嵌入式RavenDB。但是我的想法可能是错误的(?)您的方法是正确的,您可以在本地主机上部署RavenDB:每台机器8080,这将使在该机器上部署需要共享持久性的所有端点变得容易。。。在进程中部署它将不允许您将多个消息类型扩展到多个队列,例如。。。这有意义吗?是的,有意义,但我仍然觉得有些情况下,人们希望将其嵌入,例如,如果服务器上只有一个端点。因此,获得这个问题的答案仍然很有意思。我不确定这是否会有帮助,但通过查看这里的代码,您可以了解如何自己实现它:这有帮助吗?