|
Because the driver program is the main program that starts the entire suite of applications, changing the commit scope for this program is probably out of question. As you mentioned it might have other ramifications. (I probably should have insisted to set the commit scope to actgrp when we did the ILE conversion. Oh, well, too late now.) The service program will always rolbk after calling PGMA. All this service program interests in is the AR/AP amount. The service program is creating temp AR/AP file in QTEMP. However, I can delete them without rolbk or commit first (Getting some type of pending transaction error). The other problem with this method is that PGMA also update quite a few other production files that I'll have to condition it to not updated them. Lim -----Original Message----- From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx]On Behalf Of Joep Beckeringh Sent: Monday, July 19, 2004 1:32 AM To: RPG programming on the AS400 / iSeries Subject: Re: commitment control scope Well, it makes sense, doen't it? You started commitment control for the whole job and then you want commitment control just for one activation group. If you want your service program to have its own commitment control, you will have to limit the commitment control of the driver program to its own activation group. But that might have other ramifications. Another problem with your plan: how do you plan to do the commits? I think they will have to be done from within the activation group for which it is scoped. In your case that would mean moving the commits from the calling programs to the service program. I think you'd better change PGMA. Apparently you call this program because it contains the calculations you want to perform, the business logic. You don't really want it to update the AR/AP file; you just (ab)use it to get the information back to the caller. So, give PGMA an option to write to a work file instead of the AR/AP file. If you make it an optional parameter, you won't have to change other calling programs. Joep Beckeringh
As an Amazon Associate we earn from qualifying purchases.
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.