Re: [DISCUSS] support RESTful API for Apache APISIX projects

I would prefer relying on Status Code instead of `code` (actually it's a manual logical and extendable code). Why not list all API cases then have a choice? Best Regards! @ Zhiyuan Ju Ming Wen 于2021年7月22日周四 下午12:36写道： > please give an example about i18n for a be

Re: [VOTE][New Subproject] Establish APISIX Python plugin runner

+1 :) Best Regards! @ Zhiyuan Ju Ayush das 于2021年7月22日周四 下午12:41写道： > +1 > > Totally agree with this proposal, > Thank you > > Best Regards > Ayush Das > > On Thu, Jul 22, 2021 at 9:06 AM JunXu Chen wrote: > > > +1 > > > > On Thu, 22 Jul 2021 at 10:25, Jintao Z

Re: [VOTE][New Subproject] Establish APISIX Python plugin runner

+1 Totally agree with this proposal, Thank you Best Regards Ayush Das On Thu, Jul 22, 2021 at 9:06 AM JunXu Chen wrote: > +1 > > On Thu, 22 Jul 2021 at 10:25, Jintao Zhang > wrote: > > > +1 > > > > SGTM. > > > > Zexuan Luo 于2021年7月22日周四 上午9:51写道： > > > > > +1 > > > > > > I have just talked

Re: [DISCUSS] support RESTful API for Apache APISIX projects

please give an example about i18n for a better understanding Thanks, Ming Wen, Apache APISIX PMC Chair Twitter: _WenMing JunXu Chen 于2021年7月22日周四 上午11:36写道： > Agree +1 > > > I think we still need to keep the `code` field. > > The FE needs to implement i18n according to it. > > Unless `message`

[ANNOUNCE] Apache APISIX Go Plugin Runner 0.1.0 has been released

Hi folks, The Apache APISIX community is glad to announce that Apache APISIX Go Plugin Runner 0.1.0 has been released. Apache APISIX Go Plugin Runner runs Apache APISIX plugins written in Go. It is Implemented as a sidecar that accompanies APISIX. Apache APISIX is a cloud-native microservices AP

Re: [VOTE][New Subproject] Establish APISIX Python plugin runner

+1 On Thu, 22 Jul 2021 at 10:25, Jintao Zhang wrote: > +1 > > SGTM. > > Zexuan Luo 于2021年7月22日周四 上午9:51写道： > > > +1 > > > > I have just talked with JinChao Shuai. He thinks he can make the first > > release of Python runner at the end of August. So I think we can make > > a try for it. > > > >

Re: [DISCUSS] support RESTful API for Apache APISIX projects

Agree +1 I think we still need to keep the `code` field. The FE needs to implement i18n according to it. Unless `message` is semantic and can be used as a key of i18n. On Thu, 22 Jul 2021 at 00:02, Ming Wen wrote: > I don't think the `code` filed is useful, HTTP response code is enough. >

Re: [VOTE][New Subproject] Establish APISIX Python plugin runner

+1 SGTM. Zexuan Luo 于2021年7月22日周四 上午9:51写道： > +1 > > I have just talked with JinChao Shuai. He thinks he can make the first > release of Python runner at the end of August. So I think we can make > a try for it. > > Ming Wen 于2021年7月21日周三 下午5:14写道： > > > > +1 for python plugin runner. > > > >

Re: [VOTE][New Subproject] Establish APISIX Python plugin runner

+1 I have just talked with JinChao Shuai. He thinks he can make the first release of Python runner at the end of August. So I think we can make a try for it. Ming Wen 于2021年7月21日周三 下午5:14写道： > > +1 for python plugin runner. > > Yes, WASM has advantages in performance, but I think one more choice

Re: [DISCUSS] support RESTful API for Apache APISIX projects

I don't think the `code` filed is useful, HTTP response code is enough. Thanks, Ming Wen, Apache APISIX PMC Chair Twitter: _WenMing Peter Zhu 于2021年7月21日周三 下午11:18写道： > Agree +1. > And I think we should maintain the `code` filed and maintain the doc of > API. >

Re: [DISCUSS] support RESTful API for Apache APISIX projects

Agree +1. And I think we should maintain the `code` filed and maintain the doc of API.

Re: [DISCUSS] support RESTful API for Apache APISIX projects

I agree with this modification. It’s right to make the API more usable. In the new APIs, we need to add a prefix like v1 v2 for backward compatibility: > curl -X POST http://127.0.0.1:9090/v2/apisix/admin/routes Thanks, Ming Wen, Apache APISIX PMC Chair Twitter: _WenMing Zhiyuan Ju 于2021年7月21日

Re: [VOTE][New Subproject] Establish APISIX Python plugin runner

+1 for python plugin runner. Yes, WASM has advantages in performance, but I think one more choice is a good thing. I started writing Python more than ten years ago. For Python engineers, performance is not the first. Easy to learn is its biggest advantage. >From this perspective, giving Python en