Re: calling a program v using a SRVPGM

On Mon, 31 Dec 2018 at 13:58, Booth Martin <booth@xxxxxxxxxxxx> wrote:

On 12/31/2018 11:45 AM, Jon Paris wrote:
You could - but that just adds a layer and degrades performance - unless the caller is on a different system - if you are just calling it locally then ...

huh? Wait a minute... Am I reading this right?

In fact, the end game for this project is to be able to do just that; to
go to various i-series ip addresses in the network. That seemed a
bridge too far for my skills but... really? It could be done?

The nature of the business problem tends to guide us toward an
appropriate architecture. There are multiple ways for an RPG program
on Server A to cause a program on Server B to execute. Off the top of
my head:

Sockets (TCP/IP - you write both sides)
SQL (stored procedure / CONNECT TO / ODBC / JDBC)
RPC (Remote Procedure Call)
DDM / SBMRMTJOB
Web service / HTTPAPI / CGIDEV2

Please describe the scenario you're looking to handle. Are there
multiple servers that need to be contacted more or less dynamically?
Perhaps their names and contact times are in a table, and there's a
central server that polls the sister servers for the purpose of
aggregating data like sales history? Is it a pair of servers where one
is the user-facing side and the other is the database server side, and
the UI side needs to push and pull data? Is it a data warehouse that
gets data pushed to it from several geographically dispersed servers?
I believe that 'how do I...' will be easier to answer after we've
heard 'I want to...'
--buck