Hi,
To achieve this requirement I suggest the following:
1. The ARS > BAO connection is done utilising the inbuilt provided OOB
configuration (AR System Administration > System > General > Orchestrator
Configuration) - put in the ORCA Web Service WSDL End Point and authentication
details to BAO (e.g. setup a username/password for BAO in Access Manager if you
don't want you use the default option - always recommended to setup a separate
username/password for ARS).
2. The BAO > ARS connection done using ARS Adapter - setup an ARS
username/password with appropriate ARS/ITSM permissions in the People form for
BAO to use when connecting.
With the first option, you can then use this configuration in an ARS Filter
(Set Fields) to trigger the BAO Process [1.] (async/sync) via an ARS Filter
when a request is created (real time, no polling required - very reliable).
The Filter allows for correct triggering via the qualification (much easier
than polling for a "criteria").
The BAO process retrieves the ARS values [3.] (via ARS Adapter) once triggered
and passes this information on to the third party application [3.] via Web
Services adapter (REST Web Services call via > "ro-adapter-ws").
As you are using the Web Services adapter ("ro-adapter-ws") in BAO, you will
receive a response from the call you send to the third party [4.] where you
process this response and update ARS accordingly.
----------------------------------
As for the call into BAO from the third party - BAO supports the "ORCA" Web
Service (Asynchronous) structure for incoming calls or a "Legacy" Web Service
(Synchronous) but not a REST call (you would need to work out a way to convert
REST to a call that BAO would understand).
BAO would then create the required request in "another" form via the ARS
Adapter.
It is not recommended to use Web Services to talk to from BAO > ARS (although
entirely possible) due to the restrictions of the Web Services / Functions
available. The ARS Adapter is based on the Java API and is multi-threaded, can
handle huge volumes and can get to "any" form in the system (a much better
option than Web Services).
Cheers
_____
Kind Regards,
Carl Wilson
http://www.missingpiecessoftware.com/
From: Action Request System discussion list(ARSList)
[mailto:[email protected]] On Behalf Of andres tamayo
Sent: 25 July 2014 17:42
To: [email protected]
Subject: Re: Synchronous communication between AO and Remedy.
**
i used the email adapter once to connect remedy with AO. every time an
incident is created on remedy side and email is triggered so AO start a process
2014-07-25 1:11 GMT-05:00 Abhishek Anand <[email protected]>:
Hi Experts,
PFB the exact requirement:-
We have a requirement where AO lies in between Remedy and a Third Party
Application which can publish and consume Rest web service.
Remedy--> AO--> Third Party Tool.
1. A Record gets created in a remedy form.
2. AO polls the form and check for new records based on certain criteria.
3. AO retrieves the necessary information and push it to Third Party
Application.
4. AO writes the response from ThirdParty application to some fields in remedy
form.
Thridparty Tool--> AO--> Remedy
1. Third Party will call AO webservice that supports REST request.
2. AO will then call remedy web service (in SOAP) and create records in another
remedy form.
These are the high level flow for the exact requirement.
--
Regards,
Abhishek Anand
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"
_ARSlist: "Where the Answers Are" and have been for 20 years_
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"
