"All default coding and examples concerning store/commit/release should be modified. now it is: 1. store 2. inform user about status of store 3. complete the transaction , trigger:
"The time a database is locked should be as short as possible. To do so, a commit or a rollback is applied. When the store (or commit) fails, a rollback should clean up the mess and the user is informed. The user is most of the times not interested in the store, but want to know about the transaction: what is in my database? In the Uniface examples and in the default coding in the
What is most important after a failing store? Inform the user or clean up the mess? I think it is more important to clean up and after that inform the user. Every developer knows this, I'm sure. The Uniface manual and defaults first inform the user and after that clean up and release the locking. I see a lot of situations where the message is changed to message/error. In the cases the locking is completely depending on a user action. And lots of developers follow the examples of Compuware. But are not aware of the impact of the small change the make by adding /error to the message statement.