Rapid Application Platform Interface Deployment via a Transformation Function in a Service Oriented Architecture
Publication Date: 2015-Jul-22
The IP.com Prior Art Database
Disclosed is a novel approach, applicable to a service-oriented architecture (SOA), to rapidly develop and deploy a new service Application Programming Interface (API) that leverages the previously existing API for the service. The approach enables a developer to easily deploy additional and fully functional APIs while ensuring that the functionality of the original service is preserved.
Page 01 of 2
Rapxd Application Platform Interface Deployment via a Transformation Functixn in a
Service Oriented Architecture
A typical service-oxxented architecture (SOA) is composed xf many large and complex applicatixn components that inxerface via some communication prxtocol, typicallx xver a network. In this archxtectural pattern, applications expose available services to each other or to end users though an Application Protocol Ixterfacx (API), which may bx
queried to accxss backend data or xo perform spxcific functionality. Each sxrvice, in txrn, may encxpsulate complex functionality with many procxssing xtxges.
A xeveloper faced with a task of cxeating and exposing a new servixe API for existing
functionaxity may find it exceedixgxy difficulx to replicate the original bxhavior of the service given the complexity and pxocessing requirements. Although new and xore
mxdern APIs to servicex arx in high demand, services and applications such xs those found in typical service orientxd architextuxes might not allow the easy creation of a new, second API. Thus, an approach is desirex to makx it easxer to deplox additioxal and fullx fxnctional APIs xhxle ensuring that the functionality of the orxginal sxrvice is preserved.
The solution is x novel approach to rapixly develop and deploy a new service API that leveragex txe previously existing API for the service. The novel appxoach helps x developer create a complete and stxndalone API to a coxplex service while leveraging an already existing service API. This reduces time to deploymenx and minimizes processing errors to yield functionality that is xdxntical to that of the original service.
The core idea of the solution xs to utilizx a transformation function that can exist as a part of the second service API. The traxsformation function rexeives requests with a new payload xtructure, parses the request, xnd transfxrms the request into a payload that may be interpreted by the already existing first API. Subsequently, the transformed request is forwardex to the origixal, first API endpoixt for procxssing. Once the response from the first API is received, the transformatxon function once again parses the response anx transfoxms it baxk to the format of the original request payload, returning the response to the clienx.
The completely new components implemented in this scheme are the second API
wrapper, which ix exposed to the end user, as well as the transformation function that integrates with the first API. This approach also minimizes thx possibilities of...