ScienceLogic ServiceNow Integration

[Deepak107]

Can anyone please share how to Integrate Sciencelogic with ServiceNow.

I want to pull events from Sciencelogic to ServiceNow. I have configured Event Management Mid Web Server Contexts, Mid Web Service Event Listener, Connector Definition and Connector Instance. But I'm not able to pull events.

Please help me with this

Thanks

Anirudh

[Alexander Mitov]

I'll try to cover what I know point by point:

1. last_event_signature is the only variable that you can update on the instance and have it passed back to the connector's script on next event collection. last_metrics_collection_signature is more or less the same thing but for metrics (though it is up to you how to update them and use the values in those two variables).

Typically it serves as a bookmark (timestamp) to tell the script from where to resume the collection. What and how you save there may be different for different tools.

You can call the last event signature value from the instance in the script like that:

var lastEventSignature = "" + this.probe.getParameter("last_event");

The empty string in front is just to ensure that we have a javascript string as the instance may return a java string instead. You can alternatively use:

var lastEventSignature = this.probe.getParameter("last_event").toString();

Then the "lastEventSignature" variable will contain the value of the last_event_signature from the connector instance.

To update it after execution, update the return value object with it like:

retVal["last_event"] = <whatever you need to put there>;

The same goes for the last metric collection signature.

2. SCOM uses Groovy to collect events. JS is used for metrics and for backsync (bi-directional). When bi-directional synchronization is activated, the JS will use a Powershell script on the MID server to synchronize changes in the Service Now alerts with the original SCOM alerts. 

3. About the data types - you are correct. Just assume that you should always pass the values as strings and you will be okay for events. The only exception are the date/time fields (like time_of_event). For metrics I am not sure - so far I have not developed a metric connector myself.