On Fri, 28 Sep 2007 09:20:11 -0400, Barkow, Eileen 
<[EMAIL PROTECTED]> wrote:

>-----Original Message-----
>Chris,
>
>Thanks for the info about the msg processing.
>
>From what i can remember about it, the supplied variables were not 
able
>to be passed directly to a clist but had to be assigned to something
>otherwise nothing got passed - i never understood this but for  some
>reason that was the only way it worked.
>
>Also, the clist receiving the msg cannot issue MSGREAD on it - the TEXT
>has to be passed from the msg table.
>...

Eileen ,

Chris's comments are certainly valid for native msg automation in
NetView.  SA may very well pass automation requests from task to 
task without maintaining the "current message" and may have 
requirements of variables being set along the way.  I would
not be surprised if the automation must invoke some SA function
which in turn invokes your clist.

I have very little exposure to SA.  We have is on LPARs that are 
dedicated to dasd mirroring , and use it only as a platform for 
running GDPS; we do no actual automation with it.  But from what 
I've seen, any function that is simple in NetView must be enclosed 
in layers of complexity before SA is willing to touch it.  If it looks
straightforward, you haven't looked closely enough.  :-)

In other words, you're right to turn to the SA user's group for help.
If you don't define the automation through the administration 
function there will probably be something missing - something that
that wierd separate SA address space needs to keep SA's brain
from exploding.

Chris,

If you like what NetView did to the simplicity of NCCF you'll LOVE
SA.  The SA "infrastructure" deeply buries any native NetView 
functions.   If you think you have a nice simple way of doing 
something in NetView, rest assured, SA does it differently.

Some time I'll have to say how I really feel about SA rather than 
spouting these sugar coated half-complements.  :-)     

Pat O'Keefe

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

Reply via email to