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



I'm very familiar with all of this Dieter - I was on the design team for ILE after all.

But it does not apply to the client's circumstances. The granularity that you discuss is just not needed in a short run batch process.


Jon

On Apr 16, 2021, at 1:54 AM, D*B <dieter.bender@xxxxxxxxxxxx> wrote:

<jon>
By the way - I don't understand your comment "... changing this to *job, would limit commit to OPM possibilities ... " because that is _exactly_ what the current setting is imposing on them.
</jon>

Jon, I will try to clearify:

In a well modularized environment you will need more than one commit scope. Logging entries must not disappear, max values in a keystore would need one, business transactions would need another, or maybe more than one (rather seldom). The commit master will run in a named activation group, the slaves (data access modules) would run in * caller.

In your old school environment are OPM programms (bad news) and they are using commit (good news). Introducing data access modules (a good idea) there are two problems:
1.) calling ile from OPM with *caller isn't a good idea
2.) commit scope *ACTGRP

@1: I would make the data acces modules running in *caller and a mediator programm to run them in some named ACTGRP (for instance: OPMCOMMIT)
@2: I would let the commit scope by *actgrp and call Api QTNADDCR from DFTACTGRP to add a commit exit program (for instance CCEXIT). This programm will be called by the database engine after each commit operation and could do the commit or rollback for ACTGRP OPMCOMMIT (simply let it run in ACTGRP OPMCOMMIT).

regards

Dieter

PS: you will find some example used by ArdGate in JDBCGATE.RPGLE (adding a commit ressource) and CCEXIT.RPGLE (a commit exit). Feel free to contact me via this list or my wellknown eMail adress.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link: https://amazon.midrange.com


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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.