|
On Mon, 31 Dec 2018 at 13:58, Booth Martin <booth@xxxxxxxxxxxx> wrote:
The nature of the business problem tends to guide us toward anOn 12/31/2018 11:45 AM, Jon Paris wrote:huh? Wait a minute... Am I reading this right?
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 ...
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?
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
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.