...And you've installed the web service plugin.
Consuming a web service (via the set fields as mentioned below) uses only
that plugin, and doesn't depend on the mid-tier at all.
Also, be aware there are settings (both in the admin tool/dev studio and on
the AR server itself) that allow you to define a proxy server if needed.
Thad Esser
Remedy Developer
"Now... Just where did I put that cheese...?"
|------------>
| From: |
|------------>
>--------------------------------------------------------------------------------------------------------------------------------------------------|
|LJ Longwing <lj.longw...@gmail.com>
|
>--------------------------------------------------------------------------------------------------------------------------------------------------|
|------------>
| To: |
|------------>
>--------------------------------------------------------------------------------------------------------------------------------------------------|
|arslist@ARSLIST.ORG
|
>--------------------------------------------------------------------------------------------------------------------------------------------------|
|------------>
| Date: |
|------------>
>--------------------------------------------------------------------------------------------------------------------------------------------------|
|09/23/2009 10:18 AM
|
>--------------------------------------------------------------------------------------------------------------------------------------------------|
|------------>
| Subject: |
|------------>
>--------------------------------------------------------------------------------------------------------------------------------------------------|
|Re: Question around Remedy Web Services
|
>--------------------------------------------------------------------------------------------------------------------------------------------------|
|------------>
| Sent by: |
|------------>
>--------------------------------------------------------------------------------------------------------------------------------------------------|
|"Action Request System discussion list(ARSList)" <arslist@ARSLIST.ORG>
|
>--------------------------------------------------------------------------------------------------------------------------------------------------|
Yes, as long as your external BizTalk server does web services, and the
wsdl
they provide is in a format that Remedy can read properly.
-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Brittain, Mark
Sent: Wednesday, September 23, 2009 11:11 AM
To: arslist@ARSLIST.ORG
Subject: Re: Question around Remedy Web Services
Currently I have a filter that on create performs a Run Process action
using
the perl script. The perl script sends xml to an external biztalk server.
If
I understand this discussion correctly I should be able to do the following
Create a Set Fields, read from Web Service Choose load WSDL file Choose the
operation and set/verify the mapping
Would this work, allowing me to get away from the perl stuff, or am I lost
in space?
Thanks
Mark
-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Grooms, Frederick W
Sent: Wednesday, September 23, 2009 10:05 AM
To: arslist@ARSLIST.ORG
Subject: Re: Question around Remedy Web Services
FYI: Web Services has been around since ARS v5.1.x (I started using them
with 5.1.2)
Also #7 is the default method that Netcool uses to receive data back from
Remedy
Fred
-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Carey Matthew Black
Sent: Wednesday, September 23, 2009 6:54 AM
To: arslist@ARSLIST.ORG
Subject: Re: Question around Remedy Web Services
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 poll 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
<duy...@broadcastaustralia.com.au> 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
>
> -----Original Message-----
> From: Action Request System discussion list(ARSList)
> [mailto:arsl...@arslist.org] On Behalf Of Chintan Shah
> Sent: Wednesday, 23 September 2009 1:16 PM
> To: arslist@ARSLIST.ORG
> 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 <duy...@broadcastaustralia.com.au> wrote:
> From: Duy Do <duy...@broadcastaustralia.com.au>
> Subject: Question around Remedy Web Services
> To: arslist@ARSLIST.ORG
> 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 www.broadcastaustralia.com.au
____________________________________________________________________________
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum
Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
This e-mail is the property of NaviSite, Inc. It is intended only for the
person or entity to which it is addressed and may contain information that
is privileged, confidential, or otherwise protected from disclosure.
Distribution or copying of this e-mail, or the information contained
herein,
to anyone other than the intended recipient is prohibited.
____________________________________________________________________________
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum
Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
*IMPORTANT NOTICE: This communication, including any attachment, contains
information that may be confidential or privileged, and is intended solely for
the entity or individual to whom it is addressed. If you are not the intended
recipient, you should delete this message and are hereby notified that any
disclosure, copying, or distribution of this message is strictly prohibited.
Nothing in this email, including any attachment, is intended to be a legally
binding signature.
*
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
