servicecomb-kie icon indicating copy to clipboard operation
servicecomb-kie copied to clipboard

long polling API return error

Open five111 opened this issue 2 years ago • 5 comments

测试watch接口 预期返回304

http://127.0.0.1:30110/v1/default/kie/kv?label=app:app11446&label=func:func784&wait=60s

实际返回

image

不加wait 返回正常

image

five111 avatar Nov 30 '21 03:11 five111

似乎超过wait参数超过60s就会这样?60s以下看着很正常 image

five111 avatar Nov 30 '21 03:11 five111

@tianxiaoliang @little-cui

five111 avatar Nov 30 '21 03:11 five111

will verify

tianxiaoliang avatar Nov 30 '21 08:11 tianxiaoliang

you should check your testing tool settings about http timeout param, may be it is too short

tianxiaoliang avatar Nov 30 '21 08:11 tianxiaoliang

This phenomenon still occurs when I use Google Chrome or curl commands. I’m not sure if it’s because I did a 2000-thread stress test on kie before. Now it’s been a day since the stress test. It seems that the phenomenon still exists. When debugging, the logic processing is normal. rctx.WriteHeader(http.StatusNotModified) is indeed executed, but the problem I described will appear when return. Today I will try to perform a stress test on Linux to observe this phenomenon

five111 avatar Dec 01 '21 01:12 five111