ibm-information-center/dist/eclipse/plugins/i5OS.ic.rzakj_5.4.0.1/rzakjnonerror.htm

80 lines
5.0 KiB
HTML
Raw Normal View History

2024-04-02 14:02:31 +00:00
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html
PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html lang="en-us" xml:lang="en-us">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<meta name="security" content="public" />
<meta name="Robots" content="index,follow" />
<meta http-equiv="PICS-Label" content='(PICS-1.1 "http://www.icra.org/ratingsv02.html" l gen true r (cz 1 lz 1 nz 1 oz 1 vz 1) "http://www.rsac.org/ratingsv01.html" l gen true r (n 0 s 0 v 0 l 0) "http://www.classify.org/safesurf/" l gen true r (SS~~000 1))' />
<meta name="DC.Type" content="concept" />
<meta name="DC.Title" content="Non-error conditions" />
<meta name="abstract" content="This topic lists situations that appear to have the potential to cause an error message. However, commitment control allows these situations in which no error occurs." />
<meta name="description" content="This topic lists situations that appear to have the potential to cause an error message. However, commitment control allows these situations in which no error occurs." />
<meta name="DC.Relation" scheme="URI" content="rzakjcommiterror.htm" />
<meta name="copyright" content="(C) Copyright IBM Corporation 2004, 2006" />
<meta name="DC.Rights.Owner" content="(C) Copyright IBM Corporation 2004, 2006" />
<meta name="DC.Format" content="XHTML" />
<meta name="DC.Identifier" content="rzakjnonerror" />
<meta name="DC.Language" content="en-us" />
<!-- All rights reserved. Licensed Materials Property of IBM -->
<!-- US Government Users Restricted Rights -->
<!-- Use, duplication or disclosure restricted by -->
<!-- GSA ADP Schedule Contract with IBM Corp. -->
<link rel="stylesheet" type="text/css" href="./ibmdita.css" />
<link rel="stylesheet" type="text/css" href="./ic.css" />
<title>Non-error conditions</title>
</head>
<body id="rzakjnonerror"><a name="rzakjnonerror"><!-- --></a>
<!-- Java sync-link --><script language="Javascript" src="../rzahg/synch.js" type="text/javascript"></script>
<h1 class="topictitle1">Non-error conditions</h1>
<div><p>This topic lists situations that appear to have the potential to
cause an error message. However, commitment control allows these situations
in which no error occurs.</p>
<p>Here are some situations for commitment control in which
no errors occur:</p>
<ul><li>A commit or rollback operation is run and no resources are under commitment
control. This allows you to include commit or rollback operations in your
program without considering whether there are resources under commitment control.
It also allows you to specify a commit identification before making any committable
changes.</li>
<li>A commit or rollback operation is run and there are no uncommitted resource
changes. This allows you to include commit and rollback operations within
your program without considering whether there are uncommitted resource changes.</li>
<li>A file under commitment control is closed and uncommitted records exist.
This situation allows another program to be called to perform the commit or
rollback operation. This occurs regardless of whether the file is shared.
This function allows a subprogram to make database changes that are part of
a transaction involving multiple programs.</li>
<li>A job ends, either normally or abnormally, with uncommitted changes for
one or more commitment definitions. The changes for all commitment definitions
are rolled back.</li>
<li>An activation group ends with pending changes for the activation-group-level
commitment definition. If the activation group is ending normally and there
are no errors encountered when closing any files opened under commitment control
scoped to the same activation group that is ending, an implicit
commit is performed by the system. Otherwise, an implicit rollback is performed.</li>
<li>A program accesses a changed record again that has not been committed.
This allows a program to: <ul><li>Add a record and update it before specifying the commit operation.</li>
<li>Update the same record twice before specifying the commit operation.</li>
<li>Add a record and delete it before specifying the commit operation.</li>
<li>Access an uncommitted record again by a different logical file (under
commitment control).</li>
</ul>
</li>
<li>You specify LCKLVL(*CHG or *CS) on the STRCMTCTL command and open a file
with a commit operation for read-only. In this case, no locks occur on the
request. It is treated as if commitment control is not in effect, but the
file does appear on the WRKJOB menu option of files under commitment control.</li>
<li>You issue the STRCMTCTL command and do not open any files under commitment
control. In this situation, any record-level changes made to the files are
not made under commitment control.</li>
</ul>
</div>
<div>
<div class="familylinks">
<div class="parentlink"><strong>Parent topic:</strong> <a href="rzakjcommiterror.htm" title="When you use commitment control, it is important to understand which conditions cause errors and which do not.">Commitment control errors</a></div>
</div>
</div>
</body>
</html>