Re: Transfer reports from lpar to lpar

[Gilbert Cardenas]

On Tue, 11 Mar 2008 16:40:26 -0700, Ulrich Krueger <[EMAIL PROTECTED]> 
wrote:

>Gil,
>Now that you explained why you would like to use NJE, have you thought 
about
>alternatives?
>
>For example:
>Do you have TCP/IP-attached laser printers in the office, HP laser printers
>or high-speed copiers with IP-interface?
>If so, do you have VPS or any other mainframe software that allows printing
>of mainframe reports on IP printers?
>Assuming, of course, that the reports are not millions of lines or
>AFP-format, requiring 3900-class printers and/or special size paper, how
>about this: Use XMITIP[1] to convert the report to a PDF file (with optional
>green-bar page background) and email it to the user. The user can then
>decide if on-line viewing on the PC is sufficient and/or print all or
>selected pages to a network / PC - printer. Might save a tree or two, and a
>lot of time waiting for report delivery ...
>
>Until you do find a workable solution, how about charging the users a fee
>for each special report handling request? $5 per request, perhaps? (Just
>kidding)
>
>Regards,
>Ulrich Krueger
>
>[1] Shameless plug: XMITIP and TXT2PDF by Lionel Dyck is software to send
>Email from the mainframe, with or without attached files in a variety of
>file formats. And the price is unbeatable: Free.
>See http://www.lbdsoftware.com/tcpip.html
>
>

Actually, alternatives was what I was looking for but the alternatives were 
really not as seemless and intervention-less as I hoped.

I looked at XMITIP and SDSFEXT and although viable, I was hoping I could 
just use something like the IBM IASXWR00 external writer program to offload 
the reports and point the IEFRDER ddname to the desired IP destination.  It 
sounded viable but unreachable.

I then thought all I would have to do is point the IEFRDER to a temp dataset 
and follow it with an FTP to send it to the desired region but I could not find 
a 
way to send the temp dataset directly to the JES2 spool.  

Each solution started to get messier and in reality, NJE just sounds like the 
way to go.  I just have to find a way to be politically astute and grease the 
right palms to get the thing in.

Thanks,
Gil.

--
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

Re: Transfer reports from lpar to lpar

[Ulrich Krueger]

Gil,
Now that you explained why you would like to use NJE, have you thought about
alternatives?

For example:
Do you have TCP/IP-attached laser printers in the office, HP laser printers
or high-speed copiers with IP-interface?
If so, do you have VPS or any other mainframe software that allows printing
of mainframe reports on IP printers? 
Assuming, of course, that the reports are not millions of lines or
AFP-format, requiring 3900-class printers and/or special size paper, how
about this: Use XMITIP[1] to convert the report to a PDF file (with optional
green-bar page background) and email it to the user. The user can then
decide if on-line viewing on the PC is sufficient and/or print all or
selected pages to a network / PC - printer. Might save a tree or two, and a
lot of time waiting for report delivery ...

Until you do find a workable solution, how about charging the users a fee
for each special report handling request? $5 per request, perhaps? (Just
kidding)

Regards,
Ulrich Krueger

[1] Shameless plug: XMITIP and TXT2PDF by Lionel Dyck is software to send
Email from the mainframe, with or without attached files in a variety of
file formats. And the price is unbeatable: Free.
See http://www.lbdsoftware.com/tcpip.html


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Gilbert Cardenas
Sent: Tuesday, March 11, 2008 13:38
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Transfer reports from lpar to lpar

On Tue, 11 Mar 2008 10:02:28 -0400, Farley, Peter x23353 
<[EMAIL PROTECTED]> wrote:

>Asked and answered.  The OP's local sysprogs don't like NJE for some
>reason, have not implemented it, and (according to the OP) will not do
>so.  Politics was suggested as the underlying reason.
>

The reason I think they don't want to open the NJE capability is that they 
don't want people transferring reports that were created on the 
development/qa regions to the production region where the reports could get 
out to our customers by mistake.

Unfortunately, all the high speed printers are on the production lpar so 
occassionaly a "test" report does need to be transferred to the production 
region for printing.  Don't laugh but we are still bus and tag attached.

They would rather me do it on an as-needed basis, however, the requests are 
getting too frequent and taking up too much of my time.

I would think that there are security measures that would allow only certain

individuals or groups the ability to use the nje feature and not make it 
generally available to everyone.

