This is where you define interfaces so that you can archive their messages.Messages that have been modified or cancelled manually are archived automatically.
Since processed messages are flagged as either to be archived or to be deleted (and because this indicator cannot be changed), you must decide which messages you want to archive before the first message is processed.
The report RSXMB_DEL_TO_ARCH is provided for specifying interfaces for archiving at a later stage. You can use this report to schedule messages for specific interfaces for archiving later.
You also enter the retention periods for the followings objects in the database:
To periodically schedule jobs for archiving , in the Integration Engine menu, choose Administration → Schedule Archiving Jobs.
To define interfaces for archiving, proceed as follows:
Since the interfaces that are to be archived depend on the respective applications, no default values are provided.
Enter FLIGHT* in the Name field. The input help for the Name and Namespace fields now only shows entries for interface names beginning with FLIGHT.
The table contains the interface type (Inbound/Outbound Interface), the name, and the namespace. In the Inbound/Outbound Interface column, O stands for a sender (outbound) interface and I for a receiver (inbound) interface.
You can select any number of entries in the table and add them to the list of interfaces to be archived by choosing Copy. You can use the filter function to restrict the number of interfaces displayed.
Copy as few entries as possible using the input help. Use the generic entry option instead. Only specify fully qualified interfaces if there are multiple interfaces with the same prefix, and you only want to archive one of them.
You can only select the checkbox under Manually Canceled Message if you have selected the checkbox under Inbound Message for the same interface. If you deselect the checkbox under Inbound Message, the checkbox under Manually Canceled Message will also be deselected (if already selected).
The system displays a dialog box, in which you must specify a customizing request to transport the changes.
Your changes are transported.
All selected interfaces are transported, regardless of the interface type, because the interface type (I or O) is not transferred to the customizing request.
In the customizing request, all underscores (_) in interface names are replaced by an asterisk (*) and all subsequent characters are rejected (for example, xyz_abc becomes xyz*).
To define retention periods for messages and history entries for messages in the database, proceed as follows:
If you want processed synchronous XML messages without errors to be deleted immediately, enter 0.
The system navigates to a screen where the retention periods you specified are represented by the corresponding configuration data according to the following table:
Retention Periods
Message Type | Category | Parameter | Subparameter |
---|---|---|---|
Asynchronous messages without errors to be deleted |
DELETION |
PERSIST_DURATION |
ASYNC |
Asynchronous messages without errors to be archived |
ARCHIVE |
PERSIST_DURATION |
ASYNC |
Synchronous messages with errors to be deleted |
DELETION |
PERSIST_DURATION |
SYNC |
Synchronous messages without errors to be deleted |
DELETION |
PERSIST_DURATION |
SYNC |
History entries to be deleted |
DELETION |
PERSIST_DURATION |
HISTORY |
Choose Utilities → Comparison and proceed as described in Comparing Customizing Objects .
Asynchronous XML messages to be deleted are retained in the database for three days. Asynchronous XML messages to be archived are retained in the database for two days.
The sender interface FlightBooking.Create is the only interface entered in the list.
Therefore, all XML messages that have the interface FlightBooking.Create as their sender are written to the archive and deleted from the database two days after they have been successfully processed.
All other XML messages are deleted from the database three days after they have been successfully processed.
XML messages that do not have the status Processed Successfully remain in the database.