-
Notifications
You must be signed in to change notification settings - Fork 922
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
关于接收第三方平台推送到网关方式接口的数据接收问题 #372
Comments
因为最初设计问题,并没有stage组件,从而设计出独立的网关,而网关也有许多的弊端比如仅支持application/json,按照微服务的设计思想,网关也是微服务的组合 产品,所以发展出stage,这样编写无需注册到注册中心的聚合服务和中间件,我给你的建议是慢慢替换网关,使用stage ,如果不放心可以使用webapi 来完成第三方调用网关 |
谢谢关注,如果碰到其它技术上的难题,可以升级企业版,寻求帮助! |
感谢作者的回复,因为工期原因先采用webapi中转这种这种方案将问题已解决。后续逐步替换网关使用stage。至于企业版,个人很想使用,不过还得几个项目的落地成熟稳定之后才可以给公司去建议。 |
@fanliang11 咨询下后续版本的购买事宜,麻烦给个联系方式。 |
qq:137629448 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
作者你好,使用surging已有一段时间,项目已上线。最近对接微信支付的时候遇到一个问题,请教下。
现在项目用的surging版本还是独立网关的哪种方式还没有升级到网管组件,对接微信支付,支付成功时微信官方会给指定接口推送支付结果信息,我配置了网关+接口的地址方式,推送请求没有进入到接口。提示:“Connection id "0HLRFOPRTM977", Request id "0HLRFOPRTM977:00000001": the application completed without reading the entire request body.”
想了个折中的方案:单独新加一个webapi项目用来接收推送请求,然后再把参数打包远程请求指定服务的后续处理接口。
除了这种方案外,是否有办法在现有的surging结构上进行兼容让其支持第三方推送或者升级到网关组件是否可以解决这类问题。
求指点12 @fanliang11
The text was updated successfully, but these errors were encountered: