I know this may be redundant question but i found it difficult to find a solution on our case study.
We are looking to expose our REST Service via APIGEE to a SOAP Front end.
All the post we have seen talk more on exposing SOAP service as a REST.
Though it’s an Anti Pattern, You can absolutely do that using Assign Message Policy to convert REST to SOAP.
See an example of SOAP to REST conversion. It’s exactly same by flipping conversion in request , response. Use similar policies to change the payload from SOAP to REST in request & REST to SOAP in response.
It’s absolutely possible & all it take is few minutes to implement same. Post a sample REST API & SOAP format you are expecting if you need a working example.
Anil, I think it’s the reverse of the common pattern, but not an anti-pattern. The reason is: people want to modernize the backend systems, and sometimes the clients** aren’t ready to move forward. With Apigee Edge the API Proxy can act as the facade to present a SOAP interface to a legacy client.
** It may not be the app itself that is hard to change; it may be the app developers who know the soap-oriented tools and are not familiar or not willing or able to move to REST oriented APIs.
I think of it not as a “bad idea” but an uncommon idea, or a less common idea.