/*XEQ /*XMIT question

2009-01-28 Thread Don Russell
I would like to submit a job from a VM system to one MVS system, have it expand a JCL PROC, and submit those JCL statements to another MVS system. That way I don't have to duplicate the PROCLIB across the different MVS systems. Is this possible? It seems from reading the JCL manual that it is

Re: /*XEQ /*XMIT question

2009-01-28 Thread John McKown
On Wed, 28 Jan 2009 09:31:55 -0800, Don Russell russell@gmail.com wrote: I would like to submit a job from a VM system to one MVS system, have it expand a JCL PROC, and submit those JCL statements to another MVS system. I cannot think of a way to do this. The JCL is expanded by the

Re: /*XEQ /*XMIT question

2009-01-28 Thread Rick Fochtman
snip I would like to submit a job from a VM system to one MVS system, have it expand a JCL PROC, and submit those JCL statements to another MVS system. That way I don't have to duplicate the PROCLIB across the different MVS systems.

Re: /*XEQ /*XMIT question

2009-01-28 Thread Ted MacNEIL
Otherwise I'll consider not using PROCs, keeping the JCL on VM and submitting it directly to the correct MVS system. I think this is what you will need to do. Or, consider propagating PROCLIBs. If you maintain them from one system, and one system only, it's not that difficult. Also, PROCs

Re: /*XEQ /*XMIT question

2009-01-28 Thread Don Russell
On Wed, Jan 28, 2009 at 9:57 AM, Rick Fochtman rfocht...@ync.net wrote: You can't share the PROCLIB ?? The MVS systems are scattered across the country. You can always run the proc inline and submit the job to the correct system. Methinks you should define different MVS systems. Are they in

Re: /*XEQ /*XMIT question

2009-01-28 Thread Scott Barry
On Wed, 28 Jan 2009 09:31:55 -0800, Don Russell russell@gmail.com wrote: I would like to submit a job from a VM system to one MVS system, have it expand a JCL PROC, and submit those JCL statements to another MVS system. That way I don't have to duplicate the PROCLIB across the different MVS

Re: /*XEQ /*XMIT question

2009-01-28 Thread Don Russell
On Wed, Jan 28, 2009 at 10:11 AM, Ted MacNEIL eamacn...@yahoo.ca wrote: Or, consider propagating PROCLIBs. If you maintain them from one system, and one system only, it's not that difficult. h, I can look into this idea... we already have duplicated loadlibs and such Is that an

Re: /*XEQ /*XMIT question

2009-01-28 Thread John Kelly
snip I cannot think of a way to do this. The JCL is expanded by the converter. When you use a /*XEQ or /*XMIT, JES simply copies your in-stream JCL to the next z/OS system along the route to the destination z/OS system. unsnip I'm not sure if I understand the issue but from my reading of it, I

Re: /*XEQ /*XMIT question

2009-01-28 Thread Don Russell
On Wed, Jan 28, 2009 at 10:22 AM, Scott Barry sba...@sbbworks.com wrote: On Wed, 28 Jan 2009 09:31:55 -0800, Don Russell russell@gmail.com wrote: Possibly, you might consider using nested FTP-generated submits,using the command: site filetype=jes An FTP script from VM submits your

Re: /*XEQ /*XMIT question

2009-01-28 Thread Thompson, Steve
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Don Russell Sent: Wednesday, January 28, 2009 12:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: /*XEQ /*XMIT question SNIPPAGE That's an interesting idea. At one point I was thinking

Re: /*XEQ /*XMIT question

2009-01-28 Thread Don Russell
On Wed, Jan 28, 2009 at 10:35 AM, John Kelly john_j_ke...@ao.uscourts.gov wrote: snip I cannot think of a way to do this. The JCL is expanded by the converter. When you use a /*XEQ or /*XMIT, JES simply copies your in-stream JCL to the next z/OS system along the route to the destination z/OS

Re: /*XEQ /*XMIT question

2009-01-28 Thread John Kelly
snip I think that's the problem... I want the conversion (expansion of the JCL proc) to be done on one system and THEN submit the expanded result to another system for actual execution. unsnip Couldn't the converted job be a IEBGENR type that goes to an INTRDR with whatever XMIT you'd want? As

Re: /*XEQ /*XMIT question

2009-01-28 Thread Don Russell
/*XMIT question SNIPPAGE That's an interesting idea. At one point I was thinking of something similar (I think).. submitting one job to the MVS system that has the procs, then that job builds a job stream and use /*XMIT and submits it the an internal reader. It's fun, but perhaps a little

Re: /*XEQ /*XMIT question

2009-01-28 Thread Don Russell
On Wed, Jan 28, 2009 at 11:06 AM, John Kelly john_j_ke...@ao.uscourts.gov wrote: Couldn't the converted job be a IEBGENR type that goes to an INTRDR with whatever XMIT you'd want? As far as the PROCLIB utilized you could control that with JCLLIBs, if you have JCL libraries at the locations.

Re: /*XEQ /*XMIT question

2009-01-28 Thread Hardee, Charles H
/*XMIT question -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: /*XEQ /*XMIT question

2009-01-28 Thread Veilleux, Jon L
: Re: /*XEQ /*XMIT question On Wed, Jan 28, 2009 at 11:06 AM, John Kelly john_j_ke...@ao.uscourts.gov wrote: Couldn't the converted job be a IEBGENR type that goes to an INTRDR with whatever XMIT you'd want? As far as the PROCLIB utilized you could control that with JCLLIBs, if you have JCL

Re: /*XEQ /*XMIT question

2009-01-28 Thread Thompson, Steve
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Don Russell Sent: Wednesday, January 28, 2009 1:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: /*XEQ /*XMIT question snip You mean on the second job card? Good question. :-) That's why I liked

Re: /*XEQ /*XMIT question

2009-01-28 Thread Don Russell
On Wed, Jan 28, 2009 at 11:23 AM, Veilleux, Jon L veilleu...@aetna.comwrote: It looks like you will need an instream PROC. In my best Ed McMann voice... You are correct sir. The problem is very easily solved by keeping the JCL PROCS on CMS and simply including them inline in the JCL that is

Re: /*XEQ /*XMIT question

2009-01-28 Thread Robert A. Rosenberg
At 14:20 -0500 on 01/28/2009, Hardee, Charles H wrote about Re: /*XEQ /*XMIT question: Is the PROCLIB on a DASD volume accessible to the other system? If so, why not code a JCLLIB statement: //LIBSRCH JCLLIB ORDER=PROCLIB.ON.OTHER.MVS Then, use a SYSAFF statement to send the job

Re: XMIT QUESTION

2007-08-22 Thread willie bunter
Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Tuesday, August 21, 2007 9:25 AM To: IBM-MAIN@BAMA.UA.EDU Subject: XMIT QUESTION Hallo To All, I am trying to perform an XMIT (pds member) from one partition to another and I am partially successful. Below is my command

XMIT QUESTION

2007-08-21 Thread willie bunter
Hallo To All, I am trying to perform an XMIT (pds member) from one partition to another and I am partially successful. Below is my command: XMIT NYZ380.ZAWTPWG DA('CNTL.JCL(SMSJOB1')) What the command does it creates the member SMSJOB1 in a pds ZAWTPWG.CNTL.JCL Does XMIT

Re: XMIT QUESTION

2007-08-21 Thread Walt Farrell
On 8/21/2007 12:41 PM, willie bunter wrote: I am trying to perform an XMIT (pds member) from one partition to another and I am partially successful. Below is my command: XMIT NYZ380.ZAWTPWG DA('CNTL.JCL(SMSJOB1')) What the command does it creates the member SMSJOB1 in a pds

Re: XMIT QUESTION

2007-08-21 Thread Ulrich Krueger
-MAIN@BAMA.UA.EDU Subject: XMIT QUESTION Hallo To All, I am trying to perform an XMIT (pds member) from one partition to another and I am partially successful. Below is my command: XMIT NYZ380.ZAWTPWG DA('CNTL.JCL(SMSJOB1')) What the command does it creates the member SMSJOB1

Re: XMIT QUESTION

2007-08-21 Thread Ray Mullins
Subject: XMIT QUESTION Hallo To All, I am trying to perform an XMIT (pds member) from one partition to another and I am partially successful. Below is my command: XMIT NYZ380.ZAWTPWG DA('CNTL.JCL(SMSJOB1')) What the command does it creates the member SMSJOB1 in a pds