![]() |
![]() |
|
|
Configuring Persistence and Recovery
The following sections describe persistence and recovery:
Understanding Persistent Mode
In persistent mode, all state records are read from and written to persistent storage and are not cached in memory. In persistent mode, WebLogic Collaborate stores the states of the following types of run-time objects in persistent storage:
Persistent storage consists of a database that WebLogic Collaborate accesses by means of a connection pool. The same database is used by both persistent storage and the repository. WebLogic Collaborate creates a state record for each run-time component that it creates during processing. A state record is a row in a database table; the row represents an object state.
Multiple objects can change state during the time that a message passes through WebLogic Collaborate. WebLogic Collaborate updates the persistent storage for these objects as a group. If a message passes through WebLogic Collaborate successfully, then the recorded changes are retained. If the message processing fails in any part of WebLogic Collaborate, then WebLogic Collaborate can retry some operations. When an operation fails, WebLogic Collaborate discards the changes that the operation caused. To maintain and update a set of objects states as a group, WebLogic Collaborate uses transactions.
WebLogic Collaborate performs special processing for messages. WebLogic Collaborate uses the message size and the large message support configuration to determine how to save the message, as follows:
For information about the large message threshold and large message support, see Configuring WebLogic Collaborate in BEA WebLogic Collaborate Administration Console Online Help.
Understanding Nonpersistent Mode
In nonpersistent mode, all state records other than the repository are maintained in memory and recovery is disabled. In nonpersistent mode, WebLogic Collaborate stores the states of run-time objects to in-memory tables. The only difference between persistent mode and nonpersistent mode is that in nonpersistent mode WebLogic Collaborate does not save states in persistent storage. This means that states cannot be retrieved when the system is shut down and therefore state information does not survive system restarts.
Note: It is recommended that you use this option only when you are developing your WebLogic Collaborate system, not during run time.
Note: If you migrated a Java messaging application that was written using the WebLogic Collaborate C-Enabler API to WebLogic Collaborate Release 2.0, the migrated application must be run in a separate JVM in nonpersistent mode.
Understanding Recovery
The following list describes the WebLogic Collaborate phases that affect recovery:
WebLogic Collaborate starts in either persistent mode or nonpersistent mode. You cannot change the persistence mode while WebLogic Collaborate is running. For information about configuring the persistence mode, see Configuring Persistence and Recovery.
WebLogic Collaborate shuts down in one of the following modes:
Note: When a crash occurs, you must resolve the cause of the crash and restart WebLogic Collaborate to recover and reinstantiate the persistent data in the run-time environment.
When WebLogic Collaborate restarts after a shutdown, its behavior depends on whether it is running in persistent mode or nonpersistent mode:
a. Reinstantiates active run-time objects, such as delivery channels and trading partner sessions.
b. Terminates conversations that expired while WebLogic Collaborate was down.
c. Restarts message queues for active trading partners.
Configuring Persistence and Recovery
The following table describes how to set the persistence mode when you start WebLogic Collaborate.
Table 9-1 Setting the Persistence Mode
![]() |
![]() |
![]() |
|
Copyright © 2001 BEA Systems, Inc. All rights reserved.
|