I am hoping that with all the information I received (thanks to Brian 
Westerman for sending me the share document) that I can convince them into 
taking another look at setting up the NJE.  It definitely looks like a time
saver.

Regards,
Gil.

--
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

Re: CSM (was: Transfer reports from lpar to lpar)

[Vernooy, C.P. - SPLXM]

"Giovanni Santuz" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> HI
> I donot know if this is interesting, but we have a product that offers
the ability to read and write Dataset across Sysplex Borders as if they
were "local"
> 
> Here is a link to a german Website :
> 
> http://www.hostsystems.de/de/csm.htm
> 


Does anybody have experience with this product and is willing to share
it?

Kees.
**
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries
and/or its employees shall not be liable for the incorrect or
incomplete transmission of this e-mail or any attachments, nor
responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286 
**

--
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

Re: Transfer reports from lpar to lpar

[Gilbert Cardenas]

On Tue, 11 Mar 2008 10:02:28 -0400, Farley, Peter x23353 
<[EMAIL PROTECTED]> wrote:

>Asked and answered.  The OP's local sysprogs don't like NJE for some
>reason, have not implemented it, and (according to the OP) will not do
>so.  Politics was suggested as the underlying reason.
>

The reason I think they don't want to open the NJE capability is that they 
don't want people transferring reports that were created on the 
development/qa regions to the production region where the reports could get 
out to our customers by mistake.

Unfortunately, all the high speed printers are on the production lpar so 
occassionaly a "test" report does need to be transferred to the production 
region for printing.  Don't laugh but we are still bus and tag attached.

They would rather me do it on an as-needed basis, however, the requests are 
getting too frequent and taking up too much of my time.

I would think that there are security measures that would allow only certain 
individuals or groups the ability to use the nje feature and not make it 
generally available to everyone.

I am hoping that with all the information I received (thanks to Brian 
Westerman for sending me the share document) that I can convince them into 
taking another look at setting up the NJE.  It definitely looks like a time 
saver.

Regards,
Gil.

--
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

Re: Transfer reports from lpar to lpar

[Farley, Peter x23353]

Asked and answered.  The OP's local sysprogs don't like NJE for some
reason, have not implemented it, and (according to the OP) will not do
so.  Politics was suggested as the underlying reason.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Shmuel Metz (Seymour J.)
> Sent: Monday, March 10, 2008 7:27 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Transfer reports from lpar to lpar
> 
> In <[EMAIL PROTECTED]>, on 03/07/2008
>at 12:59 PM, Gilbert Cardenas <[EMAIL PROTECTED]>
said:
> 
> >Hello all, I am looking for ideas on ways to transfer reports/sysouts
> >from one JES2 spool on one lpar to another lpar.
> 
> Why not NJE?
This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.

--
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

Re: Transfer reports from lpar to lpar

[Giovanni Santuz]

HI
I donot know if this is interesting, but we have a product that offers the 
ability to read and write Dataset across Sysplex Borders as if they were "local"

Here is a link to a german Website :

http://www.hostsystems.de/de/csm.htm

If you need more Info please write to my Personal EMAIl ADRESS:

[EMAIL PROTECTED]

 Original-Nachricht 
> Datum: Mon, 10 Mar 2008 20:27:22 -0300
> Von: "Shmuel Metz (Seymour J.)" <[EMAIL PROTECTED]>
> An: IBM-MAIN@BAMA.UA.EDU
> Betreff: Re: Transfer reports from lpar to lpar

> In <[EMAIL PROTECTED]>, on 03/07/2008
>at 12:59 PM, Gilbert Cardenas <[EMAIL PROTECTED]> said:
> 
> >Hello all, I am looking for ideas on ways to transfer reports/sysouts
> >from one JES2 spool on one lpar to another lpar.
> 
> Why not NJE?
>  
> -- 
>  Shmuel (Seymour J.) Metz, SysProg and JOAT
>  ISO position; see <http://patriot.net/~shmuel/resume/brief.html> 
> We don't care. We don't have to care, we're Congress.
> (S877: The Shut up and Eat Your spam act of 2003)
> 
> --
> 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

-- 
M f G.

Giovanni Santuz

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
 

--
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

Re: Transfer reports from lpar to lpar

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 03/07/2008
   at 03:17 PM, Gilbert Cardenas <[EMAIL PROTECTED]> said:

