400 BAD request HTTP error code using POST
Posted: Wed Nov 08, 2017 11:46 am
Dear OPS Team,
since the last update of the OPS service 3.2 we receive in our application as a response the error code:
400 BAD request
Our application uses POST requests like
http://ops.epo.org/3.2/rest-services/fa ... tion/docdb
with the POST content like:
US.2003084988.A1
We have analysed the problem and found that there was a chnage in the OPS 3.2 service so that for POST requests no other "Content-Type" header is anymore supported as the "Content-Type: text/plain". All the years before we used in our application for the Content-Type header the string "application/x-www-form-urlencoded" which still works in the OPS 3.1 service.
For the Authentification (token) request however
https://ops.epo.org/3.2/auth/accesstoken
it works only using the header
Content-Type: application/x-www-form-urlencoded in the POST request as writen in your documentation.
For other services in the OPS documentation there is writen that the POST service has no strict regulation concerning the Content-Type header as many application enter this automatically.
If you let this as it is at the moment, you should inform the users of the OPS service of this change and update also the documentation.
Is there a chance, that in the current OPS 3.2 service the Content-Type: application/x-www-form-urlencoded can be used additionally using the services beside the "accesstoken" service again as it was before?
Otherwise we have to update all our software which is used by many clients.
Many thanks
Thomas Stiefvater
since the last update of the OPS service 3.2 we receive in our application as a response the error code:
400 BAD request
Our application uses POST requests like
http://ops.epo.org/3.2/rest-services/fa ... tion/docdb
with the POST content like:
US.2003084988.A1
We have analysed the problem and found that there was a chnage in the OPS 3.2 service so that for POST requests no other "Content-Type" header is anymore supported as the "Content-Type: text/plain". All the years before we used in our application for the Content-Type header the string "application/x-www-form-urlencoded" which still works in the OPS 3.1 service.
For the Authentification (token) request however
https://ops.epo.org/3.2/auth/accesstoken
it works only using the header
Content-Type: application/x-www-form-urlencoded in the POST request as writen in your documentation.
For other services in the OPS documentation there is writen that the POST service has no strict regulation concerning the Content-Type header as many application enter this automatically.
If you let this as it is at the moment, you should inform the users of the OPS service of this change and update also the documentation.
Is there a chance, that in the current OPS 3.2 service the Content-Type: application/x-www-form-urlencoded can be used additionally using the services beside the "accesstoken" service again as it was before?
Otherwise we have to update all our software which is used by many clients.
Many thanks
Thomas Stiefvater