This is a multi-part message in MIME format.
Hi,
Thank you everyone for your suggestions.....definitely numerous options that we will need to consider. Duy From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Chintan Shah Sent: Thursday, 24 September 2009 4:29 AM To: [email protected] Subject: Re: Question around Remedy Web Services ** Duy, As everyone in list has mentioned, you will need to have NMS app create a WSDL file. The way we do it (for #3) is 1. Write a Java web-service client for external app's(like NMS) WSDL, package it as a JAR and deploy it on server. 2. From Remedy, we have a filter that performs a RUN PROCESS and call this JAR. 3. That JAR takes parameters (in your case like $FAULT ID$ $ALARM ID$)and calls Web-Service and updates external app. I have not tried this doing from Remedy. Carey, you have brought up some very good options that I wasn't aware of. You Rock! Thanks Chintan. --- On Tue, 9/22/09, Duy Do <[email protected]> wrote: From: Duy Do <[email protected]> Subject: Re: Question around Remedy Web Services To: [email protected] Date: Tuesday, September 22, 2009, 10:32 PM ** 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 <http://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"_ _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. _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are"
