-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
3.6.x client cannot obtain cache proxy from 3.7.x cluster #9006
Comments
Managed to reproduce. Issues identified:
|
Solution proposal: |
Just forget about this 👆 comment, @asimarslan reminded me why that solution doesn't work. |
There was a problem regarding the solution for the below case: client 3.7.1 and server 3.7.2 case: During createCache request, the server is returning a cacheconfig object, our solution was to return the leagcycacheconfig object which works for 3.6 client but it does not work for 3.7 or 3.7.1 client and we have no way to differentiate the connected client is 3.6 or 3.7 version since the version info is added at 3.7.2. After some discussions, we realized that if the customer is using JCache then at this moment they can not have the 3.6.x clients with with 3.7.x cluster due to the CacheConfig serialization problem. Here is a possible solution:
is set to true. If this property is set, then it will return LegacyCacheConfig object. Furthermore, a similar switch shall exist for the client:
With this config when 3.7.3 client is talking to 3.6.x server it shall send LegacyCacheConfig in createCache request. |
To reproduce, have a 3.6 client connect on a 3.7 cluster and execute:
Client fails with:
The text was updated successfully, but these errors were encountered: