针对dubbo定制的一个postman产品 dubbo-postman 是否可以作为dubbo的子产品

[everythingbest]

是否可以考虑作为dubbo技术生态的一个子产品或者工具。^^ whether the dubbo-postman can be treated as the dubbo attachment tool.^^ 谢谢 thx dubbo-postman地址： https://github.com/everythingbest/dubbo-postman

[foreveryang321]

感觉你这个重复造轮子了。官方有提供dubbo网关，基于泛化调用：https://github.com/apache/dubbo-proxy，部署网关后，通过postman请求网关api，能达到你这个一样的效果

[everythingbest]

感觉你这个重复造轮子了。官方有提供dubbo网关，基于泛化调用：https://github.com/apache/dubbo-proxy，部署网关后，通过postman请求网关api，能达到你这个一样的效果

嗯 从调用过程上看这个效果是一样的。但是从使用上来说，dubbo-proxy还是需要先部署http接口然后通过postman来调用，整个过程比之dubbo-postman更繁琐，并且这些操作的接口都是不能集中维护和动态更新的。 我建议可以从使用了两个工具的对比后，可以更直接的感受到这个的差异。 可以这样来对比吧，我觉得可以把dubbo-proxy看作是dubbo-postman产品里面使用的一个具体实现功能。

[wuwenhui0917]

我们也做了类似的功能未开源而已，我们提供了 外放和转接（适配）功能，外放转接就是dubbo外放成http，http外放成http，http外放成dubbo服务。 转接（适配）：就是dubbo到dubbo转接，http到dubbo，http到转接功能。就是不过我们是提供几种机制：http转接到dubbo上，第三方http外放成dubbo，http转接到http的功能，并提供熔断，降级，调用权限，认证，字段权限，编排能力等指令能力。核心做法都是一样的，只是定位不一样罢了。

[everythingbest]

我们也做了类似的功能未开源而已，我们提供了 外放和转接（适配）功能，外放转接就是dubbo外放成http，http外放成http，http外放成dubbo服务。 转接（适配）：就是dubbo到dubbo转接，http到dubbo，http到转接功能。就是不过我们是提供几种机制：http转接到dubbo上，第三方http外放成dubbo，http转接到http的功能，并提供熔断，降级，调用权限，认证，字段权限，编排能力等指令能力。核心做法都是一样的，只是定位不一样罢了。

嗯，挺好的。从具体的协议转换调用上来说都是无本质区别的。我的出发点是从一个可以快速使用的产品角度，比如postman这个产品，最开始是基于chrom插件的，现在是基于单独的客户端。这个产品很方便，但是用在rpc内部协议上就不是很方便。所以才有了dubbo-postman。 从你上面的一些描述，我觉得都是具体的实现功能，当然也可以基于这些功能做广，做深。而dubbo-postman主要是面向开发或者测试的同学，方便快速调试及测试使用。我个人觉得可以把它放出来，让用户来选择更适用更方便的工具。

[chickenlj]

@everythingbest 非常欢迎。我们可以把你的这个项目捐献到 apache 组织下： https://github.com/apache?q=dubbo&type=&language=

你可以往 dev@dubbo.apache.org 发一封捐献意向的邮件，表达捐献意愿，我们在那边来具体讨论和执行。

[everythingbest]

@everythingbest 非常欢迎。我们可以把你的这个项目捐献到 apache 组织下： https://github.com/apache?q=dubbo&type=&language=

你可以往 dev@dubbo.apache.org 发一封捐献意向的邮件，表达捐献意愿，我们在那边来具体讨论和执行。

好的