apache / apache/servicecomb-java-chassis
Java-Chassis是否会考虑给spring bean xml文件限定更明确的扫描范围?
- 主要语言
- 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