SBMRMTCMD runs through DDM

LPAR1 uses SBMRMTCMD to run the program on LPAR2. The program on LPAR2 uses a DDM file to return data back to LPAR1.



-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Wednesday, August 26, 2015 10:15 AM
To: Midrange Systems Technical Discussion
Subject: Re: Calling a remote program

But how would you do that using DDM?

Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From: Darryl Freinkel <dhfreinkel@xxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date: 08/26/2015 12:54 PM
Subject: Re: Calling a remote program
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>



I pass parms all the time.

It similar to building up the parms for a submit job command where you use
a variable to build up the command string. I build the command in a
variable, passing the variables as character ( hex is more complicated for
packed decimal) and then use RUNRMTCMD passing the command variable to the
remote system. You can then also monitor for messages that the system
returns like you would in a CL program.

If you need results returned as a variable, you would need to return the
variables in a data queue, a parameter file, data area or something
similar.

Darryl.

Sent from my iPad

On Aug 26, 2015, at 11:31 AM, rob@xxxxxxxxx wrote:

Passing parms perhaps?


Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From: Darryl Freinkel <dhfreinkel@xxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date: 08/26/2015 11:29 AM
Subject: Re: Calling a remote program
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>



Charles

Is there a reason you have not considered DDM?

DDM makes the fact that you are using 2 or more systems transparent.

Darryl.

Sent from my iPad

On Aug 26, 2015, at 10:24 AM, Paul Roy <paul.roy@xxxxxxx> wrote:

Hi charlie


SQL CONNECT / CALL is very easy if you are familiar with SQL.
I have used data queues and remote data queues for years and it's very
easy and reliable. However you need a synchronization mechanism.
Web service are great but are probably a bit overkill if just exchange
of
data between IBM i lpars is concerned. (need configuration,
application
server, etc...)


Paul











From: Charles Guarino <cguarino01@xxxxxxxxx>
To: midrange-l <midrange-l@xxxxxxxxxxxx>
Date: 26/08/2015 15:32
Subject: Calling a remote program
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>



I've read through the archives and determined I can use SQL CONNECT,
RUNRMTCMD or a web service. I need to pass and return parameters
between
partitions.
The remote RPG program (and all files) reside in a production LPAR, I
will
be calling from another LPAR'sprogram running in the DMZ.

We are also considering data queues.

Any suggestions would be appreciated.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2019 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].