Re: Sending files to JES

2011-03-09 Thread Kris Buelens
take a look at it? Thanks Scott -- *From:* The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] *On Behalf Of *Kris Buelens *Sent:* Tuesday, March 08, 2011 3:47 PM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* Re: Sending files to JES On our VM systems

Re: Sending files to JES

2011-03-08 Thread David Boyes
SPOOL PUN TO RSCS TAG DEV PUN zos SYSTEM PUNCH fn ft fm ( NOH Explanation: SP PUN TO RSCS sets the destination of the PUNCH command on the VM side. RSCS knows to look at the tag data of the incoming files to decide what to do with them. TAG DEV PUN zos SYSTEM sets the tag data destination

Re: Sending files to JES

2011-03-08 Thread Neale Ferguson
Alternatively, the TCPNJE add-on-extra to RSCS will allow submission through NJE. Neale On 3/8/11 12:34 PM, David Boyes dbo...@sinenomine.net wrote: SPOOL PUN TO RSCS TAG DEV PUN zos SYSTEM PUNCH fn ft fm ( NOH Explanation: SP PUN TO RSCS sets the destination of the PUNCH command on the VM

Re: Sending files to JES

2011-03-08 Thread Schuh, Richard
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Neale Ferguson Sent: Tuesday, March 08, 2011 9:44 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Sending files to JES Alternatively, the TCPNJE add-on-extra to RSCS will allow submission

Re: Sending files to JES

2011-03-08 Thread David Boyes
Alternatively, the TCPNJE add-on-extra to RSCS will allow submission through NJE. The user part of the process is the same, though. In both cases, the file has to end up in RSCS' virtual reader; the transport between VM and z/OS is transparent to that process. If the z/OS system was

Re: Sending files to JES

2011-03-08 Thread Les Koehler
He didn't specify it was a job. That opens a whole new can of worms: JCL, pswd etc. Les David Boyes wrote: Alternatively, the TCPNJE add-on-extra to RSCS will allow submission through NJE. The user part of the process is the same, though. In both cases, the file has to end up in RSCS'

Re: Sending files to JES

2011-03-08 Thread David Boyes
On 3/8/11 1:00 PM, Les Koehler vmr...@tampabay.rr.com wrote: He didn't specify it was a job. That opens a whole new can of worms: JCL, pswd etc. Not the problem of the NJE transport. It's just got to get the file from system A to system B. Content and payload correctness are left as an exercise

Re: Sending files to JES

2011-03-08 Thread Shumate, Scott
[mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of David Boyes Sent: Tuesday, March 08, 2011 12:34 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Sending files to JES SPOOL PUN TO RSCS TAG DEV PUN zos SYSTEM PUNCH fn ft fm ( NOH Explanation: SP PUN TO RSCS sets the destination of the PUNCH command

Re: Sending files to JES

2011-03-08 Thread Alan Altmark
On Tuesday, 03/08/2011 at 02:00 EST, Shumate, Scott scshum...@bbandt.com wrote: That works great. Now I'm running into a new problem. The file I'm sending is too big. I get the following message. DMSPUN044E Record exceeds allowable maximum Any ideas how I can get around

Re: Sending files to JES

2011-03-08 Thread Dave Jones
/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] *On Behalf Of *David Boyes *Sent:* Tuesday, March 08, 2011 12:34 PM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* Re: Sending files to JES SPOOL PUN TO RSCS TAG DEV PUN zos SYSTEM PUNCH fn ft fm ( NOH Explanation: SP PUN TO RSCS sets

Re: Sending files to JES

2011-03-08 Thread Shumate, Scott
detail. Thanks Scott -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Alan Altmark Sent: Tuesday, March 08, 2011 2:06 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Sending files to JES On Tuesday, 03/08/2011 at 02:00 EST, Shumate

Re: Sending files to JES

2011-03-08 Thread Ward, Mike S
Why not FTP it? -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Shumate, Scott Sent: Tuesday, March 08, 2011 1:16 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Sending files to JES I have 130 lrecl log file that is stored on operator's

Re: Sending files to JES

2011-03-08 Thread Mike Walter
. Shumate, Scott scshum...@bbandt.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/08/2011 01:15 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Sending files to JES I have 130 lrecl log file

Re: Sending files to JES

2011-03-08 Thread David Boyes
Use the VM SENDFILE command: SENDFILE fn ft fm TO user AT zos On the z.OS side, use the TSO RECEIVE command to receive the file. SENDFILE takes the original file and encodes it to fit into a series of 80 byte cards, carrying enough metadata to reassemble the file in it's original form on the

Re: Sending files to JES

2011-03-08 Thread David Boyes
On 3/8/11 2:21 PM, Ward, Mike S mw...@ssfcu.org wrote: Why not FTP it? Simple enough: Automating NJE transfer is trivial -- NJE is fire-and-forget in that the system daemons handle routing, retries, and guaranteed delivery (short of someone clearing spool for some stupid reason). If you've got

Re: Sending files to JES

2011-03-08 Thread Kris Buelens
On our VM systems, we had some processes that sent a CMS file embedded in an MVS job. The MVS job started TSO in batch to receive the file. At last that single job could carry multiple CMS files. As a result, the REXX code became less than easy to read for beginners. I can dig that up, on

Re: Sending files to JES

2011-03-08 Thread Shumate, Scott
That would be great. Can I take a look at it? Thanks Scott From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Kris Buelens Sent: Tuesday, March 08, 2011 3:47 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Sending files to JES

Re: Sending files to JES

2011-03-08 Thread Shumate, Scott
@LISTSERV.UARK.EDU Subject: Re: Sending files to JES Eventually you are going to find that files contain so many records (perhaps some with very large LRECLs) that using SENDFILE is no longer productive. Not only that, but SENDFILE (aka TRANSMIT or XMIT on TSO) and RECEIVE have significant CPU overhead