We have a technical challenge with a Connect REST API where an external system exposes a GET endpoint that expects a request body.
Ideally, in Pega, GET methods DO NOT allow us to map a request body in the Connect REST rule.
I wouldn’t necessarily consider this is a technical limitation of Pega as it is follows Standard HTTP practices as defined here GET request method - HTTP | MDN
However, Postman allows us to send a request body with a GET request, and the same can also be achieved using curl command.
We could ask the service provider to change the contract but it seems that this endpoint is being used by other systems and they cannot simply change the existing endpoint from GET to POST without potentially impacting other consumers.
Have you faced similar challenge before ? or any suggestions or recommendations on how to best approach this ?
Looked at some of the OOTB rules to tweak and found out that the activity pyInvokeRESTConnector has a method “tools.invokeConnector( primaryPage, stepPage, params );” which invokes the connector and it is somehow a blackbox.
I agree with @ArulDevan recommendations. HTTP GET method only supports headers and query string parameters. There is no OOTB support for mapping a request body for GET operations.
Hi @YaswanthD : Glad to know that the issue is resolved. It would be good if you can close this thread so that the community can focus on the open problems