I created one soap pass through proxy and the default Extract Operation name policy is not working when deployed on our on-premise private cloud. The same proxy is resolving the xpath functions in our public cloud instance.
You mentioned “on-premises”. Are you certain that your on-prem install of Apigee Edge is able to connect directly with the flightexplorer.com APIs ? Can you show the trace of the API request in which the ExtractVariables “fails”?
I suspect that the EV is not failing, but instead, the SOAP response is not available. If there is a lack of connectivity from the MP to the SOAP endpoint, this is what you would see.
@Dino@Anil Sagar Please find the trace details of both cloud environments. You can see the variables are not resolved in private cloud api trace even before hitting the backend soap endpoint.
From the screenshots, here is what I see. In the request you are sending to the API Proxy running on Edge SaaS :
you are using POST.
SOAP is being sent into the Apigee Edge API Proxy
You are running the ExtractVariables on the SOAP provided
the ExtractVariables is working as expected.
In the request sent to the API Proxy for othe customer-managed (aka on-prem) Edge install
You are using GET
No payload is sent (because it’s a GET request)
The ExtractVariables is doing nothing. This is expected, correct behavior, because the payload is empty!
Somehow there is a difference between the request you are making to the Edge SaaS and the request you are sending to the customer-managed installation of Edge.
Resolve that difference, and I bet you’ll solve your mystery!