>BTW, I have not been part of this list long so is it prohibited to post 
>information regarding a job opening?

Not if you run it by Big D (> or ) first.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
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

Re: Transfer reports from lpar to lpar

[Staller, Allan]

It is!!




Pat Mihalec wrote:
> I haven't been following this but has anyone suggested setting up a
CTC 
> between the LPAR's. The connection is setup over Escon channels.
>   

Or, better yet, TCP/IP over HiperSockets should be *screaming* fast -- 
assuming the LPARs are on the same CPC.


--
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

Re: Transfer reports from lpar to lpar

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 03/07/2008
   at 12:59 PM, Gilbert Cardenas <[EMAIL PROTECTED]> said:

>Hello all, I am looking for ideas on ways to transfer reports/sysouts
>from one JES2 spool on one lpar to another lpar.

Why not NJE?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
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

Re: SPAM: Re: Transfer reports from lpar to lpar

[Brian Westerman]

Setting up NJE really isn't that difficult.  I can send you a short set of
directions for how to set it up if you want.  If your systems are both on
the same physical processor (2 LPARs), and if it's a z-series box with an
OSA/e or similar, it's even easier.  

I would bet that your systems people probably already have all of the pieces
there, they just need to put them in place.

Let me know.

Brian

--
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

Re: SPAM: Re: Transfer reports from lpar to lpar

[John S. Giltner, Jr.]

Gilbert Cardenas wrote:

On Sat, 8 Mar 2008 12:45:28 EST, Ed Finnell <[EMAIL PROTECTED]> wrote:


Guess if all you got is PFCSKs  DEST='IP:ipaddr' might suffice w/o NJE

<<>>
  DEST=destination
The destination subparameter for JES2 is one of the following:
LOCAL|ANYLOCAL
'IP:ipaddr'
name
|  Nn
|  NnRm
NnnR
NnnnRmmm
NRmm
|  NnRm
|  (node,remote)
nodename.userid
'nodename.IP:ipaddr'

<<>>



I would like to use this option however, if I use the 'IP:ipaddr' the jcl reference 
states that a functional subsystem that can process IP-distributed data sets 
sends the data to the specified host system.

Could you please translate what that means.
I see the report in the output queue sitting with a dest of  but how does 
the report get transmitted across?


Regards,
Gil. 



The remote still must be either a NJE node or a RJE node/workstation.

--
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

Re: SPAM: Re: Transfer reports from lpar to lpar

[Gilbert Cardenas]

On Sat, 8 Mar 2008 12:45:28 EST, Ed Finnell <[EMAIL PROTECTED]> wrote:

>Guess if all you got is PFCSKs  DEST='IP:ipaddr' might suffice w/o NJE
>
><<>>
>   DEST=destination
>The destination subparameter for JES2 is one of the following:
>LOCAL|ANYLOCAL
>'IP:ipaddr'
>name
>|  Nn
>|  NnRm
>NnnR
>NnnnRmmm
>NRmm
>|  NnRm
>|  (node,remote)
>nodename.userid
>'nodename.IP:ipaddr'
>
><<>>


I would like to use this option however, if I use the 'IP:ipaddr' the jcl 
reference 
states that a functional subsystem that can process IP-distributed data sets 
sends the data to the specified host system.
Could you please translate what that means.
I see the report in the output queue sitting with a dest of  but how does 
the report get transmitted across?

Regards,
Gil. 

--
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

Re: Transfer reports from lpar to lpar

[John S. Giltner, Jr.]

Gilbert Cardenas wrote:
Hello all, I am looking for ideas on ways to transfer reports/sysouts from one 
JES2 spool on one lpar to another lpar.


The current method I am using is to use a JES offload dataset to offload the 
report(s) and then reload them on the other lpar.  This works okay but I'm 
looking for an automated way to do this so I don't have to get involved in the 
process.


We also have a VPS printer defined that takes any report in a certain dest and 
then LPRs them to another lpar but this doesn't work very well because 
oftentimes the format of the original report is not correct and this method also 
breaks up the print files into separate print streams so DJDE print records get 
separated from the original report and printing is incorrect.


I don't know much about external writers or even sapi but as long as it is not 
too complicated and freeware, I'm willing to look into something like that or 
other methods???


Any feedback appreciated,
Gil.

--


