-
Notifications
You must be signed in to change notification settings - Fork 18
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
Java SDK proxy endpoint support fails on unexpected headers #70
Comments
Hi Brendan, Apologies that you're having these troubles! Our team will take a look and come back to you! |
Hi Brendan, We are doing some research. We were able to reproduce the problem, but on our side it is only a warning:
Our Client does not fail. That points to HttpClient library We are working on a fix for that (Setting CookiesSpec for our client for Standard), but we are wondering why on your side causes a failure and not a warning. Do you have the lines that are before and/or after that log line? Thanks! |
@SenhorCastor thanks for getting back so quickly! I'm going to close this issue since it looks to be invalid. After I reviewed what was happening - yes you are right it was only a warning, and there was an issue with configuration of the proxy. I was working in conjunction with the java split sdk and evaluating if I should use the proxy or wait for redis support. I had decided to wait on redis support for the java split sdk (or maybe if you guys accepted a PR?), so I put together both of these issues ( #69 ) as a collected update. |
Hey Brendan! Glad you got to the bottom of this. We are still going to release 3.0.6 with that warning today. Regarding support for Redis. It is a project we are going to prioritize and tackle it, we don't have a timeline yet. Besides that, my understanding was that your team decided to start using the JAVA SDK in Proxy Mode since you were experiencing some delays or timeouts. Correct me if I am wrong, but you experienced those timeouts with version 3.0.3. On version 3.0.4 we made some improvements and also fixed a race condition that we are confident it addresses those timeouts. I would recommend giving it a try to the lates sdk version 3.0.5 (soon to be 3.0.6) Again glad that you got to the bottom of this! |
If the split synchronizer proxy is behind an ALB then AWS responds with some standard set cookie headers, which causes the client to fail on the expires attribute.
split.org.apache.http.client.protocol.ResponseProcessCookies: Invalid cookie header: "Set-Cookie: AWSALB=<......>; Expires=Thu, 28 Feb 2019 17:47:59 GMT; Path=/". Invalid 'expires' attribute: Thu, 28 Feb 2019 17:47:59 GMT
The text was updated successfully, but these errors were encountered: