Duy,
AR System has had the ability to call a published web service ( form
some external application ) for years. ( started in v6.0? ) However,
there are a few technical restrictions. The best starting point is
that AR System was designed around the optional Web Services
Description Language (WSDL) as the starting point. So if your NMS has
a WSDL for a Web Service that is publishes then AR System has a good
shot at being able to "Push" data to your NMS with very little effort
to integrate the two systems.
However, there are other options too.
AR System has always been a very open platform. As a developer you
have quiet a bit of access to build integrations to and from AR
System. In this case you need the "How to integrate 'from' AR System."
details.
You have all of the following as "Push" options from AR System.
1) Fork a process
Which comes in two flavors:
1a) Fork a process and do not wait for the response (AKA: Run Process action)
1b) Fork a process and wait for a response (AKA: SetField action
with $PROCESS$ value for a field)
2) ARFilter Plugin (ARF API) (Again a SetField action)
This allows you to write to any API code and "pass values into the
ARF Plugin with a SetField action.
It also allows your API code to return as many values (I have not
seen a limit yet) as you need too as well.
If your NMS System has a C or Java API and it's Web Service does
not have a WSDL (or you can not figure out how to make a WSDL for it.)
then this may be a good option. ( If you know how to program in C
and/or Java.)
3) If the NMS can support receiving and processing email as an
integration point then you also could send an email (formatted to the
NMS's requirements) to send the message back to the NMS too.
4) Any obviously the Web Services consumption option that we already mentioned.
5) AR System lets to "Log to file" a transaction record and then you
can have an external "log parser" do the work to pass along the
information to the external system.
6) Write to a local DB table and let something pole or trigger based
on that tables data.
7) I have even seen examples of people using the AR System "Alert"
clients to be a kind of out bound signal to a custom developed daemon.
The custom daemon then uses whatever API/integration the remote side
needs to use to be told what it needs to be told.
And I think that I am still missing a few options too.... ( Maybe
others from ARSList can help add to that list.)
--
Carey Matthew Black
BMC Remedy AR System Skilled Professional (RSP)
ARS = Action Request System(Remedy)
Love, then teach
Solution = People + Process + Tools
Fast, Accurate, Cheap.... Pick two.
On Wed, Sep 23, 2009 at 1:32 AM, Duy Do
<[email protected]> wrote:
>
> **
>
> Hi,
>
>
>
> For clarification and bit of background:
>
>
>
> What we’re trying to do is integrate our network monitoring system with our
> remedy system forms.
>
>
>
> 1. Alarms will arrive into our NMS system, certain alarms then to be
> replicated into a remedy alarms table. We can do this by publishing the
> remedy alarms form and the NMS system should be able to send a SOAP request
> to create a record. The NMS system will send through the Alarm ID which is
> unique.
>
>
>
> 2. From remedy, a user will then create a fault ticket and relate the
> newly created alarms from the NMS system.
>
>
>
> 3. On creation of the fault ticket we need to then pass the fault
> ticket id back to the related alarm record that is in the NMS system. THIS IS
> WHAT I NEED ASSISTANCE WITH.
>
>
>
> Hope this explains it better.
>
>
>
> Chintan, thank you for your comments. I did read up the integration notes and
> how remedy can consume a web service. But i believe it describes how we can
> retrieve data from the web service into remedy forms, i would like to push
> data from remedy forms via web services to our NMS application.
>
>
>
> Thank you,
>
>
>
> Duy Do
>
>
>
>
>
> From: Action Request System discussion list(ARSList)
> [mailto:[email protected]] On Behalf Of Chintan Shah
> Sent: Wednesday, 23 September 2009 1:16 PM
> To: [email protected]
> Subject: Re: Question around Remedy Web Services
>
>
>
> **
>
> Hi Duy,
>
> Can you elaborate more on process flow?
>
> I am assuming there are 2 parts to this
> 1. Able to push data from a remedy form.
> 2. Update a record within another application consuming an external web
> service.
>
>
> From app A you can push data to app B through "Push Fields" action, and at
> the same time you can trigger a filter on "Modify" on App B to consume data
> from an external webservice ("Set Fields"-->"Set fields from Web-Service").
> You need to have a WSDL file of external app. Once, you "Load" WSDL, map the
> input and output parameters and Remedy will take care from thereon.
>
>
> Thanks
> Chintan
>
> --- On Tue, 9/22/09, Duy Do <[email protected]> wrote:
>
> From: Duy Do <[email protected]>
> Subject: Question around Remedy Web Services
> To: [email protected]
> Date: Tuesday, September 22, 2009, 5:43 PM
>
> **
>
> Hi,
>
>
>
> One of our requirements is to be able to push data from a remedy form and
> update a record within another application consuming an external web service.
>
>
>
> Firstly is this possible and does anyone know where i can find a white paper
> discussing this type of integration?
>
>
>
> Thank you in advance,
>
>
>
> ________________________________
>
> Duy Do
>
> Software Development Team Leader
>
> Level 10, Tower A, 799 Pacific Highway NSW 2067
>
> Mail PO Box 1212, Crows Nest NSW 1585
>
> Direct +61 (0) 2 8113 4658
>
> Mobile +61 (0) 421 342 420
>
> Fax +61 (0) 2 8113 4646
>
> Switch +61 (0) 2 8113 4666
>
> www.broadcastaustralia.com.au
>
>
>
>
>
>
>
> *******************************************************************************************************************************************************************************
>
> IMPORTANT NOTICE
>
> This email and any attachments may be confidential and/or privileged, in
> which case neither is intended to be waived. If received in error, please
> contact us and delete all copies. Before opening or using attachments, check
> them for viruses and defects. Our liability is limited to resupplying any
> affected attachments.
>
>
>
>
>
> _Platinum Sponsor: [email protected] ARSlist: "Where the Answers Are"_
>
> _Platinum Sponsor: [email protected] ARSlist: "Where the Answers Are"_
>
>
>
> *******************************************************************************************************************************************************************************
>
> IMPORTANT NOTICE
>
> This email and any attachments may be confidential and/or privileged, in
> which case neither is intended to be waived. If received in error, please
> contact us and delete all copies. Before opening or using attachments, check
> them for viruses and defects. Our liability is limited to resupplying any
> affected attachments.
>
>
>
>
>
> _Platinum Sponsor: [email protected] ARSlist: "Where the Answers Are"_
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are"
