My suggestion would be to implement it in the webservice design with a
distinction between data and command to process
something like :
if the data received is *RELOAD do your reclaim activation group
if the data received is *CLOSE stop properly the program
etc...
else process the webservice...

then you need to write a webservice client program that sends the request
to your webservice...

Paul




From: "B. Dietz" <bdietz400@xxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date: 22/02/2018 02:50
Subject: Re: Running a command in another job
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>



I saw some other ideas, but I wonder if Carsten?s RUNJOBCD
https://apimymymy.wordpress.com/2008/03/05/httpiprodeveloper-comsecuritysending-commands-another-job-revisited-i5os-v5r4/
<
https://apimymymy.wordpress.com/2008/03/05/httpiprodeveloper-comsecuritysending-commands-another-job-revisited-i5os-v5r4/

would be a viable option.

For this type of thing, if it would have to happen often, I would look to
having the job check a dtaara or usrspc for a particular value and do an
orderly shutdown or reclaim the activation group.

Bryan



On Feb 21, 2018, at 5:05 PM, Dean Eshleman <Dean.Eshleman@xxxxxxxxxxxx>
wrote:

I have a web service running in a named activation group in a CGI server
job. The activation group stays around between calls to improve
performance. When doing development, I need to end the activation group
so the program will shut down in order for it to pick up any program
changes I made. I could specify activation group *NEW when I'm doing
development, but I wouldn't want to do that in production. So, my idea
was to run a RCLACTGRP command in the server job from my interactive job.
I know there is a way to do that, but I can't remember how. I tried some
searching on the web, but I didn't have much luck. Anyone remember how to
run a command in another job that is active?

Dean

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.