apache / apache/servicecomb-java-chassis

Java-Chassis是否会考虑给spring bean xml文件限定更明确的扫描范围?

未关闭
#3,740 1 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看
主要语言
Java
星标
1.9k
派生
814
平均合并
8 天 23 小时
30 天内合并 PR
1

描述

https://github.com/apache/servicecomb-java-chassis/blob/21d4b4863b71332f151eb63020f4e9ac51583002/foundations/foundation-common/src/main/java/org/apache/servicecomb/foundation/common/utils/BeanUtils.java#L39-L44

如上述代码片段, 当前 Java-Chassis 允许业务配置的 Spring bean xml 文件路径为 `META-INF/spring/*.bean.xml` , 这个比较宽泛, 而且跟 Java-Chassis 框架看不出关系, 不利于业务部门集成 Java-Chassis 做二次封装开发时预置 xml 文件扫描配置. 如果重复扫描了, 就可能导致 Spring 因重复加载同一份 xml 文件而报错.

像`DEFAULT_BEAN_CORE_RESOURCE`定义的bean文件名就能看出来是 Java-Chassis 框架的配置, 不容易跟其他框架冲突. `DEFAULT_BEAN_NORMAL_RESOURCE` 能否也改为更精确的配置, 比如`META-INF/spring/*.scb.bean.xml`这样的呢?

贡献指南

这个仓库没有索引到贡献指南

调研方向

从 foundations/foundation-common/src/main/java/org/apache/servicecomb/foundation/common/utils/BeanUtils.java 的第 39-44 行开始,并比较 DEFAULT_BEAN_CORE_RESOURCE 与 DEFAULT_BEAN_NORMAL_RESOURCE。确定应如何收窄普通 bean 资源模式,以避免与业务 XML 文件发生冲突;完成的标准是默认扫描使用更具体的 Java-Chassis 命名模式,且不会重复加载。

由索引模型根据 Issue 内容生成。

评估

技术栈
java, spring
领域
backend
Issue 类型
功能
难度
2/5
预计耗时
1-3 小时
活跃度
停滞
描述清晰度
描述清楚
新手友好度
45/100

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。