leo james

Results 90 issues of leo james

需要更新的内容: 1. 使用 declaredMode 方式配置白名单 2. 代码仓库如何整合,是否合并到 sofa-ark 里,或者是 koupleless 里

good first issue

- [ ] 用户开发时,提示不一致包:IDE 插件提示? - [ ] 用户打包时,提示需要瘦身的包?

### Feature description 当前在给samples 里的应用集成多应用集成测试框架时发现一些问题: 1. 当前基座和每个模块都引入了整个基座 + 全部模块的 jar 包列表,在做类委托加载的时候没有一种标准来控制,基座只看到基座自己的依赖,模块1只看到模块1自己需要的依赖。当前对于模块的该实现在控制 exclude 列表,但当前这个列表的维护没有标准。 ![image](https://github.com/user-attachments/assets/edd0ea52-a3e6-49f1-9d16-a6f781aa6da5) 在单个biz有多个 bundle 的情况下,而 bizConfig.getArtifactId 只能获取到一个 bundle,无法完全正确的控制基座和各模块能看到的依赖列表 2. 将基座的 appClassLoader 更改了成了 BaseClassLoader,以此来让基座的类查找方式可以做扩展增强,但是带来了一些基座上的逻辑部分使用 appClassLoader,部分使用 BaseClassLoader 的问题。 3. 通过一些代码来模块...

主题:Serverless 社区双周会(录制视频) 时间:9月10日 周二 19:30 - 20:30 (GMT +8:00) 会议号:90957500367 入会链接:https://meeting.dingtalk.com/j/HDEpVUJIXdj ## 当前业务接入进展 79家企业试用,16 家企业上线,6家企业完成验证待上线 ## 开源之夏的进展同步 ## 9月迭代内容梳理 https://github.com/orgs/koupleless/projects/11

## 问题 部分 sofa-ark, arklet 等日志无法打印到独立的目录里,而是打印到了用户应用日志目录里 ## 原因 ![image](https://github.com/user-attachments/assets/ebd0bab4-2bc5-4c2a-b3fa-5712cf804cca) adapter 为了能将每个 logger 与实际的 ClassLoader 关联起来,所以在构造函数里没有直接记录传进来的 logger, 而是在 get的时候动态创建。 ![image](https://github.com/user-attachments/assets/578dc3ed-e48b-4a77-9394-665217179df5) 详见:https://github.com/koupleless/adapter/blob/main/koupleless-adapter-log4j2-spring-starter-2.7/src/main/java/org/apache/logging/slf4j/Log4jLogger.java 然而,对于 sofa-common-tools 的日志初始化是在其内部的 newLogger 里传入进来的,这里传入的是根据日志空间初始化的 logger。而这部分logger 其实没有被用上,而是被丢失了。 ![image](https://github.com/user-attachments/assets/99ce8dba-b191-40d8-8830-596f53ad6fd9)

area/runtime

synced from https://github.com/sofastack/sofa-ark/issues/971

目前测试发现 dubbo 27的 samples,部署模块之后,无法按照预期完成流量的验证

good first issue

## 问题描述 当前模块构建过程中,存在逻辑需要调用命令行里的 mvn 命令。这带来了用户必须提前安装好 mvn 和java 环境,部分用户使用 idea 实际是没有在shell环境里配置 mvn 和 java 的。从而到时部分用户模块构建失败 ![image](https://github.com/user-attachments/assets/6785cd7c-7ddf-4f2a-ad83-a399304c0503) 如该用户遇到的问题:https://github.com/koupleless/koupleless/issues/254 ## 问题解决 尝试不使用 mvn 命令的方式解析依赖树

good first issue