I realized you are using 8.0.22. There is a patch. Please try to download it here:

https://www.devconnectprogram.com/forums/posts/list/24511.page#p162769

Look for ws08.00.22.01.p1.zip

Hi Wilson,

This patch "ws08.00.22.01.p1" is already deployed which has the fix for the issue with "content not allowed". So now we are running into an issue where we are getting the error as "transport 415 error. content type not allowed"

We did some debugging on API end and noticed that server is receiving the content-type as "application/x-www-form-urlencoded; charset=UTF-8" instead of "application/json" what we are passing from OD end.

We even tested from SOAP UI and POSTMAN, the get request is working fine. So issue we are seeing happening when requested from OD.


Looks like OD is not passing the content-type properly as set up. We are noticing the same issue on AOD8 and AOD7.2.


Thanks ,
Rajani

So for the Get method, this is the automatic content type we set. I thought you were using POST to send the body of json data.

Hi Wilson,

Oh ok. How can be correct this then? Can you please advise as are struck with these GET requests working?

Thanks,
Rajani

Hi Wilson,

Could you please help us on this?

You mentioned that GET is automatically sending that content type instead of what's being passed. If there is a way that this can be corrected? PLease advise.


Thanks,
Rajani

It does not make sense that the Get request needed to be "application/json" as the content type since it does not send json data. According to Web API spec, only the Accept header is needed so that the server can send back json data.
Right now there is no way to change the content type for the Get method.

Hi WIlson,

Now the issue is even without the content-type included in header in case of GET request, the other end is receiving the content type as "application/x-www-form-urlencoded".


Thanks,
Rajani

Hi WIlson,

Now the issue is even without the content-type included in header in case of GET request, the other end is receiving the content type as "application/x-www-form-urlencoded". PLease find attached a screenshot of the same.


Thanks,
Rajani

I had mentioned that is by design. The content-type is supposed to be "application/x-www-form-urlencoded" for the GET method. Not sure why the web service has issue with it. We haven't had this problem reported before.