apache / apache/servicecomb-java-chassis
Java-Chassis是否会考虑给spring bean xml文件限定更明确的扫描范围?
- Langage dominant
- Java
- Étoiles
- 1.9k
- Forks
- 814
- Merge moyen
- 8 j 23 h
- PR mergées (30 j)
- 1
Description
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`这样的呢?
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Piste de recherche
Commencez par foundations/foundation-common/src/main/java/org/apache/servicecomb/foundation/common/utils/BeanUtils.java aux lignes 39-44, et comparez DEFAULT_BEAN_CORE_RESOURCE à DEFAULT_BEAN_NORMAL_RESOURCE. Déterminez comment le modèle de ressources des beans normaux devrait être restreint afin d’éviter les collisions avec les fichiers XML métier ; le travail est terminé lorsque le scan par défaut utilise le modèle de nommage Java-Chassis plus spécifique, sans chargement en double.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- java, spring
- Domaine
- backend
- Type d'issue
- Fonctionnalité
- Difficulté
- 2/5
- Temps estimé
- 1-3 heures
- Activité
- À l'abandon
- Clarté
- Clairement spécifiée
- Accessibilité débutants
- 45/100