RE: Tell me more about activation groups (was Re: Issue withovrprtf/dltovr (is this an activation group issue))

Emily,

I'm not Scott (and if he offers differing advice, do what he says ;-)

But if performance is important, and since RPGPGM2 will be called considerably more than it used to
be, I'd consider having RPGPGM2 in it's own activation group and having it return with *LR = *OFF.

If you continue to have it return with *LR =*ON, you could still benefit from having it in its own
activation group. While you could have RPGPGM1 destroy PGM2's activation group, if you're going to do
that, you should just have PGM2 use a *NEW activation group. _BUT_ rebuilding the activation group
for each call to PGM2 would be costly in terms of performance.

If you don't destroy the PGM2's activation group, then it will be destroyed when the job ends. From
what you've said, this should be ok.

HTH,
Charles

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Emily Smith
Sent: Tuesday, September 11, 2007 3:39 PM
To: rpg400-l@xxxxxxxxxxxx
Subject: Tell me more about activation groups (was Re: Issue
withovrprtf/dltovr (is this an activation group issue))

Hi Scott,

Thanks for responding.
<<Does this seem overly complex and confusing? Wouldn't it be
more convenient if overrides only affected the one program
they're issued in?
Wouldn't that make things much less complex? Then USE
ACTIVATION GROUPS!>>

This seems like the way to go and I'm willing to learn, but
I've got pretty much no experience with this.
If I give you a bit more detail, could you give me some
recommendations or pointers on how to apply activation groups
to my scenario?

RPGPGM1 is a never ending program that runs in SBS Qbatch. It
calls RPGPGM2 a few times throughout the day right now, but
the number of calls to RPGPGM2 is going to increase
significantly. RPGPGM2 does turn on LR before it ends. If
I'm giving too much or too little detail I apologize.

Should I compile each program with their own activation
group, or should I compile RPGPGM1 with its own activation
group and then RPGPGM2 with *NEW as its activation group.

I had thought that if RPGPGM2 was compiled with it's own
activation group that I would have to add code to RCLACTGRP
in RPGPGM1 to destroy that activation group when RPGPGM2
ended, and that if I used *new the activation group would be
destroyed automatically. Am I correctly understanding the concept?

Thanks

Emily




CONFIDENTIALITY NOTICE: This email message is private,
confidential property of the sender, and the materials may be
privileged communications intended solely for the receipt,
use, benefit, and information of the intended recipient
indicated above. If you are not the intended recipient, you
are hereby notified that any review, disclosure,distribution,
copying or taking of any other action in reference to the
contents of this message is strictly prohibited, and may
result in legal liability on your part. If you have received
this message in error, please notify the sender immediately
and delete this message from your system. We believe that
this email and any attachments are free of any virus or other
defect that might affect any computer system that it is
received and opened in, however, it is the responsibility of
the recipient to ensure that it is virus free and the sender
accepts no responsibility for any loss or damage.
--
This is the RPG programming on the AS400 / iSeries (RPG400-L)
mailing list To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.

This e-mail transmission contains information that is intended to be confidential and privileged. If you receive this e-mail and you are not a named addressee you are hereby notified that you are not authorized to read, print, retain, copy or disseminate this communication without the consent of the sender and that doing so is prohibited and may be unlawful. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please delete and otherwise erase it and any attachments from your computer system. Your assistance in correcting this error is appreciated.