Configuring the SPML test front-end
This configuration setting provides the specific URL of the SPML web service for use in the SPML test front-end.
-
On the installation medium, copy the VI.SPMLTestFrontend.exe and VI.SPMLTestFrontend.exe.config files from the QBM\dvd\AddOn\SPML\Testfrontend directory into the One Identity Manager installation directory.
-
To declare the configured web service in the test front-end, change the VI.SPMLTestFrontend.exe.config file.
-
You can then start the VI.SPMLTestFrontend.exe file.
Using the SPML test front-end
It is possible with the SPML test front-end to test and analyze SPML web service functionality. The front-end is used exclusively to analyze the SPML web service and test the functionality.
NOTE: Long term usage of the front-end for controlling the SPML Web Service is not planned.
To test the SPML web service functions
- Start the SPML test front-end using the VI.SPMLTestFrontend.exe file.
-
Select the SPML web service function to test from the Choose Request list.
The corresponding XML queries are displayed in the SPML Request (XML) text field.
You can edit the XML request before sending it to the SPML Web Service. Always check the predefined section of the XML request and modify the schema defined in the target system for SPML support. The predefined sections are supposed to provide help for formulating SPML compliant requests.
-
Set the Increment request IDs automatically option if the request ID passed to the XML queries should be incremented. This option is disabled by default and the given request ID is used.
-
Send the query to the SPML web service using the Access button.
The result is displayed in the SPML Response (XML) text field.
If a new object is added in the target system, its key is added to the Known Objects list. An iterator is returned if a search is carried out with a limited result set and the result list cannot be returned in its entirety. This iterator is added to the list of known iterators (Known Iterators). The search can be continued with this iterator.
You will find detailed error messages in the log file. This is stored in the directory that you specified in the LogDirectory option in the SPML web service configuration file.
Related topics
Processing DBQueue tasks
The tasks queued in the DBQueue are the result of triggering, modifications to configuration parameters (for example, changes to a configuration parameter concerning inheritance) or executing scheduled tasks. The DBQueue Processor processes tasks in the DBQueue. The DBQueue Processor uses several slots for executing tasks in parallel.
Detailed information about this topic
Configuring the DBQueue Processor for test and development environments
You use the staging level of the One Identity Manager database to specify whether the database is a test database, development database, or a live database.A number of DBQueue Processor configuration settings are controlled by the staging level. If you modify the database staging level, the configuration settings are changed.
Table 194: DBQueue Processor database settings for development, test, and live environments
Maximum DBQueue Processor runtime |
20 minutes |
40 minutes |
120 minutes |
Maximum number of slots for DBQueue Processor |
5 |
7 |
Maximum number of slots according to the hardware configuration |
The DBQueue Processor configuration settings are configured for normal operations and do not normally need to be modified. The configuration settings are reduced for test environments and development environments because several databases may be located on a server.
If it is necessary to change the settings for testing or development environments for reasons of performance, you must modify the following configuration parameter settings in the Designer.
Table 195: Configuration parameters for the DBQueue Processor
QBM | DBQueue | CountSlotsMax |
This configuration parameter specifies the maximum number of slots to be used. Use this configuration parameter to reduce the number of slots if required. Values lower than 5 are not permitted.
Exception: Enter a value of 0 for using the maximum number of slots available based on the hardware configuration. |
QBM | DBQueue | KeepAlive |
This configuration parameter regulates the maximum runtime of the central dispatcher. Tasks on slots currently in use are still processed when the timeout expires. Then the slot database schedules are stopped and the central dispatches exits.
The lowest permitted value for runtime is 5 minutes; the maximum permitted value is 720 minutes. |
Related topics