× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Chris,

I run processes thru AJS (Advanced Job Scheduler) via SBMRMTCMD.
Both library objects and IFS.
Save Objects
Move Objects
Rename objects
Delete objects.

Very Important.
For the IFS objects to work without issue, I run the following command in my QSTRUP of each LPAR, which points to the other LPAR.
Passwords must be equal on each lpar for the user running the process.

On Pencor05 QSTRUP pgm
/********************************************************************/
/* CREATE QFILESRV.400 DIR ENTRY FOR IFS CPY */
/* PASSWORDS MUST IN SYNC ON BOTH LPARS FOR THIS TO WORK */
/* ELSE CPFA09C - NOT AUTHORIZED TO OBJECT. OBJECT IS /QFILESVR.400/*/
/********************************************************************/
MKDIR DIR('/QFILESVR.400/PENCOR06') DTAAUT(*RWX) +
OBJAUT(*ALL)
MONMSG MSGID(CPF0000)

On Pencor06 QSTRUP pgm.
/********************************************************************/
/* CREATE QFILESRV.400 DIR ENTRY FOR IFS CPY */
/* PASSWORDS MUST IN SYNC ON BOTH LPARS FOR THIS TO WORK */
/* ELSE CPFA09C - NOT AUTHORIZED TO OBJECT. OBJECT IS /QFILESVR.400/*/
/********************************************************************/
MKDIR DIR('/QFILESVR.400/PENCOR05') DTAAUT(*RWX) +
OBJAUT(*ALL)
MONMSG MSGID(CPF0000)


Example.
Stating on Pencor05, I run SBMRMTCMD that copies IFS object from Pencor06 IFS to Pencor05 IFS.

Submit Remote Command (SBMRMTCMD)

Type choices, press Enter.

Label . . . . . . . . . . . . .
Command to run . . . . . . . . . > 'CPY OBJ(''/LEGASUITE/SWC8XXDev/BRC.csh'') T
OOBJ(''/QFileSvr.400/Pencor05/LEGASUITE/SWC8XX/BRC.csh'')'
...
DDM file . . . . . . . . . . . . > PENCOR06 Name


Paul


-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Christopher Bipes
Sent: Monday, March 26, 2018 4:53 PM
To: 'midrange-l@xxxxxxxxxxxx'
Subject: RE: Call RPGLE program on another iSeries

Thank you,

Yes, the program needs to wait for the remote call to complete and then continue on to process the response.

Basically the program creates and XML file for processing, the remote system processes the file, then the local system processes the response file.

The files are on the initiating systems IFS. It can be shared so the remote system can read / write to the directory.



Chris Bipes
Director of Information Services
CrossCheck, Inc.


-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxx> On Behalf Of Buck Calabro
Sent: Monday, March 26, 2018 1:37 PM
To: midrange-l@xxxxxxxxxxxx
Subject: Re: Call RPGLE program on another iSeries

On 3/26/2018 4:28 PM, Christopher Bipes wrote:
How can one call a RPGLE program that resides on another iSeries? They are on the same LAN. They are connected via Any Net / Enterprise Extenders.

Starting the discussion:
SQL stored procedure
Remote Procedure Call
SBMNETJOB
SBMRMTCMD
Trigger on a 'special' table on the remote system

The solution set varies if the caller needs an answer, or if it only needs to kick off a remote process.

--
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: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link: http://amzn.to/2dEadiD

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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

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