我正在开发一个以Spring为主要框架的Java Web应用程序（特别使用Spring核心，Spring
mvc，Spring安全性，Spring数据，Spring websocket）。

message-broker在这样的Spring上下文中声明a SimpMessagingTemplate为该上下文提供了一个bean：

<websocket:message-broker>
    <websocket:stomp-endpoint path="/stomp">
        <websocket:sockjs/>
    </websocket:stomp-endpoint>
    <websocket:simple-broker prefix="/topic,/queue"/>
</websocket:message-broker>

我必须将此标记放入dispatcher- servlet.xml（而不是applicationContext.xml），否则客户端在尝试连接到websocket时（在初始页面加载时）会得到404。

但是，由于提供根SimpMessagingTemplatebean（用于向连接的客户端发送消息）的该标签在根上下文中不可用，因此当服务（由根上下文扫描）发送websocket消息时，SimpMessagingTemplate就无法自动装配bean（经典NoSuchBeanDefinitionException）。

以前，该<websocket:message-broker>标签位于其中applicationContext.xml并且dispatcher- servlet.xml正在导入，applicationContext.xml并且一切正常-但是，令我惊讶的是，最近使用a
SessionRegistry修改任意用户会话时，这是错误的。

确实，由于DispatcherServlet明确地导入了已经隐式继承的根上下文，因此该SessionRegistrybean被创建了两次，导致了意外的行为（SO上有几篇文章描述了这个常见错误，通常用户希望获得所有主体的列表但由于SessionRegistryBean复制而获得空列表，并对此进行查找）。

因此，要解决此问题，我删除了

<import resource="applicationContext.xml"/>

从dispatcher-servlet.xml开始，但是从那时起：

• 要么我将<websocket:messagebroker>...</>标签放在dispatcher-servlet.xml中，在这种情况下，到websocket的连接成功，但是服务无法自动装配SimpMessagingTemplate
• 或者我将<websocket:messagebroker>...</>标签放在中applicationContext.xml，在这种情况下，客户端无法连接到websocket。
• （或者我回到以前的版本，在这里DispatcherServletimport ApplicationContext会中断SessionRegistry-不）

解决这个可能相当普遍的问题的方法是什么？在DispatcherServlet从根上下文可以访问bean而不是相反，所以我应该怎么来解决这一问题？