RE: Checking status of a remote subsystem

[daparnin@xxxxxxxxxxxxxxxxxx]

This might be a bit simplistic/conviluded but since response has been slow
here goes...  If there was a job queue attached to the remote subsystem in
question that was either dedicated to the task of checking or was
multi-threaded you could submit a job to it that sends a message to a
message queue, wait a second or two, then check the message queue.  If the
message is there then the subsystem is probably active.  If not, then it's
inactive.  It would probably be a good idea to clear the message queue
first to avoid false positives.  It lacks the coolness and scientific
precision of using API's and allocation but it might work.

You could also do a SBMRMTCMD to try to allocate the subsystem as Albert
suggested.

Dave Parnin
Nishikawa Standard Company
Topeka, IN  46571
daparnin@xxxxxxxxxxxxxxxxxx




                                                                                
                              
                      Uros Davidovic                                            
                              
                      <Uros_Davidovic@c        To:       Midrange Systems 
Technical Discussion                
                      ompaid.com>               
<midrange-l@xxxxxxxxxxxx>@SMTP@CTB, "York, Albert"            
                                                
<albert.york@xxxxxxxxxxxxxx>@SMTP@CTB                         
                      06/25/2004 01:57         cc:       (bcc: David A 
Parnin/Topeka/NISCO/SPCO)              
                      PM                       Subject:  RE: Checking status of 
a remote subsystem            
                      Please respond to                                         
                              
                      Midrange Systems                                          
                              
                      Technical                                                 
                              
                      Discussion                                                
                              
                      <midrange-l@midra                                         
                              
                      nge.com>                                                  
                              
                                                                                
                              
                                                                                
                              



Well, not sure if that is the best solution. We are actually using a
RTVSBSD API via Java remote execution... Just wandering if someone had
any other solutions. Again, the subsystem is remote...

Regards,

Uros Davidovic
Lead Analyst/Project Manager
Computer Aid, Inc.
Office: 717.651.3277


-----Original Message-----
From: "York, Albert" <albert.york@xxxxxxxxxxxxxx>
To: "'Midrange Systems Technical Discussion'" <midrange-l@xxxxxxxxxxxx>
Date: Fri, 25 Jun 2004 11:38:39 -0700
Subject: RE: Checking status of a remote subsystem

> I'm not sure if this is what you mean but if I am trying to determine
> if a
> subsystem is active in a C/L program I try to allocate the subsystem
> description exclusively with ALCOBJ. If it is active you will not be
> able to
> allocate it.
>
> Albert York
>
>
>     -----Original Message-----
>     From: midrange-l-bounces@xxxxxxxxxxxx
> [SMTP:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Uros Davidovic
>     Sent: Friday, June 25, 2004 11:23 AM
>     To:   Midrange Systems Technical Discussion
>     Subject:    Checking status of a remote subsystem
>
>     OK, searched the archives, but could not find anything
specifically
>     related to this. I am attempting to retrieve the status of a
remote
>     subsystem (active or not). We have several approaches, some using
> Java,
>     but I would like to hear all ideas...
>
>     Regards,
>     Uros Davidovic
>
>     --
>     This is the Midrange Systems Technical Discussion (MIDRANGE-L)
> mailing list
>     To post a message email: MIDRANGE-L@xxxxxxxxxxxx
>     To subscribe, unsubscribe, or change list options,
>     visit: http://lists.midrange.com/mailman/listinfo/midrange-l
>     or email: MIDRANGE-L-request@xxxxxxxxxxxx
>     Before posting, please take a moment to review the archives
>     at http://archive.midrange.com/midrange-l.
> --
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
> list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.