Re: Running a command in another job

Bryan,

Thanks for the pointer. Mark Waterbury had responded to me offline and sent me the code for this command. I'll probably use this approach.

Paul,

Regarding having my web service receive a special parameter to shut down, it can't reclaim the activation group because the program itself specifies the activation group to run in. And since the program is still running, the RCLACTGRP command fails. As far as closing the program, *INLR works as long as *NOMAIN isn't specified correct?

Dean

On 2/21/2018 8:50 PM, B. Dietz wrote:

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

______________________________________________________________________
Confidentiality Notice: This information is intended only for the individual or entity named. If you are not the intended recipient, do not use or disclose this information. If you received this e-mail in error, please delete or otherwise destroy it and contact us at (800) 348-7468 so we can take steps to avoid such transmission errors in the future. Thank you.