是否可以在STS中创建配置集的分层树?

时间:2016-03-11 09:16:22

标签: eclipse spring configuration-files spring-tool-suite

我正在开发一个由60多个项目组成的Spring应用程序。我已将项目导入Eclipse Spring Tool Suite IDE。在我的(xml)Spring配置文件中,我有很多警告来引用其他Spring配置文件中定义的bean,例如

  

找不到引用的bean'myService'

我可以通过创建包含两个文件的Spring配置集来解决这个问题,但是许多Spring配置文件之间存在许多这样的依赖关系。感觉我应该能够创建一个配置集的分层树,但我无法弄清楚如何在STS中做到这一点。 (看起来有可能in IntelliJ。)

是否可以在STS中创建配置集的分层树?

如果是这样,怎么样?我找不到这方面的文件 - 我应该在哪里看看?

如果没有,我能想到的就是将所有文件添加到一个大的配置集中。这是正确的做法吗?或者这是否意味着我们的配置文件过于依赖并且应该重构?

编辑:似乎配置集在其项目之外是不可见的。所以他们不会在这个多项目设置中工作。此外,一旦我创建了一个配置集,我就无法弄清楚如何删除它(不直接编辑.springBeans文件) - 关于如何删除配置集的任何想法(只是集合,而不是它包含的配置文件) )?

1 个答案:

答案 0 :(得分:0)

Spring IDE验证针对您在项目首选项中配置的Spring配置文件运行。

如果您未在配置文件中使用import语句来定义其依赖项,则需要将必要的配置文件添加到该首选项对话框,以便Spring IDE知道要使用和分析哪些配置文件。对于这种情况,我认为你不需要配置集。但是这种机制并不适用于各个项目。

如果这对你有意义,你也可以将这两种机制结合起来:使用配置文件的导入你在那个关系中,并在项目首选项中配置根配置文件(直接或通过配置集)。

目前,配置集不是分层的。我现在不确定是否应该使配置集分层,或者应该允许跨项目配置简单的配置文件,或者两者都配置。

我已经开了一张JIRA票(https://issuetracker.springsource.com/browse/STS-4343)来进一步讨论。请随意关注那张票。也许你甚至可以提供一些示例项目,这些项目可以帮助我们看到这些项目有用,什么不是。