Re: Looking for activation group opinions

Hi,

the right ActGrp architecture has IMHO three factors that you should have in mind.

1. Never use the DFTACTGRP for ILE programs - and never use RCLACTGRP *ELIGIBLE in production - simply never do that - if you have to, you got it wrong.

2. Performance - yes, running many programs in a named AchGrp has a positive effect on the “feeled” performance of your users and can have a positive effect if you have programs that a called multiple times in batch job.

3. Development - if you are doing CD/CI - meaning you are delivering tested programs and service programs during production time, you have to be careful, because the new programs and service programs might not get used in production until that ActGrp gets “unloaded” - which means sign off of an explicit RCLACTGRP if you use named ActGrps. So this can undermine your CD/CI efforts.

So *NEW for programs that get called from a menu, and *CALLER for programs and service programs that get called inside, would have a positive impact on CD/CI and a negative impact on performance - whereas named actgrps have the opposite effect.

You really have to think about that a bit. I don’t think that there is a one-size-fits-all solution.

Regards,
Daniel

Von meinem iPhone gesendet

Am 06.03.2022 um 04:31 schrieb Buck Calabro <kc2hiz@xxxxxxxxx>:

On Sat, 5 Mar 2022 at 11:09, Alan Cassidy <cfuture@xxxxxxxxxxx> wrote:

I'm working on organizing the programs called from a menu (or a program
submitted for a batch job).

I remember guru-tech suggestions to run a program A as *NEW if it is
called directly from a menu, and when that program calls program B or C,
to create B or C as *CALLER.

There's nothing particularly wrong with this architecture.
That said, I prefer to initiate ILE/RPG4 beginners with a /copy or
data area to bring in standard H-Specs for DFTACTGRP(*NO)
ACTGRP('mycompany') that is used in every *PGM in the organisation.
*SRVPGMs would use the same named AG.

Although ILE activation groups allow for sophisticated architectures,
few existing applications benefit from multiple AGs.
I would have different advice if you were asking about a complete rewrite :-)

--buck
--
This is the RPG programming on IBM i (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link: https://amazon.midrange.com