Object locking is an important part of any change management practice since it coordinates all of the efforts of the developer and prevents work from being overwritten. Quest® Stat® supports logical locking of objects in the Stat Repository, which means that the lock shows up in the Stat application, but developers can still go directly into their application environments and make changes to the object even if the lock on the object is not their lock. As long as the developers use a CSR to modify objects, the coordination of development is maintained.
All objects can be logically locked in the Stat Repository, but only by one user at a time.
The object locking process has up to three phases.
When you associate an object with a CSR, Quest® Stat® automatically requests a lock for that object in the designated environments. Stat checks if there are existing locks or reservations on that object. If a lock or reservation exists, Stat issues a tentative reservation. If not, it issues a tentative lock. The lock or reservation remains tentative until you save the CSR.
Remember that objects are associated with CSRs as opposed to users. In order to lock, archive, or migrate an object, you must first associate it with a CSR. The modifications that you make to objects are still made in the Oracle Applications environment. Quest® Stat® simply provides tools that manage and track those changes.
To associate objects with a CSR, first select the Oracle Applications Tab.
© 2024 Quest Software Inc. ALL RIGHTS RESERVED. Feedback 利用規約 プライバシー Cookie Preference Center