O.K. There has been a lot of talk about using ftp for this and 
filetype=jes.   I know how you can use ftp to GET a report from JES 
using this, but just how do you send it?


When you use put and filetype=jes I though that it would try and submit 
the input stream as a JOB.


I like Krik's way of doing it, assuming you can't get NJE and you have 
shared DASD.


I am trying to think if there is a way to use the NJE aware SMTP server 
here.  I use it to send e-mail all of the time, but I have never used it 
to receive e-mail.  You would need a new IP domain name and a MX record 
setup for the receiving side.


--
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

Re: SPAM: Re: Transfer reports from lpar to lpar

[Gilbert Cardenas]

On Sat, 8 Mar 2008 09:21:53 -0800, Edward Jaffe 
>The OP indicates that he already has TCP/IP connectivity between all
>LPARs and FTP servers running on each. Therefore, the JES FTP interface
>should be available without any additional configuration. (Though I
>would highly recommend specifying "JESINTERFACELEVEL 2" for the FTP
>server configurations.)
>
>--
>Edward E Jaffe
>Phoenix Software International, Inc
>5200 W Century Blvd, Suite 800
>Los Angeles, CA 90045
>310-338-0400 x318
>[EMAIL PROTECTED]
>http://www.phoenixsoftware.com/


Thank you all for all the great ideas.  Sounds like I am restricted to using 
FTP 
to transfer the report files.

I looked up info on the JESINTERFACELEVEL 2 option and it appears this will 
allow me to pull reports/sysouts that do not match my userid or owner among 
other things.  Does this parameter have to be coded in the TCPIP parameter 
library or can it be specified as a parameter in a batch jcl?

Also can you ftp a report directly from one jes spool to another jes spool or 
do 
I have to put the report in an intermediary dataset and then ftp that file to 
the desired jes spool output?

Regards,
Gil.

--
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

Re: SPAM: Re: Transfer reports from lpar to lpar

[Ed Finnell]

 
In a message dated 3/8/2008 11:03:41 A.M. Central Standard Time,  r
[EMAIL PROTECTED] writes:

vote for a NJE connection, with routing JECL where appropriate. It's a  
LOT less prone to error than trying to do spool OFFLOAD and  LOAD.

Shared spool may be out for valid reasons.


>>
Guess if all you got is PFCSKs  DEST='IP:ipaddr' might suffice w/o NJE
 
<<>>
   DEST=destination
The destination subparameter for JES2 is one of the following:  
LOCAL|ANYLOCAL 
'IP:ipaddr'
name   
|  Nn 
|  NnRm   
NnnR   
NnnnRmmm   
NRmm   
|  NnRm   
|  (node,remote)  
nodename.userid
'nodename.IP:ipaddr'
 
<<>>







**It's Tax Time! Get tips, forms, and advice on AOL Money & 
Finance.  (http://money.aol.com/tax?NCID=aolprf000301)

--
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

Re: SPAM: Re: Transfer reports from lpar to lpar

[Edward Jaffe]

Rick Fochtman wrote:
That will make a very reasonable physical connection; the next step is 
to configure software to actually use it. :-)


I vote for a NJE connection, with routing JECL where appropriate. It's 
a LOT less prone to error than trying to do spool OFFLOAD and LOAD.


The OP indicates that he already has TCP/IP connectivity between all 
LPARs and FTP servers running on each. Therefore, the JES FTP interface 
should be available without any additional configuration. (Though I 
would highly recommend specifying "JESINTERFACELEVEL 2" for the FTP 
server configurations.)


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
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

Re: SPAM: Re: Transfer reports from lpar to lpar

[Rick Fochtman]

-

I haven't been following this but has anyone suggested setting up a CTC 
between the LPAR's. The connection is setup over Escon channels.
 


---
That will make a very reasonable physical connection; the next step is 
to configure software to actually use it. :-)


I vote for a NJE connection, with routing JECL where appropriate. It's a 
LOT less prone to error than trying to do spool OFFLOAD and LOAD.


Shared spool may be out for valid reasons.

--
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

Re: Transfer reports from lpar to lpar

[Brian Westerman]

NJE is by far the best solution, but since they are reluctant to implement
it there isn't much you can do about it.  There is a product that the
company I work for sells, called SyzSpool which actively manages the JES
spool and allows you to manage the output by sending it files that are able
to be viewed, FTP'ed, Emailed, etc. and is very inexpensive.  There are some
other vendors as well that make similar products, but I think ours has the
best features for the absolute lowest cost (of course).

