-
Notifications
You must be signed in to change notification settings - Fork 8
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
TransformerConfigurationException during processing of HTTP response with Set-Cookie: HttpOnly;Secure;SameSite=Lax
header
#19
Comments
Hello Jarek - Thanks for providing this information about the additional HTTP header. This error appears to be originating from the underlying IRIS-WS Java library (not with the irisFetch.m file) which is always difficult to troubleshoot and update. Can you clarify - are your test requests to irisFetch.Stations successful when specifying different values for BASEURL and they only fail when using the rdsa.knmi.nl domain URL? Also, have you found similar results when trying to use irisFetch.Traces with these service endpoints? It is unclear to me who the current maintainer/developer of that project is currently - we have reorganized much of our staff due to the recent EarthScope merger - but will mark this as a bug to be addressed. Unfortunately I cannot provide a timeline for that to be patched at this time. |
Dear Robert, We continued to investigate this issue. First, we have created a reverse proxy that removed Matlab code: s = irisFetch.Stations('station','NL','HGN','*','BHZ','BASEURL','http://rdsa.knmi.nl/fdsnws/station/1/'); Our original metadata (failing):
Then we have decided to temporarily drop the station contractor identifier element ( I am wondering what are your thoughts here, would it be possible to come up with a fix in the Thanks a lot, |
Hi Jarek, First, it's does seem like a bug in our support library, that your Identifier usage is causing problems. I do not think
The issue is likely not in irisFetch.m itself, but in the Java IRIS-WS.jar library that it uses. A fix for this library is not expected soon given our current resources. |
Hi Chad, Thanks for your reply. We have internally considered using the If I remember correctly, I have seen Also, as a walk-around for this particular problem we considered loading StationXML from file with our unfortunate Thanks a lot, |
Dear all,
The configuration of the KNMI servers providing seismic data has been recently altered with the introduction of an additional HTTP response header:
It seems that this causes the
irisFetch
library to fail - please see our case below:Matlab statement:
Exception:
We have tested it with FDSNWSs provided by other DCs responding without
Set-Cookie: HttpOnly;Secure;SameSite=Lax
header and those seem to work fine.We would be grateful if you could look into this issue. Deleting this header is not permitted according to our security policy, so either a solution or a recommendation on how to address it would be greatly appreciated.
Regards,
Jarek
The text was updated successfully, but these errors were encountered: