Spring ContextLoaderListener和DispatcherServlet_Spring_Gwt

Spring ContextLoaderListener和DispatcherServlet

spring gwt

Spring ContextLoaderListener和DispatcherServlet,spring,gwt,Spring,Gwt,对于这两种方法，我都可以通过用逗号分隔来指定contextConfigLocation的值。如果我有一个包含所有bean的文件，或者有几个包含所有bean的文件，这有关系吗？或者可能有几个文件，导入到一个主文件中，并且只包含这个？我这么问是因为我们的GWT-Spring组合有问题。我们为组件扫描添加了动作类注释。但在不同机器上的一些测试中，例如在我的机器上，一切都很好，但在我同事的机器上，它失败了。他必须在xml中指定操作 <bean>...</bean> 。。。

对于这两种方法，我都可以通过用逗号分隔来指定contextConfigLocation的值。如果我有一个包含所有bean的文件，或者有几个包含所有bean的文件，这有关系吗？或者可能有几个文件，导入到一个主文件中，并且只包含这个？我这么问是因为我们的GWT-Spring组合有问题。我们为组件扫描添加了动作类注释。但在不同机器上的一些测试中，例如在我的机器上，一切都很好，但在我同事的机器上，它失败了。他必须在xml中指定操作

<bean>...</bean>

。。。

干杯

我也使用GWT Spring配置，我从来没有遇到过这样的问题。您可以决定使用单个文件或不同的配置文件。可能您的朋友有配置问题，或者他使用的是旧版本的Spring dependency，组件扫描不起作用

我认为这与你如何检测你的春豆无关

这两种为上下文定义bean的方法没有区别

这两种方式的结果都是一个spring上下文，所有bean形成不同的文件。

我们使用svn和maven。我们多次检查项目配置。它应该是相同的..@mephi执行mvn eclipse:eclipse，刷新项目并检查两台机器中的.classpath文件。如果这些是相似的，您可能需要检查eclipse中的库。似乎我发现了问题。在一个基本组件中，替换占位符的调用类似于“appContext=new ClassPathXmlApplicationContext（“/somepackages/util/config/beans.xml”）；“打开一个新的上下文，该上下文不能从dispatcherservlet的上下文访问，但可以从contextloaderlistener的上下文访问。但我想知道为什么它能在我的机器上工作。现在我返回了错误..调用appContext=new ClassPathXmlApplicationContext（“/somepackages/util/config/beans.xml”）；期间会发生什么？AnnotationConfigWebApplicationContext是否能够访问DispatcherServlet的上下文？