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
LoadBalancer cache causes ReRoute changed by Admin API to not respect new downstream path #383
Comments
@kingdamian42 thanks for your interest in the project. Would you be able to paste your configuration json and your startup / program classes. This sounds like a bug to me but I don’t have time to investigate until next week! |
@kingdamian42 please can you paste your configuration json and your startup / program classes so I can investigate this further? |
@kingdamian42 I have got a failing test for this issue, it is a bug thanks for letting me know!! I will fix asap. |
…eam path template based on the key we use, have modified this to include more data, I guess this might be an issue again for other things so I will have a think about it
* #383 added failing test for this issue * #383 identified issue was with cached load balancer for a given upstream path template based on the key we use, have modified this to include more data, I guess this might be an issue again for other things so I will have a think about it * #383 fixed failing tests after key change * Seems to be an issue with coveralls new package not being on nuget...try same version as their nuget package * bash the old manual tests json back in
Released in 7.0.6 |
My apologies for not responding with my configuration, I'm sure it would have saved a some time and research on your end. My post was made in a bit of a rush and then as we all do I got sidetracked down another path. Thankyou for addressing this even with the limited amount of information provided! |
@kingdamian42 no worries! Everyone is busy 😄 |
Expected Behavior / New Feature
After changing the configuration via the Admin API, requests should be rerouted to the new configuration routes and ignore the cache.
Actual Behavior / Motivation for New Feature
After changing the configuration via the Admin API any endpoints that were previously requested will still forward to the old configuration (cached config?).
Ex:
A) localhost:5000/fooValue returns "FOO"
B) localhost:5000/barValue returns "BAR"
C) localhost:5000/fooValue/123 returns "FOO123"
D) localhost:5000/barValue/123 returns "BAR123"
Test only requests A and B. Load a new configuration pointing BAR to FOO.
Now requests to B remain "BAR" rather than changing to "FOO" as it should. However request D now properly returns "FOO123" since the request/response was not cached.
Steps to Reproduce the Problem
Specifications
The text was updated successfully, but these errors were encountered: