If any WSDL changes its input schema like any new field added or any field which was non-mandatory before became mandatory, then these changes becomes breaking and you will not even know why it broke because you were not told about it. You will not know at all why it broke.
I have actually build this SOAP<->REST gateway, so that no one has to go thorugh this.
Every time you invoke any operation of WSDL and its schema changed then in response, "What Changed" will be returned, so that you can fix it in 5 mins rather than debugging it for hours.
I have worked in InsureTech and Curently Working in a FinTech where I faced this issue continuosly, that's why I build it.
It is actually a Docker compose stack (BYOI- Bring your Own Infra) -> gateway + postgresql + redis, built in Java and SpingBoot. You just register your WSDl on it, and get the REST endpoints for all the operations of that WSDl. It will work for Soap 1.1 and Soap 1.2 and Any of your data never leaves your network at all.
The per-call is possible here because it runs on your own network and the latecny will be 5-20 ms. And also there is a cron job running which will fire webhook on your url when drift is detected. Drift Detections are both ways - for Inout Schema dn Output Schema.
I am a solo developer who has built it, The url is a free tier, you can register 1 WSDl and can invoke 1000 requests/day, free for lifetime, No Signup, No Sales call or anything. Just download and run, that't it.
Have you also faced any SOAP problem, that this does not covers??
If any WSDL changes its input schema like any new field added or any field which was non-mandatory before became mandatory, then these changes becomes breaking and you will not even know why it broke because you were not told about it. You will not know at all why it broke.
I have actually build this SOAP<->REST gateway, so that no one has to go thorugh this.
Every time you invoke any operation of WSDL and its schema changed then in response, "What Changed" will be returned, so that you can fix it in 5 mins rather than debugging it for hours.
I have worked in InsureTech and Curently Working in a FinTech where I faced this issue continuosly, that's why I build it.
It is actually a Docker compose stack (BYOI- Bring your Own Infra) -> gateway + postgresql + redis, built in Java and SpingBoot. You just register your WSDl on it, and get the REST endpoints for all the operations of that WSDl. It will work for Soap 1.1 and Soap 1.2 and Any of your data never leaves your network at all.
The per-call is possible here because it runs on your own network and the latecny will be 5-20 ms. And also there is a cron job running which will fire webhook on your url when drift is detected. Drift Detections are both ways - for Inout Schema dn Output Schema.
I am a solo developer who has built it, The url is a free tier, you can register 1 WSDl and can invoke 1000 requests/day, free for lifetime, No Signup, No Sales call or anything. Just download and run, that't it.
Have you also faced any SOAP problem, that this does not covers??