Re: *SRVPGM vs. dynamically CALLed *PGM from ILE COBOL...

[vhamberg@xxxxxxxxxxx]

There is also an ILE Example book - let's see - ILE Application Development 
Example at 
http://publib.boulder.ibm.com/infocenter/iseries/v5r4/topic/books/sc415602.pdf 
or on the first page of infocenter go to printable pdfs and manuals and search 
for the title. It takes a simple OPM app and shows step by step how you might 
convert it. It's 10 years old, but nothing has basically changed in this realm.

The first chapter is ILE Benefits.

Man, I have to read this one again - lots of good captivating chapter headings.

HTH
Vern

-------------- Original message -------------- 
From: Buck <kc2hiz@xxxxxxxxx> 

> > Could someone point me to a document or manual where I can get a quick 
> > understanding of the advantages and disadvantages for using and accessing 
> > modules and service programs vs. separately compiled *PGM objects from ILE 
> > COBOL? All of them would be ILE COBOL. TIA 
>
> That's a very broad topic, perhaps best covered in a school or tutorial 
> setting. I don't personally know of any: COMMON just ended, which would 
> have been a great venue for this question (and those sure to follow.) 
>
> I have a feeling that you haven't had the opportunity to try out a 
> service program yet. Like so many things, the worst part of this 
> process is working up the motivation to get started in the first place. 
>
> The best sort of initial service program is a clear-cut function. 
> Imagine having to write a function that takes a US format date as input 
> and returns an *ISO date as its output. One parameter and a return value. 
>
> I'd advise giving it a whirl and seeing how it goes. Read the ILE 
> Concepts book (http://www.iseries.ibm.com/infocenter) and then do the 
> first service program. Add a new function (subprocedure) to convert 
> from *ISO to US format and work through the issues that arise. Then 
> read the ILE Concepts manual again. It made more sense to me the second 
> go round :-) 
>
> When you start working on it, post specific examples of what you expect, 
> what you tried and what you got (probably on the Cobol list) and someone 
> will be able to be more helpful than this. 
> --buck 
> -- 
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list 
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx 
> To subscribe, unsubscribe, or change list options, 
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l 
> or email: MIDRANGE-L-request@xxxxxxxxxxxx 
> Before posting, please take a moment to review the archives 
> at http://archive.midrange.com/midrange-l.