Passing TSO/REXX commands to Netview

[Peter Cottell]

Hello,
Can anyone tell me if it's possible to run a rexx program in TSO and
pass a command to netview and trap the output (without opening an MCS
console)?
I have looked, what seems, everywhere.
Thank you, Peter

[One Hand Clapping]

Probably not in the way you mean. While you may be able to eventually
pass a request to netview from tso (the ssi may be one way), the tso user
may not be on the network owning host. It would be better to log the tso
user on to netview directly (for most things).

[Peter S Tillier]

Peter Cottell wrote:
>
> Hello,
> Can anyone tell me if it's possible to run a rexx program in TSO and
> pass a command to netview and trap the output (without opening an MCS
> console)?
> I have looked, what seems, everywhere.
> Thank you, Peter

If you're in ISPF use QW to look up OUTTRAP - or look in a REXX manual.
OUTTRAP is used to trap command output into a variable (or to ignore
it).

Peter
--
Peter S Tillier pet...@eq1152.demon.co.uk
Peter....@BTinternet.com
Opinions expressed are my own and not necessarily those of my employer.

[Dave]

> Can anyone tell me if it's possible to run a rexx program in TSO and
> pass a command to netview and trap the output (without opening an MCS
> console)?

In short, No. Though there are ways and means of doing everything. If
you have TME R1 or R2, you could try the new TSO server offering,
though I think its more for Netview-->TSO traffic than the other way
round. If you have opcao installed then you could simply use the
netview workstation to get what you want.

The only other way is by having your Netview rexx routine issue a TSO
SEND or broadcast message back to the originating userid - but there
never used to be a 'WAIT' feature in TSO/rexx like there is in
Netview/rexx so you're a bit stuffed.

Using 2 jobs, you could try the following scenario
1. Job1 - Issue cmd to Netview to run rexx routine rexx1
2. rexx1 runs, collects the data you're after. Using DASD, execio or
even GLOBALV, save the data out to a PDs member. If you use GLOBALV,
you could use QRYGLOBL and use the FILE=member option to save it to the
DSILIST dataset. Then the last step would be to submit job2.
3. Job2 would read the data from wherever you placed it and send it to
you, then empty the member for future use.

If you want to pass variables to job2, run it via the internal reader.
Its just a thought and its very ropey but it is possible.

Dave M.

--== Sent via Deja.com http://www.deja.com/ ==--
---Share what you know. Learn what you don't.---