Trae Young

- Server: Java-server, dubbo version v3.0.14 - Client: Dubbo-go, v3.1.1 - Protocol: Dubbo - Registry: Nacos, v2.1.2

> You can refer to [dubbo-go-sample](https://github.com/apache/dubbo-go-samples/tree/main/java_interop) I want my java programs to stay the same. Hopefully we solve problems of the go programs.

数据源类型添加，我看应该是有kuscia api和datamesh api。 kuscia api我是围绕proto/api/v1alpha1/kusciaapi/domaindatasource.proto和pkg/kusciaapi/service/domaindata_source.go两个文件进行改造的。 datamesh api则是围绕proto/api/v1alpha1/datamesh/domaindatasource.proto和pkg/datamesh/service/domaindatasource.go两个文件进行改造的。 但是我发现，kuscia层面的数据源，好像仅仅是一些连接信息，并没有涉及到对这些数据源信息DataSourceInfo进行一些jdbc等建立连接的操作。和数据源进行真正交互的是kuscia层面？还是secretpad? 我觉得单纯对kuscia添加数据源信息改造肯定是无法真正实现数据源类型的添加。

好的，我这两天一直在看Kuscia的DataMesh和Kusciaapi中的domaindatasource相关，也看了DataProxy工具，但是这些看起来，添加一个新的类型数据源，比如oracle，我只需要对kuscia的proto文件和对应的pkg/kusciaapi/service/domaindata_source.go文件和datamesh对应的go文件进行修改，就可以实现在kuscia上添加数据源类型，在kuscia中还有其他地方要改造嘛？ 关于dataproxy，这个项目的编译、打包镜像都可以实现，但是其应用方法并没有一个官方文档去说明，无法清楚地知道怎么使用这个dataproxy工具。

明白，如果我暂时不关注dataproxy扩展数据源的操作，而是更侧重于在Kuscia添加数据源。` 现在我参考MySQL已经完成对Oracle数据源的添加（通过修改proto以及pkg/datamesh/dataserver/io/builtin目录内的DataIOInterface）,并且测试能够完成/api/v1/domaindatasource/create对oracle数据源的添加。 但是我又关注到自定义数据源在读写方面应该是有部分涉及到了数据类型转换，因为还没有对oracle数据源进行实际的读写操作测试，所以无法判断下面这部分代码的作用是否影响数据源的读写： pkg/common/convert.go func Convert2ArrowColumnType(colType string) arrow.DataType { switch strings.ToLower(colType) { case "int8": return arrow.PrimitiveTypes.Int8 case "int16": return arrow.PrimitiveTypes.Int16 case "int32": return arrow.PrimitiveTypes.Int32 case "int64", "int": return arrow.PrimitiveTypes.Int64 case...

在secretpad all-in-one部署模式下，如果想进行kuscia数据源系统性验证的话，是不是secretpad也需要做Oracle数据源类型的添加改造？然后再替换镜像？ 两者除了同步proto文件之外，secretpad还需要参考kuscia关于数据源改造部分的代码吗？

> [@Trae-Young](https://github.com/Trae-Young) 您好，请问您成功实现kusica添加数据源了吗？我也有类似的需求想请教一下 我只是自己尝试了增加数据源，通过api接口的调用可以实现对数据源类型的创建，但是落到实际的应用场景进行数据源的数据交互，还未进行系统性测试。