RE: ILE Concepts

Thanks for the answers about my ILE questions ... you mostly confirmed what
I already told them (but ... as said the new guy knows everything better).

... but I have another may be silly question ... but until now nobody could
answer it in a way that I'm satisfied:

Why to bind multiple modules in a single service program?

If the functions/procedures are grouped depending on their functionality
into a source member and almost all functions are exported and the exported
ones are strongly encapsulated and only RPG is used.
Why would we need multiple modules with functions which can be grouped
together in a service program?
If the modules include functions with different functionality why we should
bind them into a single service program?
And if we are working with different programming languages, why not using a
service program for each language.

... activation time cannot be the reason, because the service programs are
bound with deferred. Also before we had deferred the activation time was
very fast, at least at this customer (and he currently has around 120
service programs with around 8000 exported functions in total).
... working with different activation groups may also cause the same service
program to be activated multiple times in the same job. The bigger the
service program the more must be loaded (multiple times) into memory

Mit freundlichen Grüßen / Best regards

Birgitta Hauser
Modernization ? Education ? Consulting on IBM i


"Shoot for the moon, even if you miss, you'll land among the stars." (Les
Brown)
"If you think education is expensive, try ignorance." (Derek Bok)
"What is worse than training your staff and losing them? Not training them
and keeping them!"
?Train people well enough so they can leave, treat them well enough so they
don't want to.? (Richard Branson)


-----Original Message-----
From: RPG400-L <rpg400-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of Charles
Wilt
Sent: Dienstag, 1. November 2022 16:50
To: RPG programming on IBM i <rpg400-l@xxxxxxxxxxxxxxxxxx>
Subject: Re: ILE Concepts

On Tue, Nov 1, 2022 at 9:36 AM Jon Paris <jon.paris@xxxxxxxxxxxxxx> wrote:

I would also add that I find their current method of one source one
object also rather dated and pointless. But is is sadly a quite widely
used approach.

Agreed, it makes no sense to limit yourself to 1 module per service program.
I've been asking for our home-grown build process to be enhanced for 5+
years now... :(

Charles
--
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