Re: Adoption of RPG OA (Summary)

On 3/19/2011 9:27 PM, Larry Ducie wrote:

Hey Joe,

That was me, not Vern.

Yeah, I get confused with who is quoting who, especially late at night and on the weekends <grin>.

I think this situation is good for an OA handler because we may not necessarily want to (or even be allowed to) own the co-ordinate data. It may be data we need only on an ad-hoc basis. In that case, it makes sense (to me) to only get the data when it is required and let the provider (Google in this instance) manage the overhead of storing it and keeping it current. The beauty of the OA approach is that it provides a virtual table to the developer. The chain mechanism is well known to RPG developers and has expected behaviour. There is no learning curve at all for the consumer. If you can't handle a chain you shouldn't be writing RPG. The chain is designed for "random access" of data. In this case the data happens to be stored in the cloud. We could use this mechanism for many other sets of build-on-demand data. I could easily see RPG applications accessing data stored on the network via chains and read loops.

Although I endorse RPG OA in this instance I am mindful of the dangers of accessing critical data in this manner. RPG developers are not designed to worry about such things as the database not being available and may not code accordingly. Accessing data from a network resource is another matter entirely - an arena C programmers were designed for. :-)

But why OA rather than, for example, a read trigger? As I said, I'm just gathering opinions. And just to be a little bit of a devil's advocate, shouldn't every RPG programmer also know how to program a CALL?

<snip>
Oh, and OPM is not even in the picture - handlers are not even allowed
in OPM source - only ILE.


I think Larry meant "old programming model" in the sense of using RLA opcodes to call programs rather than using procedures or calls.
</snip>

That was Henrik, not me :-)

Henrik was talking about the "OPM (Old Program Model) and OPT (Old Proprietary Thinking) - very typical for IBM I programmers/companies."

See? I can't keep track of the players without a scorecard :)