× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: RE: How do I put the ILE in RPG?
  • From: "Stone, Brad V (TC)" <bvstone@xxxxxxxxxxxxxx>
  • Date: Fri, 4 Dec 1998 08:09:51 -0600



Bradley V. Stone
Taylor Corporation - OASIS Programmer/Analyst   
bvstone@taylorcorp.com


> -----Original Message-----
> From: lgoodbar@watervalley.net [SMTP:lgoodbar@watervalley.net]
> Sent: Thursday, December 03, 1998 10:26 PM
> To:   midrange-l@midrange.com
> Subject:      How do I put the ILE in RPG?
> 
> I've read the IBM stuff, but it's still confusing...
> 
> I've been using RPG/IV without its ILE components (binding, procedures,
> modules, etc.) because of RPG/III compatibility requirements (vendor
> software).
> 
> I'm at the point now where I have a lot of shared code between my
> programs.
> From what I read, I can create procedures with prototypes, and bundle all
> these together in a service program, and reference the service program
> from
> RPG.
> 
> So, could someone please verify the way I think this works.
> 
> 1. I write subprocedures and compile with PDM option 15 (CRTRPGMOD). I
> then
> have lots of module objects on the system. Do I keep these after creating
> a
> service program?
        [And Brad Said:]  Modules can be deleted after service programs are
created.

> 2. (I don't know the specifics) create a service program from all the
> modules
> (CRTSRVPGM?)
> 
        [And Brad Said:]  You'll want to look into this... especially using
Binder Language that will make updating your service programs easier.

> 3. Insert /COPY members into my code for the procedure calling interface
> (P
> specs)
> 
        [And Brad Said:]  Create /COPY members for the prototypes to be used
in the subprocedures and the programs that use them.

> Is there an advantage of having one large service program versus service
> programs segmented by function? What steps are necessary when a service
> program module needs updating?
> 
> 
        [And Brad Said:]  We seperate our service programs by application.
You can always include all the service programs in a binding directory for
reference when compiling, so havine many service programs would be just as
easy as one big one, and possibly easier to maintain.

> How does this change how I create my RPG/IV programs? For compatibility, I
> have compiled using option 14 (CRTBNDRPG). Do I have to abandon this setup
> and
> create program modules instead? How do I interact with the service
> program? Do
> I need to worry about activation groups when I use the service program? 
> 
        [And Brad Said:]  I would use named AGs for programs that use
service programs.  I ran across "unexpected results" when using the DAG.  I
compile my front end CLs to run in a named AG (again seperated by
application) and then compile my RPGLE programs to run in the *CALLER AG.
That way overrides, ODPs, etc are intact between programs, such as an
OPNQRYF.

        So, you most likely will use the activation group and binding
directory parameters on the CRTBNDRPG command.

> I know I should get a book. Which RPG/IV books have decent information
> regarding procedures and prototyping, and the other "fun" ILE stuff?
> 
        [And Brad Said:]  A lot of articles in magazines as well.  I would
suggest Midrange Computing's current Resource CD.  Examples, articles, and
the whole like.

> Thanks,
> Loyd
> 
> --  
> "You can nail me, but not to a tree."
> lgoodbar@watervalley.net  ICQ#504581
> http://www.watervalley.net/users/lgoodbar/
Bradley V. Stone
Taylor Corporation - OASIS Programmer/Analyst   
bvstone@taylorcorp.com

>  
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---


As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.