Hi Bernhard,
Thanks for the information you provided. It is always a great thing to have many options available and that they are all tested to give customers the most flexibility. And with your response, you directed me to documentation I didn’t know existed as it’s outside of actual EntireX documentation, and this will come in handy to know where it is.
With having many options that are viable, what I am hoping for is that someone can advise what is the BEST option, or advise away from the worst ones. If people have opinions like:
- It is best to run your WS-Stack on the same server as the Broker,
- It is the worst thing you can do to run the WS-Stack on the same server as the Broker.
- I run the WS-Stack in the cloud and it is better than the older implementation on premises.
- Latency to the cloud will kill integration performance if your Broker is on the mainframe on premises.
- Tomcat is best to run WS-Stack under.
- WebSphere is best to run WS-Stack under.
Obviously these opinions are mutually exclusive from other opinions, and polling the real world customer base will result in responses that may be mutually exclusive, but they still help steer a decision based on “such-and-so site is kind of like ours, and they do things this way and it was better and I think we should do the same thing”, and “that place tried X and it was a miserable failure, so I won’t go there”.
In our site, we have EntireX Broker running on the mainframe with our Natural applications, and Natural RPC is part of the picture. Currently the WS-Stack is on an on prem virtual Linux server, and we have XML RPC Servers running as Windows services (Win2019). Designer runs on the same non-production Windows server. Which of the options available are best and worst for the future WS-Stack implementation?
Regards,
Brian
#EntireX#webMethods#Mainframe-Integration