You can get more information at http://www.syzygyinc.net/SyzSpool.aspx

Also, members of IBMMAIN get a discount on the prices of all of our software
as well.

Brian

--
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

Re: Transfer reports from lpar to lpar

[Jon Nolting]

Look at a FTP server option to open up the JES output to FTP.  You can then 
access individual JES output components down to the DD output level using FTP 
GET/PUT requests including deleting output once moved.

Jon Nolting
EPG Compete - CATM
Enterprise Technology Architect
(425) 707-9334 (O)
(925) 381-2375 (M)
(425) 222-7969 (H)

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Gilbert Cardenas
Sent: Friday, March 07, 2008 3:22 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Transfer reports from lpar to lpar

On Fri, 7 Mar 2008 13:37:30 -0800, Jon Nolting
<[EMAIL PROTECTED]> wrote:

>If you have all LPARs on the network and have FTP servers on each, would it
be possible to use the FTP JES interface to GET/PUT the JES content over
that interface?
>
>Jon Nolting
>EPG Compete - CATM
>Enterprise Technology Architect
>(425) 707-9334 (O)
>(925) 381-2375 (M)
>(425) 222-7969 (H)
>ives at http://bama.ua.edu/archives/ibm-main.html
>


We do have all lpars on the network with FTP servers on each so FTP'ing
between them is no big deal.
I was thinking I could setup some kind of external writer routine that would ftp
the jes report/sysout but I don't know how this would work or where to begin?

Regards,
Gil.

--
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

Re: Transfer reports from lpar to lpar

[Gilbert Cardenas]

On Fri, 7 Mar 2008 13:37:30 -0800, Jon Nolting 
<[EMAIL PROTECTED]> wrote:

>If you have all LPARs on the network and have FTP servers on each, would it 
be possible to use the FTP JES interface to GET/PUT the JES content over 
that interface?
>
>Jon Nolting
>EPG Compete - CATM
>Enterprise Technology Architect
>(425) 707-9334 (O)
>(925) 381-2375 (M)
>(425) 222-7969 (H)
>ives at http://bama.ua.edu/archives/ibm-main.html
>


We do have all lpars on the network with FTP servers on each so FTP'ing 
between them is no big deal.
I was thinking I could setup some kind of external writer routine that would 
ftp 
the jes report/sysout but I don't know how this would work or where to begin?

Regards,
Gil.

--
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

Re: Transfer reports from lpar to lpar

[Edward Jaffe]

Pat Mihalec wrote:
I haven't been following this but has anyone suggested setting up a CTC 
between the LPAR's. The connection is setup over Escon channels.
  


Or, better yet, TCP/IP over HiperSockets should be *screaming* fast -- 
assuming the LPARs are on the same CPC.


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
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

Re: Transfer reports from lpar to lpar

[Ted MacNEIL]

