We do this sort of thing all the time, using XCOM, a CA product that does
FTP-like things. Here's the sequence of events:
1. JOB-A on LPAR-A runs and does:
a. iefbr14 to delete a dataset-a that will receive output from LPAR-B.
b. sends JOB-B to LPAR-B.
2. JOB-B runs on LPAR-B and does:
a. whatever you wish it to do, writing its output to dataset-b.
b. sends dataset-b back to LPAR-A, calling it dataset-a.
Good for all sorts of things, cross-LPARs.
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Chase, John
Sent: Monday, December 05, 2005 11:38 AM
To: [email protected]
Subject: Re: Kick off a job on a different LPAR.
> -----Original Message-----
> From: IBM Mainframe Discussion List On Behalf Of McKown, John
>
> > -----Original Message-----
> >
> > I would like to be able to allow usesr on the Production LPAR to
> > submit a job containing SFTP commands and some how have it run on
> > the Test LPAR and return the results of the SFTP run (which ran on
> > the Test LPAR) to the user on the Production LPAR.
>
> plain, old ftp?
Another way, assuming the two LPARs are "connected" via NJE and are running
JES2:
//JOBNAME JOB ....
/*XEQ TEST <-- routes job to specified system (node)
// <rest of job >
-jc-
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the
archives at http://bama.ua.edu/archives/ibm-main.html
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
