Question

Calls to REST API Plsql_rest_sender_API - http_method changed from PATCH to POST #GSDTECH

  • 9 November 2021
  • 10 replies
  • 480 views
E
Rank
Userlevel 4
Badge +7

Problem:  Apps 10 customer noted their calls to above-named REST API which were set up to use http_method value of “PATCH” were actually being executed with http_method value of “POST” instead.

Recreated in core:  no.  Internal environments evaluated by IFS Support for this issue don’t contain PLSQL_REST_SENDER_API, the REST API used with this issue

Recreated in customer environment(s):  yes - this happens consistently when called at customer’s site

Business Impact:  High - customer is blocked from development of a needed interface to their Salesforce software.

Importance:  High (see above)

Case ID:  LCS case G2294639

Request from R&D:  Customer needs to find out why PATCH method gets changed to POST.  Their Salesforce installation requires the use of PATCH with this call.

 

Additional Note:  An attachment sent by the customer as document with G2294639 has been attached to this post

 

1 Attachment
This topic has been closed for comments

10 replies

E
Rank
Userlevel 4
Badge +7

Correction to “Recreated in core” entry above….

PLSQL_REST_SENDER_API actually does exist in internal environments.  Assistance from a developer would be needed to set up such a call to attempt to recreate the result noted by the customer.

E
Rank
Userlevel 4
Badge +7

@Anne Fernando , @Sampath Sitinamaluwa, @Kasun Alahakoon and @Minura De Silva - would this matter be considered as data / workflow issue?

A
Rank
Userlevel 5
Badge +11

@Eugene Wager In REST type routing addresses, there is a field to define the ‘Http Method’. In this situation please verify the relevant routing address and check whether the Http Method is defined as ‘PATCH’. The http method defined in the routing address overrides the parameter value given to the method. 

E
Rank
Userlevel 4
Badge +7

@Anne Fernando  - I’ve logged into the mws of the affected customer (a cloud customer, fyi).  In the relevant Routing Address entry I see HTTP Method of “PATCH”.  If I understand your response of last month correctly then PATCH should be the value which is passed to this REST API call, correct?  Please confirm. 

Is there any other condition or configuration which might override this value for HTTP Method?  If not I suspect I may need to have the customer in question check the receiving end of this interface to confirm whether or not the message being sent to the 3rd party by IFS is actually passed with HTTP Method’s value as “PATCH”. 

A
Rank
Userlevel 5
Badge +11

Hi @udlelk Can you please help with this question. As @Eugene Wager has mentioned the routing address contains the Http method ‘PATCH’ but the request sent as ‘POST’. Thanks, Anne. 

U
Rank
Userlevel 5
Badge +14

HTTP Method in REST Type Routing Address can be set in two ways. One way is in Routing Address Configurations. And the other way is in Pl/SQL code when using plsql_rest_sender_api. 

If the HTTP method set in both places then the priority will be given to the value sent from PL/SQL side.

Please refer the tech doc: https://docs.ifs.com/techdocs/Foundation1/040_administration/240_integration/300_ifs_connect/010_configure_connect/060_transport_connectors/configure_rest_transport_connector.htm (Under the topic How to call a REST endpoint using REST Connector → Request Method

E
Rank
Userlevel 4
Badge +7

Thank you @UDLELK.  I’ve reviewed the document referenced in your previous reply.  In it I noted how ‘PATCH’ may be specified as a parameter - and also how ‘POST’ would be used if no value for HTTP_Method were to be specified by Routing Address or by PLSQL code.  

Is it possible that this customer’s PLSQL code is somehow not working as intended and therefore is defaulting to POST?  If so, how could we troubleshoot or monitor this process to find out.  The customer claims to have set up an Event Action for their process and has sent a screen shot for it.  They have also created some Routing Addresses.  I’ve attached each of these documents here.

A related question - is it also possible that none of the Routing Addresses attached here are being triggered or referenced by the customer’s process?  If yes, what should be checked to confirm whether or not these settings have been configured correctly and are being used by our customer’s process?  If a shared session would help please so state in the reply.  

4 Attachments
E
Rank
Userlevel 4
Badge +7

@Anne Fernando  - This customer has been awaiting our response for this problem since November 2021.  I suspect we may have a bug here.  Could you help escalate this issue to R&D please?  Thanks - Eugene W.

A
Rank
Userlevel 5
Badge +11

Replied to @Eugene Wager on reporting this to RnD. 

BrandonEllis
Rank
Badge +3

Hi,

 

I’m almost certain in APPS10 that PATCH requests are sent as POST requests. It just includes an extra header as shown below:

 

x-http-method-override:PATCH

 

I changed my routing address to use postman echo to determine this and debug what was being send for the headers and body: 

https://postman-echo.com/post & https://postman-echo.com/patch

(patch requests from ifs only worked on the /post endpoint)

 

Is there any solution to sending an actual PATCH request using Plsql_Rest_Sender_API.Call_Rest_EndPoint2?

 

Thanks,

Brandon

Terms & ConditionsCookie settings