加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 大数据 > 正文

java-如何安排Spring上下文配置文件,使其与项目依赖项匹配?

发布时间:2020-12-15 01:20:24 所属栏目:大数据 来源:网络整理
导读:我有一个依赖于其他两个模块的Web应用程序. 为了简单起见,我们将它们称为ServiceA模块和ServiceB模块. 这些模块中的每个模块都有各种不同的依赖关系,并且对Entities模块也有共同的依赖关系. 上面提到的每个模块都声明自己的spring上下文文件,其中包含与其范

我有一个依赖于其他两个模块的Web应用程序.
为了简单起见,我们将它们称为ServiceA模块和ServiceB模块.
这些模块中的每个模块都有各种不同的依赖关系,并且对Entities模块也有共同的依赖关系.
上面提到的每个模块都声明自己的spring上下文文件,其中包含与其范围有关的信息.
我现在正在尝试确定如何在项目之间“连接”这些配置文件,这让我有些困惑.

我知道一个选项只是在web应用程序的web.xml(在contextConfigLocation参数中)声明所有“结束”文件(即ServiceA,ServiceB和实体),但是我不喜欢该选项,特别是因为我的实际用例更加复杂,并且具有更多内部共享的依赖项.

我最初的意图是在contextConfigLocation参数中仅声明ServiceA和ServiceB的配置文件,因为这些是Web应用程序直接依赖的唯一项目(通过查看maven pom可以很容易地看到),然后ServiceA和ServiceB都将此指令包含在它们的Spring上下文配置文件< import resource =“ classpath:EntitiesContext.xml”>中.这种方法的优点是,它与Maven可传递方法一致,在该方法中,我声明了我所依赖的模块;如果该模块依赖于某些模块,它将与它一起拖动.这种方法的问题在于,我读到here,实体模块中的所有bean将被创建两次(尽管最后只保留一个实例),这是一个昂贵且不需要的操作.

我非常想听听人们如何解决这个用例,因为我认为我没有遇到过任何棘手的情况.

谢谢

更新资料
我最终使用的语法是classpath *:META-INF / * / * Context.xml,因为Thomasz建议的语法存在一些问题.
有关其他阅读,请参见spring的bug report(已部分解决了该问题)和有关该问题的blog post

最佳答案
遵循一些配置文件命名约定,然后简单地选择CLASSPATH上可用的所有内容,该怎么办?

<context-param>
    <param-name>contextConfigLocation</param-name>
    <param-value>
        classpath*:*Context.xml 
    </param-value>
</context-param>

该解决方案假定所有必需的模块都在CLASSPATH上,而且不需要的模块也不在此.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读