Scott Klement has some presentations on his website that covers some of
the ILE stuff (i.e. activation groups,etc).
http://www.scottklement.com
I'm sure Bob has some stuff on his site (haven't looked...)
http://www.rpgiv.com i have one presentation on my website about service
programs (might be useful may not be LOL)
http://www.tommyholden.com/downloads/downloads/
Thanks,
Tommy Holden
"Doug Palme" <dpalme@xxxxxxxxxxx>
Sent by: rpg400-l-bounces@xxxxxxxxxxxx
04/24/2007 09:45 AM
Please respond to
RPG programming on the AS400 / iSeries <rpg400-l@xxxxxxxxxxxx>
To
"'RPG programming on the AS400 / iSeries'" <rpg400-l@xxxxxxxxxxxx>
cc
Subject
RE: Help! Boss wants to know why ILE?
One thing that I know I would find useful and I am sure others that have
never worked with ILE or service programs would also, does anyone either
know of a site or have samples on their website that go through the basics
of this?
-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [
mailto:rpg400-l-bounces@xxxxxxxxxxxx]
On Behalf Of albartell
Sent: Monday, April 23, 2007 4:37 PM
To: 'RPG programming on the AS400 / iSeries'
Subject: RE: Help! Boss wants to know why ILE?
ILE is meant to modularize code and that can be done at multiple levels
(i.e. many sub procs within one *MODULE and many *MODULE's within one
*SRVPGM). For instance, I might have a *MODULE named STR and within there
I
have Str_tokenize, Str_center, Str_toUpper, Str_toLower, Str_findReplace,
etc. According to your bosses logic these should be in separate *PGM
objects, which could be done, but that would make for some interesting
program names.
Also, it is nice to have local sub procs to keep variables local within a
single program. In some cases you can exchange local sub procs for sub
routines to clean up global variables - makes programs much easier to
maintain when there are only 20 to 30 variables in the global area vs.
hundreds.
Recommendation: Start out with some simple ILE implementations and see
"how
it feels". Many shops think it is all-or-nothing out of the box, and that
will only get you into trouble because you won't realize best practices
until you work with it. Test the waters with a small side project and see
how things go. I only develop *PGM objects when I want to have a program
callable from CLLE or from the command line, otherwise ALL of my
development
is RPG *SRVPGM/*MODULE's.
HTH,
Aaron Bartell
http://mowyourlawn.com
-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [
mailto:rpg400-l-bounces@xxxxxxxxxxxx]
On Behalf Of DennisRootes@xxxxxxxxxxx
Sent: Monday, April 23, 2007 4:09 PM
To: rpg400-l@xxxxxxxxxxxx
Subject: Help! Boss wants to know why ILE?
Please help me come up with some good examples as to what makes ILE better
than "business as usual". Here's what I've used so far:
1. It's faster - Rebuttal: doesn't matter we have plenty of cpu and our
machine screams as it is.
2. Service program equals reusability - Rebuttal: we can just use a
separate program for reusable code.
3. Local variables - Rebuttal: if they are inside a separate program it
doesn't matter.
4. System maintenance - Rebuttal: instead of service programs or
subprocedures we have separate pgms so it's the same thing.
It's not that the boss wants to stop us from using ILE, she just wants to
know what makes it so much better than plain 'ol RPG IV that she should
invest the man hours it's going to take to bring our whole dept up to
speed
on ILE. And I just am not coming up with anything that's very convincing.
So please, if you have any good arguments, let me know.
Thanks,
Dennis
--
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.
midrange.com
