apache / apache/servicecomb-java-chassis
Java-Chassis是否会考虑给spring bean xml文件限定更明确的扫描范围?
- Lenguaje dominante
- Java
- Estrellas
- 1.9k
- Forks
- 814
- Merge medio
- 8 d 23 h
- PR fusionados (30 d)
- 1
Descripción
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`这样的呢?
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
Línea de trabajo
Comienza con foundations/foundation-common/src/main/java/org/apache/servicecomb/foundation/common/utils/BeanUtils.java en las líneas 39-44 y compara DEFAULT_BEAN_CORE_RESOURCE con DEFAULT_BEAN_NORMAL_RESOURCE. Determina cómo debería restringirse el patrón de recursos de los beans normales para evitar colisiones con archivos XML de negocio; se considera terminado cuando el escaneo predeterminado utiliza el patrón de nombres más específico de Java-Chassis sin cargar duplicados.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- java, spring
- Área
- backend
- Tipo de issue
- Nueva funcionalidad
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Estado de actividad
- Estancado
- Claridad
- Bien especificado
- Aptitud para principiantes
- 45/100