【问题标题】:Is it possible to create a hierarchical tree of config sets in STS?是否可以在 STS 中创建配置集的层次结构树?
【发布时间】:2016-03-11 09:16:21
【问题描述】:

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

未找到引用的 bean 'myService'

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

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

如果是这样,怎么做?我找不到太多关于这方面的文档 - 我应该去哪里看?

如果没有,我能想到的就是将所有文件添加到一个大配置集中。这是正确的做法吗?还是说我们的配置文件过于依赖,需要重构?

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

【问题讨论】:

  • 您可以创建一个主配置文件,然后您可以按照您要使用的顺序将其余配置文件导入其中<import resource="Spring-beans.xml" />
  • @PragnaniKinnera 是的,导入有效,但我希望使用配置集。 (真的只是作为一种学习练习。)

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


【解决方案1】:

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

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

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

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

我已经打开了一张 JIRA 票 (https://issuetracker.springsource.com/browse/STS-4343) 来进一步讨论这个问题。请随时关注该票。也许您甚至可以提供一些示例项目,帮助我们了解哪些有用,哪些没用。

【讨论】:

    猜你喜欢
    • 2017-04-18
    • 1970-01-01
    • 2018-07-23
    • 2015-12-05
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-03-10
    • 2012-08-16
    相关资源
    最近更新 更多