We’ve been using EntireX to SOAP-enable Natural with the rest of the enterprise… publishing WSDLs/aar files to the WS-Stack to SOAP-enable Natural subprograms and creating XML RPC Servers to allow Natural to call web services. This works super duper dandy!
Of course, RESTful APIs are the in thing now and other software we integrate with makes use of these. This makes sense in the context of the Digital Business Platform concept as you can publish these APIs in a service catalog and they can be used by agile developers (pun intended) to make a bunch of apps continuously.
So, the question is… is there now in EntireX v10.5 a way to publish RESTful APIs that invoke Natural (via Natural RPC Server) to the WS-Stack and to enable Natural to invoke RESTful APIs without requiring webMethods Integration Server to be part of our environment?
The reason I ask is… when I look into the EntireX documentation -> Developer Overview -> EntireX and REST, it talks about this being possible with use of the EntireX Adapter for Integration Server.
Natural Scenarios: Calling your Natural Subprograms from your REST Client "I have a Natural server subprogram and want to call this from a REST client." Use the IDL Extractor for Natural to create an IDL file, and use the Integration Server Wrapper to generate your REST resource from this file. Calling a REST API from a Natural Application "I have a REST API and want to call this from a Natural application." Use the Integration Server to create a REST API descriptor, then the IDL Extractor for Integration Server to generate Integration Server connections and listeners. Then use the Natural Wrapper to generate client interface objects and build a Natural client application.
Our enterprise uses the Oracle SOA Suite / Fusion Middleware, which is why we didn’t get webMethods IS, so I am curious what I can do here to get with the times.
Thanks in advance!