Previous Topic: Verify Service, CI, and Alert CreationNext Topic: How to Build a Custom Connector


Update Sample Connector Data

You can update or delete CIs, alerts, and services created by the Sample connector or create new ones by modifying the sample-ci-changes.xml file. You can view the changes to these objects in CA SOI. In a custom connector, you perform this operation by creating, updating, or deleting data in the source domain manager.

You use this functionality to test inbound create, update, and delete operations in other connectors including a custom connector. For example, when you create a CI in the Sample connector, the CA Catalyst Synchronizer sends that creation to all connectors enabled for the USM type that was created.

Follow these steps:

  1. Save a backup copy of the SOI_HOME\resources\SampleConnector\data\sample-ci-changes.xml file and open the file.

    Note: Make sure that you are accessing this file from the correct location. Changing the files in the SOI_HOME\SampleConnector directory has no effect on a running Sample connector.

    The file lists several predefined change operations.

  2. Modify the first <event> element in the file as follows:
  3. Save and close the file.

    The connector detects that the file has changed and sends change events to CA SOI. Verify updates by checking the CIs in the Operations Console.

    The CA Catalyst Synchronizer (if enabled) sends change events back to the configured connectors that have inbound operations enabled. Sample connector data is updated.

    Note: The CA Catalyst Synchronizer is disabled by default. Synchronization is only supported for specific use cases. For more information about enabling the Synchronizer and supported use cases, see the Administration Guide.

Example: Create a new Router CI in Sample connector format

The following example creates a new Router class CI in Sample connector format.

<event xsi:type="usm:SiloDataChange" action="create" entitytype="Item">
    <silodata xsi:type="usm:SiloData" entitytype="Item">
        <properties>
            <property name="entitytype" value="Item" />
            <property name="id" value="1" />		
            <property name="name" value="testrouter" />
            <property name="ip_address" value="13.1.1.1" />
            <property name="class" value="Router" />
            <property name="description" value="Cisco Router" />
            <property name="sysname" value="testrouter" />
            <property name="dnsname" value="testrouter.ca.com" />
        </properties>
    </silodata>
</event>

The create action specifies to create a new entity. The absence of the property eventtype=USMEntity indicates that the properties are in the Sample connector format. The class of Router indicates the entity type. Although an id value is provided, this value is ignored, and the Sample connector automatically assigns a unique value.

Example: Update an existing Alert in USM format

The following example updates an alert that already exists in the Operations Console in USM format:

<event xsi:type="usm:SiloDataChange" action="update">
    <silodata entitytype="Alert">
        <properties>
            <property name="eventtype" value="USM-Entity" />
            <property name="entitytype" value="Alert" />
            <property name="ClassName" value="Alert" />
            <property name="MdrElementID" value="1008" />
	     <property name="AlertedMdrElementID" value="100" />
            <property name="AlertedMdrProduct" value="CA:09998" />
            <property name="UrlParams" value="http://localhost?id=8" />
            <property name="Message" value="Service is stopped - Again" />
            <property name="Summary" value="Service is stopped - Again" />
            <property name="Severity" value="Critical" />
            <property name="AlertType" value="Quality" />
            <property name="OccurrenceTimestamp" 
            value="0001-05-01T00:00:00-00:00" />
            <property name="ReportTimestamp" 
            value="0001-07-01T00:00:00-00:00" />
        </properties>
    </silodata>
</event>

The action of update specifies to update an existing object, the eventtype of USM-Entity indicates the USM format, and the entitytype of Alert indicates that the object is an existing alert. The connector uses the value of the AlertedMdrElementID property to match the information with an existing object in CA SOI.