The premise;
Software firm have several versions of core banking app.
One, which is old and AS400 (i series/i5/whatever its called this week) based and has it's APIs exposed via MQ (send the correct string, the APIServer picks it up and inserts into database (assuming valid transaction etc).
Two, which is new and Websphere based (with an i5 back end) and has it's APIs exposed via SOAP (apparently it's a cleaner way of doing things
) - old MQ APIs are not available.
The problem;
Bank do not want to re-develop satellite systems to use new SOAP architecture.
The question;
How hard would it be to create a process that reads a new MQ queue (probably on the same server that hosts the SOAP interface) and converts the format to a SOAP message (assuming you know the format of the MQ based message)?
Not being a C, java (or anything else useful these days) programmer I'm a bit clueless as to how long this would take or how effective this would be.
Software firm have several versions of core banking app.
One, which is old and AS400 (i series/i5/whatever its called this week) based and has it's APIs exposed via MQ (send the correct string, the APIServer picks it up and inserts into database (assuming valid transaction etc).
Two, which is new and Websphere based (with an i5 back end) and has it's APIs exposed via SOAP (apparently it's a cleaner way of doing things
![Wink](https://forums.contractoruk.com/core/images/smilies/wink.png)
The problem;
Bank do not want to re-develop satellite systems to use new SOAP architecture.
The question;
How hard would it be to create a process that reads a new MQ queue (probably on the same server that hosts the SOAP interface) and converts the format to a SOAP message (assuming you know the format of the MQ based message)?
Not being a C, java (or anything else useful these days) programmer I'm a bit clueless as to how long this would take or how effective this would be.
Comment