hi,
ATM we are doing the next
1. we have AWS Lambda jar which transform SOAP to JSON then route to AWS API GW -> this api is true rest/json
2. we have improved replication engine able to produce JSON instead XML. we are able to produce/consume JSON to/from replication - actually we use AWS SQS messaging service or we are able with a special replication process start to generate json then return back to SOAP request where body= JSON. (will be parsed/transformed by lambda well)
3. we create an oauth2 process with ATK, RTK mechanism according to spec - atm our token generator is AWS Cognito/STS. this allow to use authenticated webservice.
some people using nginx for api gw building instead write a new rest service.
probably this is not the best way, however help us understand what we require for build a serious API gateway.
there are lot requirements some of them... 1. able to define proxy/api version 2. ability to define export/import format including export format version (like in existing replication IMHO can be reused or can be a good starting point) 3. ability to define HTTP Codes/reqexp by response content (what when etc...
http://www.restapitutorial.com/lessons/httpmethods.html) 4. how to run processes well and much more.
In my opinion a new API gateway must be implemented with serious really modern javascript approach. this is because lot js libraries require really native/true json format - including datatypes.
in our case we are writing an ionic client for our clients. our js developer reject work with SOAP in js/ts.
i have a design in my mind and if we found funds/time then we can define project and realise this really important feature - this will touch core - we need community support.
there are some concepts on the internet like jersey rest library - for me the biggest challenge is how to make the implementation generic.
norbert