× 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.



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 thread ...

Follow-Ups:

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.