>Disagree there.   We have many disparate systems in this shop (and others that 
>I've been at) that there is no way... even with a "true business need"
that I would consider trying to move into a shared spool environment.  
Technical reasons can out weigh business needs.   Security is another
issue.   There are other factors also...

I'd like to see them.
With today's security options, there is little that system isolation protects 
us from
I disagree about technical outweighing business, but that's an opinion.
The only 'factor' I can conceive of is politics.
But, I see no need to keep systems separate, anymore.
Except for testplexes.
But, I have kept my prod/appl plexes together for years and used security to 
protect them all.

-
Too busy driving to stop for gas!

--
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

Re: Transfer reports from lpar to lpar

[Pat Mihalec]

I haven't been following this but has anyone suggested setting up a CTC 
between the LPAR's. The connection is setup over Escon channels.

Pat Mihalec
Rush University Medical Center
Senior System Programmer
(312) 942-8386
[EMAIL PROTECTED]



Mark Zelden <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
03/07/2008 04:15 PM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Re: Transfer reports from lpar to lpar






On Fri, 7 Mar 2008 20:33:38 +, Ted MacNEIL <[EMAIL PROTECTED]> wrote:

>>Sorry, forgot to mention that I have been trying to get the system progs
to setup NJE but for some reason, they are reluctant to do so
>
>Why?

Could be a good reason... but if both systems are in the same shop,
probably not a good reason.

>>and shared spool is definitely out of the question.
>
>And, why?
>
>If you have a true business need, sysprogs should not be able to stand in
the way!
>

Disagree there.   We have many disparate systems in this shop (and others
that I've been at) that there is no way... even with a "true business 
need"
that I would consider trying to move into a shared spool environment. 
Technical reasons can out weigh business needs.   Security is another
issue.   There are other factors also...

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at 
http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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


--
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

Re: Transfer reports from lpar to lpar

[Mark Zelden]

On Fri, 7 Mar 2008 20:33:38 +, Ted MacNEIL <[EMAIL PROTECTED]> wrote:

>>Sorry, forgot to mention that I have been trying to get the system progs
to setup NJE but for some reason, they are reluctant to do so
>
>Why?

Could be a good reason... but if both systems are in the same shop,
probably not a good reason.

>>and shared spool is definitely out of the question.
>
>And, why?
>
>If you have a true business need, sysprogs should not be able to stand in
the way!
>

Disagree there.   We have many disparate systems in this shop (and others
that I've been at) that there is no way... even with a "true business need"
that I would consider trying to move into a shared spool environment.  
Technical reasons can out weigh business needs.   Security is another
issue.   There are other factors also...

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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

Re: Transfer reports from lpar to lpar

[Jon Nolting]

If you have all LPARs on the network and have FTP servers on each, would it be 
possible to use the FTP JES interface to GET/PUT the JES content over that 
interface?

Jon Nolting
EPG Compete - CATM
Enterprise Technology Architect
(425) 707-9334 (O)
(925) 381-2375 (M)
(425) 222-7969 (H)
ives 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

Re: Transfer reports from lpar to lpar

[Kirk Talman]

We use Shared Spool and NJE.  However, because of volume, particularly 
during peak periods, when the transfer can be hundreds or thousands of 
millions of lines per shift, where shared DASD is available, we run jobs 
on one plex to create reports in files and then trigger jobs on another 
system which copy files to JES.  Besides a bit of JCL changes, only 
scheduling changes are made.  It does require either common or linked 
scheduling systems.  We use CA-7/11.

IBM Mainframe Discussion List  wrote on 03/07/2008 
03:21:53 PM:

> Sorry, forgot to mention that I have been trying to get the system progs 
to 
> setup NJE but for some reason, they are reluctant to do so and shared 
spool 
> is definitely out of the question.



-
The information contained in this communication (including any
attachments hereto) is confidential and is intended solely for the
personal and confidential use of the individual or entity to whom
it is addressed. The information may also constitute a legally
privileged confidential communication. If the reader of this
message is not the intended recipient or an agent responsible for
delivering it to the intended recipient, you are hereby notified
that you have received this communication in error and that any
review, dissemination, copying, or unauthorized use of this
information, or the taking of any action in reliance on the
contents of this information is strictly prohibited. If you have
received this communication in error, please notify us immediately
by e-mail, and delete the original message. Thank you 

--
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

Re: Transfer reports from lpar to lpar

[Gilbert Cardenas]

On Fri, 7 Mar 2008 15:00:07 -0600, McKown, John 
<[EMAIL PROTECTED]> wrote:

>> -Original Message-
>It definitely would take "administrator" intervention. There are JES2
>changes and maybe even VTAM changes.
>
>--
>John McKown
>Senior Systems Programmer
>HealthMarkets
>Keeping the Promise of Affordable Coverage
>Administrative Services Group
>Information Technology
>

That was what I was afraid of. Any other options available  

BTW, I have not been part of this list long so is it prohibited to post 
information regarding a job opening?

Regards,
Gil.

--
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

Re: Transfer reports from lpar to lpar

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Gilbert Cardenas
> Sent: Friday, March 07, 2008 2:39 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Transfer reports from lpar to lpar
> 
> Everytime I bring it up, they hem haw around.  Perhaps it is 
> because they do 
> not know how to set it up???
> If it doesn't require too much system admin intervention,  I 
> don't mind taking a 
> stab at it.
> Any docs or websites that can help get me started?
> 
> Regards,
> Gil.

It definitely would take "administrator" intervention. There are JES2
changes and maybe even VTAM changes.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

--
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

Re: Transfer reports from lpar to lpar

[Ted MacNEIL]

>Everytime I bring it up, they hem haw around.  Perhaps it is because they do 
>not know how to set it up???

I haven't been involved in setting up NJE or shared SPOOL since the early 
1980's.
I would have thought everybody that needed it would be done by now.

 
>If it doesn't require too much system admin intervention,  I don't mind taking 
>a stab at it.
Any docs or websites that can help get me started?

The JES2 customisation guide (or whatever it's called now) should have detailed 
instructions.
But, I haven't looked at it in a long time.

-
Too busy driving to stop for gas!

--
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

Re: Transfer reports from lpar to lpar

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Ted MacNEIL
> 
> >Sorry, forgot to mention that I have been trying to get the system 
> >progs to setup NJE but for some reason, they are reluctant to do so
> 
> Why?
> >and shared spool is definitely out of the question.
> 
> And, why?
> 
> If you have a true business need, sysprogs should not be able 
> to stand in the way!

Indeed, they should be _paving_ the way.

-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

Re: Transfer reports from lpar to lpar

[Gilbert Cardenas]

On Fri, 7 Mar 2008 20:33:38 +, Ted MacNEIL <[EMAIL PROTECTED]> 
wrote:

>>Sorry, forgot to mention that I have been trying to get the system progs to 
setup NJE but for some reason, they are reluctant to do so
>
>Why?
>>and shared spool is definitely out of the question.
>
>And, why?
>
>If you have a true business need, sysprogs should not be able to stand in 
the way!
>
>-
>Too busy driving to stop for gas!
>
>--
>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



Everytime I bring it up, they hem haw around.  Perhaps it is because they do 
not know how to set it up???
If it doesn't require too much system admin intervention,  I don't mind taking 
a 
stab at it.
Any docs or websites that can help get me started?

Regards,
Gil.

--
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

Re: Transfer reports from lpar to lpar

[Ted MacNEIL]

>Sorry, forgot to mention that I have been trying to get the system progs to 
>setup NJE but for some reason, they are reluctant to do so

Why?
>and shared spool is definitely out of the question.

And, why?

If you have a true business need, sysprogs should not be able to stand in the 
way!

-
Too busy driving to stop for gas!

--
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

Re: Transfer reports from lpar to lpar

[Gilbert Cardenas]

Sorry, forgot to mention that I have been trying to get the system progs to 
setup NJE but for some reason, they are reluctant to do so and shared spool 
is definitely out of the question.

--
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

Re: Transfer reports from lpar to lpar

[Scott Ford]

Gil,
I agree with John, NJE is the simplest and easiest to implement and control.
I have also done it too many times to count via VTAM and TCPIP..Always
usings CTC , ESCON now FICON..

Regards,
Scott Ford 
IDF,
Host Developer
http://www.identityforge.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of McKown, John
Sent: Friday, March 07, 2008 2:09 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Transfer reports from lpar to lpar

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Gilbert Cardenas
> Sent: Friday, March 07, 2008 12:59 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Transfer reports from lpar to lpar
> 
> 
> Hello all, I am looking for ideas on ways to transfer 
> reports/sysouts from one 
> JES2 spool on one lpar to another lpar.
> 
> The current method I am using is to use a JES offload dataset 
> to offload the 
> report(s) and then reload them on the other lpar.  This works 
> okay but I'm 
> looking for an automated way to do this so I don't have to 
> get involved in the 
> process.
> 
> We also have a VPS printer defined that takes any report in a 
> certain dest and 
> then LPRs them to another lpar but this doesn't work very 
> well because 
> oftentimes the format of the original report is not correct 
> and this method also 
> breaks up the print files into separate print streams so DJDE 
> print records get 
> separated from the original report and printing is incorrect.
> 
> I don't know much about external writers or even sapi but as 
> long as it is not 
> too complicated and freeware, I'm willing to look into 
> something like that or 
> other methods???
> 
> Any feedback appreciated,
> Gil.

What is wrong with NJE? That's the really simple way. With z/OS 1.8 or
above, NJE can be done via a TCPIP link. We use a CTC connection between
the two VTAMs and NJE over the VTAM connection.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

--
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

Re: Transfer reports from lpar to lpar

[JerryDurbin]

NJE works very well with TCP/IP via Enterprise Extender (VIPA) LPAR to LPAR in 
z/OS 1.7.

Cheers!
JD


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rob 
Schramm
Sent: Friday, March 07, 2008 12:13 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Transfer reports from lpar to lpar

Hi Gil,

I would look at using a NJE connection between the systems.  You can setup a 
DESTination and do it that way or issue $Route commands to get the output over. 
 AFAIK you can get NJE tunneled across TCP/IP these days depending on the z/OS 
version.

Of course there may be some other ideas or some people with some better 
specifics.  I have used the all of the above with the exception of the TCP/IP 
tunnel.

-Rob Schramm
Sirius Computer Solution



--
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

Re: Transfer reports from lpar to lpar

[Staller, Allan]

Shared Spool?

--
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

Re: Transfer reports from lpar to lpar

[Rob Schramm]

Hi Gil,

I would look at using a NJE connection between the systems.  You can setup 
a DESTination and do it that way or issue $Route commands to get the 
output over.  AFAIK you can get NJE tunneled across TCP/IP these days 
depending on the z/OS version.

Of course there may be some other ideas or some people with some better 
specifics.  I have used the all of the above with the exception of the 
TCP/IP tunnel.

-Rob Schramm
Sirius Computer Solution



--
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

Re: Transfer reports from lpar to lpar

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Gilbert Cardenas
> Sent: Friday, March 07, 2008 12:59 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Transfer reports from lpar to lpar
> 
> 
> Hello all, I am looking for ideas on ways to transfer 
> reports/sysouts from one 
> JES2 spool on one lpar to another lpar.
> 
> The current method I am using is to use a JES offload dataset 
> to offload the 
> report(s) and then reload them on the other lpar.  This works 
> okay but I'm 
> looking for an automated way to do this so I don't have to 
> get involved in the 
> process.
> 
> We also have a VPS printer defined that takes any report in a 
> certain dest and 
> then LPRs them to another lpar but this doesn't work very 
> well because 
> oftentimes the format of the original report is not correct 
> and this method also 
> breaks up the print files into separate print streams so DJDE 
> print records get 
> separated from the original report and printing is incorrect.
> 
> I don't know much about external writers or even sapi but as 
> long as it is not 
> too complicated and freeware, I'm willing to look into 
> something like that or 
> other methods???
> 
> Any feedback appreciated,
> Gil.

What is wrong with NJE? That's the really simple way. With z/OS 1.8 or
above, NJE can be done via a TCPIP link. We use a CTC connection between
the two VTAMs and NJE over the VTAM connection.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

--
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

Re Transfer reports from lpar to lpar

[Jimmy Wagner]

Gilbert,

Set up an NJE connection, then you can use /*ROUTE PRINT JCL.

Jimmy

--
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

Re: Transfer reports from lpar to lpar

[Ken Porowski]

Set up an NJE link between the 2 LPARs? 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Gilbert Cardenas
Sent: Friday, March 07, 2008 1:59 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: [IBM-MAIN] Transfer reports from lpar to lpar

Hello all, I am looking for ideas on ways to transfer reports/sysouts
from one
JES2 spool on one lpar to another lpar.

The current method I am using is to use a JES offload dataset to offload
the
report(s) and then reload them on the other lpar.  This works okay but
I'm looking for an automated way to do this so I don't have to get
involved in the process.

We also have a VPS printer defined that takes any report in a certain
dest and then LPRs them to another lpar but this doesn't work very well
because oftentimes the format of the original report is not correct and
this method also breaks up the print files into separate print streams
so DJDE print records get separated from the original report and
printing is incorrect.

I don't know much about external writers or even sapi but as long as it
is not too complicated and freeware, I'm willing to look into something
like that or other methods???

Any feedback appreciated,
Gil.

--
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

Transfer reports from lpar to lpar

[Gilbert Cardenas]

Hello all, I am looking for ideas on ways to transfer reports/sysouts from one 
JES2 spool on one lpar to another lpar.

The current method I am using is to use a JES offload dataset to offload the 
report(s) and then reload them on the other lpar.  This works okay but I'm 
looking for an automated way to do this so I don't have to get involved in the 
process.

We also have a VPS printer defined that takes any report in a certain dest and 
then LPRs them to another lpar but this doesn't work very well because 
oftentimes the format of the original report is not correct and this method 
also 
breaks up the print files into separate print streams so DJDE print records get 
separated from the original report and printing is incorrect.

I don't know much about external writers or even sapi but as long as it is not 
too complicated and freeware, I'm willing to look into something like that or 
other methods???

Any feedback appreciated,
Gil.

--
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