yanrongzhen commented on issue #4567: URL: https://github.com/apache/eventmesh/issues/4567#issuecomment-1820803011
> > @xwm1992 假如我想在应用程序中直接调用eventmesh提供的api来发送事件到mesh，目前我只知道两种方式： > > > > 1. 利用原生的java sdk在应用程序中new CloudEvent后，再发送给mesh，mesh再根据topic发送给sink。 > > 2. 利用connector-spring的source来发送。_特别地，它提供的send方法将ConnectRecord隐藏了起来，那么用户将无法为其添加额外的extension。这样将无法满足将消息发送到钉钉那种需要特殊字段标识的sink中的条件_。 > > > > 我主要想知道如果想让用户使用更方便的话，是不是应该对在应用程序中发送CloudEvent做更多的优化，例如丰富spring的支持。 除此之外我还想知道目前connector中的spring和#2314 中提到的利用spring简化java sdk的使用有什么区别。 > > 1. 首先通过api调用来发送事件到mesh的两种方式描述的不是很对，一种是通过sdk的方式，另外一种是采用restful api的方式；你说的connector-spring，这个只是connector集成了eventmesh的sdk来进行了封装，任何一种connector都是集成了eventmesh sdk，无非spring是直接面向应用程序的，这个点正是我们想要体现的，让用户看到的是spring的方式，至于 #2314中提到的和 @pandaapo 回复的内容是一致的，因为mesh原本是netty server实现的，该issue讨论的是是否用spring的方式来实现mesh。 > 2. 对于你说的spring connector和dingding connector无法很好的配合使用这个点，我理解主要问题点在于spring connector现有的source设计是直接将json化后的message作为event发给了mesh，并没有考虑相关的扩展字段的问题，这个点是可以考虑进行优化的，这个问题背景是spring connector是先提交实现的，没有考虑到和其他connector结合的问题，因此没有保留扩展属性。 > @yanrongzhen 也可以看一下这里的讨论，看看你的想法。 我个人觉得spring可能需要支持extension, 一般使用spring的用户, 配置都在spring的environment里, 我觉得可以把spring environment和connector做一个联动. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
