Re: Integrate with third party application without consuming their webservice
Thanks Jason. I have just come across this link and going through it. Will get back to you if I have any question. Very thankful for sparing sometime for my request! Thanks Pavan On Fri, Sep 8, 2017 at 11:21 AM, Jason Miller wrote: > ** > Have you thought about the APL Restful Plugin? It works with 7.6.04 and > will allow you to make REST calls to the SL application. > > http://remedylegacy.com/tools/restful-api-plugin > > Jason > > On Thu, Sep 7, 2017 at 5:18 PM, Nagidi Pavan wrote: > >> ** >> Hello Guys, >> >> I am working on POC. We got the below requirement and I am not sure how >> to proceed further. >> >> We are integrating Remedy with SL application. When ever an alert is >> generated in SL we are creating incident in Remedy using webservice. Now >> when ever the corresponding incident is "Resolved" that should clear the >> respective alert in SL. SL is providing REST API to clear their alert. I am >> using ARS 7.6.04, hence I cannot make REST call to that system. >> >> We can consume a webservice and perform necessary action but that is not >> possible as SL doesn't have webservice concept as they are depending only >> on REST API. >> >> Could someone please guide me how I could proceed further. >> >> NOTE: We have python code running in between SL and Remedy for ticket >> creation. >> >> Thanks >> Pavan >> _ARSlist: "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"
Re: Integrate with third party application without consuming their webservice
Have you thought about the APL Restful Plugin? It works with 7.6.04 and will allow you to make REST calls to the SL application. http://remedylegacy.com/tools/restful-api-plugin Jason On Thu, Sep 7, 2017 at 5:18 PM, Nagidi Pavan wrote: > ** > Hello Guys, > > I am working on POC. We got the below requirement and I am not sure how to > proceed further. > > We are integrating Remedy with SL application. When ever an alert is > generated in SL we are creating incident in Remedy using webservice. Now > when ever the corresponding incident is "Resolved" that should clear the > respective alert in SL. SL is providing REST API to clear their alert. I am > using ARS 7.6.04, hence I cannot make REST call to that system. > > We can consume a webservice and perform necessary action but that is not > possible as SL doesn't have webservice concept as they are depending only > on REST API. > > Could someone please guide me how I could proceed further. > > NOTE: We have python code running in between SL and Remedy for ticket > creation. > > Thanks > Pavan > _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"
Integrate with third party application without consuming their webservice
Hello Guys, I am working on POC. We got the below requirement and I am not sure how to proceed further. We are integrating Remedy with SL application. When ever an alert is generated in SL we are creating incident in Remedy using webservice. Now when ever the corresponding incident is "Resolved" that should clear the respective alert in SL. SL is providing REST API to clear their alert. I am using ARS 7.6.04, hence I cannot make REST call to that system. We can consume a webservice and perform necessary action but that is not possible as SL doesn't have webservice concept as they are depending only on REST API. Could someone please guide me how I could proceed further. NOTE: We have python code running in between SL and Remedy for ticket creation. Thanks Pavan ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Updating Incident Work info via webservice problem
One Midtier for our testing environment. The field is Client_type, When I load the forms up on apptier they all show the new client types Kevin Candelaria Senior Technical Support Specialist Temple University Computer Services • 215.204.3095 | •<mailto:*kevin...@temple.edu><mailto:kevin...@temple.edu><mailto:kevin...@temple.edu><mailto:kevin...@temple.edu>kevin...@temple.edu<mailto:kevin...@temple.edu> From: Action Request System discussion list(ARSList) on behalf of Thomas Miskiewicz Sent: Tuesday, January 24, 2017 1:31 PM To: arslist@ARSLIST.ORG Subject: Re: Updating Incident Work info via webservice problem ** You got just one mid-tier or more? What field type is your field? How do you check for updates? On 24 Jan 2017, at 18:00, Kevin M Candelaria mailto:kevin...@temple.edu>> wrote: ** ** I flushed the cache and even restarted the midtier but the WSDL does not update the client type when I try to look at the publishing location http:///arsys/WSDL/public//HPD_IncidentInterface_WS The form it links to is HPD:IncidentInterface Which has the new client types listed. Kevin Candelaria Senior Technical Support Specialist Temple University Computer Services • 215.204.3095 | •<mailto:*kevin...@temple.edu><mailto:kevin...@temple.edu><mailto:kevin...@temple.edu><mailto:kevin...@temple.edu>kevin...@temple.edu<mailto:kevin...@temple.edu> From: Action Request System discussion list(ARSList) mailto:arslist@ARSLIST.ORG>> on behalf of Thomas Miskiewicz mailto:tmisk...@gmail.com>> Sent: Tuesday, January 24, 2017 11:11 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: Updating Incident Work info via webservice problem ** If this is just a drop down field, then all you need to do is to flush the mid-tier cache. Then the changes will become visible in your WSDL. The consumer of your web service will then need to consume the new WSDL to see the changes. But again, try with the flush cache first. On Jan 24, 2017, at 5:08 PM, Kevin M Candelaria mailto:kevin...@temple.edu>> wrote: ** ** Thomas I added 3 new client types. to Field 100022 These were updated in every form. All I have left to do is the WebService to update it because when I go visit the service it is not listed https://***/arsys/WSDL/public/*/HPD_IncidentInterface_WS Kevin Candelaria Senior Technical Support Specialist Temple University Computer Services • 215.204.3095 | •<mailto:*kevin...@temple.edu><mailto:kevin...@temple.edu><mailto:kevin...@temple.edu><mailto:kevin...@temple.edu>kevin...@temple.edu<mailto:kevin...@temple.edu> From: Action Request System discussion list(ARSList) mailto:arslist@ARSLIST.ORG>> on behalf of Thomas Miskiewicz mailto:tmisk...@gmail.com>> Sent: Tuesday, January 24, 2017 11:04 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: Updating Incident Work info via webservice problem ** Kevin, what kind of changes were made to the form? What is the type of operation you want to change? What exactly do you want to change? Thomas On Jan 24, 2017, at 4:51 PM, Kevin M Candelaria mailto:kevin...@temple.edu>> wrote: ** I discovered that I need to make the change to the Webservice. The Primary form it calls has the changes already. How can I update the webservice to get the new data from the primary form that I changed? Kevin Candelaria Senior Technical Support Specialist Temple University Computer Services • 215.204.3095 | •<mailto:*kevin...@temple.edu><mailto:kevin...@temple.edu><mailto:kevin...@temple.edu><mailto:kevin...@temple.edu>kevin...@temple.edu<mailto:kevin...@temple.edu> From: Action Request System discussion list(ARSList) mailto:arslist@ARSLIST.ORG>> on behalf of Thomas Miskiewicz mailto:tmisk...@gmail.com>> Sent: Friday, January 20, 2017 1:46 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: Updating Incident Work info via webservice problem ** Hi Kevin, you need to check the Mid-Tier Logs, because that’s the gate for your Web Service. You might want to check Filter log as maybe a filter is overwriting the values as their being set by the web Service. Thomas Miskiewicz Uninterrupted productivity for BMC Remedy ARS - arsmacros.com<http://arsmacros.com/> On 20 Jan 2017, at 00:01, Kevin M Candelaria mailto:kevin...@temple.edu>> wrote: ** Hello ARList folks, I recently created 3 new Client Types for the drops down in the people form. We have an asp form page that is filled out and creates an incident via a webservice. The incidents are created but one of the form fields when filled out does not do a second pass and update the work info. Any other clie
Re: Updating Incident Work info via webservice problem
You got just one mid-tier or more? What field type is your field? How do you check for updates? > On 24 Jan 2017, at 18:00, Kevin M Candelaria wrote: > > ** > ** I flushed the cache and even restarted the midtier but the WSDL does not > update the client type when I try to look at the publishing location > > http:///arsys/WSDL/public//HPD_IncidentInterface_WS >The form it links to is HPD:IncidentInterface Which has the new client > types listed. > > > > > Kevin Candelaria > Senior Technical Support Specialist > Temple University Computer Services > ( 215.204.3095 | *kevin...@temple.edu > > From: Action Request System discussion list(ARSList) on > behalf of Thomas Miskiewicz > Sent: Tuesday, January 24, 2017 11:11 AM > To: arslist@ARSLIST.ORG > Subject: Re: Updating Incident Work info via webservice problem > > ** If this is just a drop down field, then all you need to do is to flush the > mid-tier cache. Then the changes will become visible in your WSDL. The > consumer of your web service will then need to consume the new WSDL to see > the changes. But again, try with the flush cache first. > > >> On Jan 24, 2017, at 5:08 PM, Kevin M Candelaria wrote: >> >> ** >> ** Thomas >> >> I added 3 new client types. to Field 100022 >> >> These were updated in every form. All I have left to do is the WebService to >> update it because when I go visit the service it is not listed >> >> https://***/arsys/WSDL/public/*/HPD_IncidentInterface_WS >> >> Kevin Candelaria >> Senior Technical Support Specialist >> Temple University Computer Services >> ( 215.204.3095 | *kevin...@temple.edu >> >> From: Action Request System discussion list(ARSList) >> on behalf of Thomas Miskiewicz >> Sent: Tuesday, January 24, 2017 11:04 AM >> To: arslist@ARSLIST.ORG >> Subject: Re: Updating Incident Work info via webservice problem >> >> ** Kevin, >> >> what kind of changes were made to the form? What is the type of operation >> you want to change? What exactly do you want to change? >> >> >> Thomas >> >>> On Jan 24, 2017, at 4:51 PM, Kevin M Candelaria wrote: >>> >>> ** >>> I discovered that I need to make the change to the Webservice. The Primary >>> form it calls has the changes already. How can I update the webservice to >>> get the new data from the primary form that I changed? >>> >>> Kevin Candelaria >>> Senior Technical Support Specialist >>> Temple University Computer Services >>> ( 215.204.3095 | *kevin...@temple.edu >>> >>> From: Action Request System discussion list(ARSList) >>> on behalf of Thomas Miskiewicz >>> Sent: Friday, January 20, 2017 1:46 AM >>> To: arslist@ARSLIST.ORG >>> Subject: Re: Updating Incident Work info via webservice problem >>> >>> ** Hi Kevin, >>> >>> you need to check the Mid-Tier Logs, because that’s the gate for your Web >>> Service. You might want to check Filter log as maybe a filter is >>> overwriting the values as their being set by the web Service. >>> >>> >>> Thomas Miskiewicz >>> Uninterrupted productivity for >>> BMC Remedy ARS - arsmacros.com >>> >>>> On 20 Jan 2017, at 00:01, Kevin M Candelaria wrote: >>>> >>>> ** >>>> Hello ARList folks, >>>> >>>> I recently created 3 new Client Types for the drops down in the people >>>> form. >>>> We have an asp form page that is filled out and creates an incident via a >>>> webservice. >>>> The incidents are created but one of the form fields when filled out does >>>> not do a second pass and update the work info. >>>> Any other client types do work properly except the 3 new ones I made to >>>> HPD:Help Desk >>>> >>>> Any ideas or where I can look in Developer studio to see where the fail >>>> point is? or what logs I can look into to see where the second pass is >>>> failing for these 3 specific client types. >>>> >>>> >>>> Kevin Candelaria >>>> Senior Technical Support Specialist >>>> Temple University Computer Services >>>> ( 215.204.3095 | *kevin...@temple.edu >>>> >>>> _ARSlist: "Where the Answers Are" and have been for 20 years_ >>> >>> _ARSlist: "Where the Answers Are" and have been for 20 years_ >>> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> _ARSlist: "Where the Answers Are" and have been for 20 years_ > > _ARSlist: "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"
Re: Updating Incident Work info via webservice problem
** I flushed the cache and even restarted the midtier but the WSDL does not update the client type when I try to look at the publishing location http:///arsys/WSDL/public//HPD_IncidentInterface_WS The form it links to is HPD:IncidentInterface Which has the new client types listed. Kevin Candelaria Senior Technical Support Specialist Temple University Computer Services * 215.204.3095 | *<mailto:*kevin...@temple.edu><mailto:kevin...@temple.edu><mailto:kevin...@temple.edu><mailto:kevin...@temple.edu>kevin...@temple.edu<mailto:kevin...@temple.edu> From: Action Request System discussion list(ARSList) on behalf of Thomas Miskiewicz Sent: Tuesday, January 24, 2017 11:11 AM To: arslist@ARSLIST.ORG Subject: Re: Updating Incident Work info via webservice problem ** If this is just a drop down field, then all you need to do is to flush the mid-tier cache. Then the changes will become visible in your WSDL. The consumer of your web service will then need to consume the new WSDL to see the changes. But again, try with the flush cache first. On Jan 24, 2017, at 5:08 PM, Kevin M Candelaria mailto:kevin...@temple.edu>> wrote: ** ** Thomas I added 3 new client types. to Field 100022 These were updated in every form. All I have left to do is the WebService to update it because when I go visit the service it is not listed https://***/arsys/WSDL/public/*/HPD_IncidentInterface_WS Kevin Candelaria Senior Technical Support Specialist Temple University Computer Services * 215.204.3095 | *<mailto:*kevin...@temple.edu><mailto:kevin...@temple.edu><mailto:kevin...@temple.edu><mailto:kevin...@temple.edu>kevin...@temple.edu<mailto:kevin...@temple.edu> From: Action Request System discussion list(ARSList) mailto:arslist@ARSLIST.ORG>> on behalf of Thomas Miskiewicz mailto:tmisk...@gmail.com>> Sent: Tuesday, January 24, 2017 11:04 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: Updating Incident Work info via webservice problem ** Kevin, what kind of changes were made to the form? What is the type of operation you want to change? What exactly do you want to change? Thomas On Jan 24, 2017, at 4:51 PM, Kevin M Candelaria mailto:kevin...@temple.edu>> wrote: ** I discovered that I need to make the change to the Webservice. The Primary form it calls has the changes already. How can I update the webservice to get the new data from the primary form that I changed? Kevin Candelaria Senior Technical Support Specialist Temple University Computer Services * 215.204.3095 | *<mailto:*kevin...@temple.edu><mailto:kevin...@temple.edu><mailto:kevin...@temple.edu><mailto:kevin...@temple.edu>kevin...@temple.edu<mailto:kevin...@temple.edu> From: Action Request System discussion list(ARSList) mailto:arslist@ARSLIST.ORG>> on behalf of Thomas Miskiewicz mailto:tmisk...@gmail.com>> Sent: Friday, January 20, 2017 1:46 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: Updating Incident Work info via webservice problem ** Hi Kevin, you need to check the Mid-Tier Logs, because that's the gate for your Web Service. You might want to check Filter log as maybe a filter is overwriting the values as their being set by the web Service. Thomas Miskiewicz Uninterrupted productivity for BMC Remedy ARS - arsmacros.com<http://arsmacros.com/> On 20 Jan 2017, at 00:01, Kevin M Candelaria mailto:kevin...@temple.edu>> wrote: ** Hello ARList folks, I recently created 3 new Client Types for the drops down in the people form. We have an asp form page that is filled out and creates an incident via a webservice. The incidents are created but one of the form fields when filled out does not do a second pass and update the work info. Any other client types do work properly except the 3 new ones I made to HPD:Help Desk Any ideas or where I can look in Developer studio to see where the fail point is? or what logs I can look into to see where the second pass is failing for these 3 specific client types. Kevin Candelaria Senior Technical Support Specialist Temple University Computer Services * 215.204.3095 | *<mailto:*kevin...@temple.edu><mailto:kevin...@temple.edu><mailto:kevin...@temple.edu><mailto:kevin...@temple.edu>kevin...@temple.edu<mailto:kevin...@temple.edu> _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "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"
Re: Updating Incident Work info via webservice problem
If this is just a drop down field, then all you need to do is to flush the mid-tier cache. Then the changes will become visible in your WSDL. The consumer of your web service will then need to consume the new WSDL to see the changes. But again, try with the flush cache first. > On Jan 24, 2017, at 5:08 PM, Kevin M Candelaria wrote: > > ** > ** Thomas > > I added 3 new client types. to Field 100022 > > These were updated in every form. All I have left to do is the WebService to > update it because when I go visit the service it is not listed > > https://***/arsys/WSDL/public/*/HPD_IncidentInterface_WS > <https://***/arsys/WSDL/public/*/HPD_IncidentInterface_WS> > > Kevin Candelaria > Senior Technical Support Specialist > Temple University Computer Services > ( 215.204.3095 | * <mailto:*kevin...@temple.edu> > <mailto:kevin...@temple.edu> <mailto:kevin...@temple.edu> > <mailto:kevin...@temple.edu>kevin...@temple.edu <mailto:kevin...@temple.edu> > > From: Action Request System discussion list(ARSList) <mailto:arslist@ARSLIST.ORG>> on behalf of Thomas Miskiewicz > mailto:tmisk...@gmail.com>> > Sent: Tuesday, January 24, 2017 11:04 AM > To: arslist@ARSLIST.ORG <mailto:arslist@ARSLIST.ORG> > Subject: Re: Updating Incident Work info via webservice problem > > ** Kevin, > > what kind of changes were made to the form? What is the type of operation you > want to change? What exactly do you want to change? > > > Thomas > >> On Jan 24, 2017, at 4:51 PM, Kevin M Candelaria > <mailto:kevin...@temple.edu>> wrote: >> >> ** >> I discovered that I need to make the change to the Webservice. The Primary >> form it calls has the changes already. How can I update the webservice to >> get the new data from the primary form that I changed? >> >> Kevin Candelaria >> Senior Technical Support Specialist >> Temple University Computer Services >> ( 215.204.3095 | * <mailto:*kevin...@temple.edu> >> <mailto:kevin...@temple.edu> <mailto:kevin...@temple.edu> >> <mailto:kevin...@temple.edu>kevin...@temple.edu <mailto:kevin...@temple.edu> >> >> From: Action Request System discussion list(ARSList) > <mailto:arslist@ARSLIST.ORG>> on behalf of Thomas Miskiewicz >> mailto:tmisk...@gmail.com>> >> Sent: Friday, January 20, 2017 1:46 AM >> To: arslist@ARSLIST.ORG <mailto:arslist@ARSLIST.ORG> >> Subject: Re: Updating Incident Work info via webservice problem >> >> ** Hi Kevin, >> >> you need to check the Mid-Tier Logs, because that’s the gate for your Web >> Service. You might want to check Filter log as maybe a filter is overwriting >> the values as their being set by the web Service. >> >> >> Thomas Miskiewicz >> Uninterrupted productivity for >> BMC Remedy ARS - arsmacros.com <http://arsmacros.com/> >> >>> On 20 Jan 2017, at 00:01, Kevin M Candelaria >> <mailto:kevin...@temple.edu>> wrote: >>> >>> ** >>> Hello ARList folks, >>> >>> I recently created 3 new Client Types for the drops down in the people form. >>> We have an asp form page that is filled out and creates an incident via a >>> webservice. >>> The incidents are created but one of the form fields when filled out does >>> not do a second pass and update the work info. >>> Any other client types do work properly except the 3 new ones I made to >>> HPD:Help Desk >>> >>> Any ideas or where I can look in Developer studio to see where the fail >>> point is? or what logs I can look into to see where the second pass is >>> failing for these 3 specific client types. >>> >>> >>> Kevin Candelaria >>> Senior Technical Support Specialist >>> Temple University Computer Services >>> ( 215.204.3095 | * <mailto:*kevin...@temple.edu> >>> <mailto:kevin...@temple.edu> <mailto:kevin...@temple.edu> >>> <mailto:kevin...@temple.edu>kevin...@temple.edu <mailto:kevin...@temple.edu> >>> >>> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> _ARSlist: "Where the Answers Are" and have been for 20 years_ > > _ARSlist: "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"
Re: Updating Incident Work info via webservice problem
** Thomas I added 3 new client types. to Field 100022 These were updated in every form. All I have left to do is the WebService to update it because when I go visit the service it is not listed https://***/arsys/WSDL/public/*/HPD_IncidentInterface_WS Kevin Candelaria Senior Technical Support Specialist Temple University Computer Services * 215.204.3095 | *<mailto:*kevin...@temple.edu><mailto:kevin...@temple.edu><mailto:kevin...@temple.edu><mailto:kevin...@temple.edu>kevin...@temple.edu<mailto:kevin...@temple.edu> From: Action Request System discussion list(ARSList) on behalf of Thomas Miskiewicz Sent: Tuesday, January 24, 2017 11:04 AM To: arslist@ARSLIST.ORG Subject: Re: Updating Incident Work info via webservice problem ** Kevin, what kind of changes were made to the form? What is the type of operation you want to change? What exactly do you want to change? Thomas On Jan 24, 2017, at 4:51 PM, Kevin M Candelaria mailto:kevin...@temple.edu>> wrote: ** I discovered that I need to make the change to the Webservice. The Primary form it calls has the changes already. How can I update the webservice to get the new data from the primary form that I changed? Kevin Candelaria Senior Technical Support Specialist Temple University Computer Services * 215.204.3095 | *<mailto:*kevin...@temple.edu><mailto:kevin...@temple.edu><mailto:kevin...@temple.edu><mailto:kevin...@temple.edu>kevin...@temple.edu<mailto:kevin...@temple.edu> From: Action Request System discussion list(ARSList) mailto:arslist@ARSLIST.ORG>> on behalf of Thomas Miskiewicz mailto:tmisk...@gmail.com>> Sent: Friday, January 20, 2017 1:46 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: Updating Incident Work info via webservice problem ** Hi Kevin, you need to check the Mid-Tier Logs, because that's the gate for your Web Service. You might want to check Filter log as maybe a filter is overwriting the values as their being set by the web Service. Thomas Miskiewicz Uninterrupted productivity for BMC Remedy ARS - arsmacros.com<http://arsmacros.com/> On 20 Jan 2017, at 00:01, Kevin M Candelaria mailto:kevin...@temple.edu>> wrote: ** Hello ARList folks, I recently created 3 new Client Types for the drops down in the people form. We have an asp form page that is filled out and creates an incident via a webservice. The incidents are created but one of the form fields when filled out does not do a second pass and update the work info. Any other client types do work properly except the 3 new ones I made to HPD:Help Desk Any ideas or where I can look in Developer studio to see where the fail point is? or what logs I can look into to see where the second pass is failing for these 3 specific client types. Kevin Candelaria Senior Technical Support Specialist Temple University Computer Services * 215.204.3095 | *<mailto:*kevin...@temple.edu><mailto:kevin...@temple.edu><mailto:kevin...@temple.edu><mailto:kevin...@temple.edu>kevin...@temple.edu<mailto:kevin...@temple.edu> _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "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"
Re: Updating Incident Work info via webservice problem
Kevin, what kind of changes were made to the form? What is the type of operation you want to change? What exactly do you want to change? Thomas > On Jan 24, 2017, at 4:51 PM, Kevin M Candelaria wrote: > > ** > I discovered that I need to make the change to the Webservice. The Primary > form it calls has the changes already. How can I update the webservice to get > the new data from the primary form that I changed? > > Kevin Candelaria > Senior Technical Support Specialist > Temple University Computer Services > ( 215.204.3095 | * <mailto:*kevin...@temple.edu> > <mailto:kevin...@temple.edu> <mailto:kevin...@temple.edu> > <mailto:kevin...@temple.edu>kevin...@temple.edu <mailto:kevin...@temple.edu> > > From: Action Request System discussion list(ARSList) <mailto:arslist@ARSLIST.ORG>> on behalf of Thomas Miskiewicz > mailto:tmisk...@gmail.com>> > Sent: Friday, January 20, 2017 1:46 AM > To: arslist@ARSLIST.ORG <mailto:arslist@ARSLIST.ORG> > Subject: Re: Updating Incident Work info via webservice problem > > ** Hi Kevin, > > you need to check the Mid-Tier Logs, because that’s the gate for your Web > Service. You might want to check Filter log as maybe a filter is overwriting > the values as their being set by the web Service. > > > Thomas Miskiewicz > Uninterrupted productivity for > BMC Remedy ARS - arsmacros.com <http://arsmacros.com/> > >> On 20 Jan 2017, at 00:01, Kevin M Candelaria > <mailto:kevin...@temple.edu>> wrote: >> >> ** >> Hello ARList folks, >> >> I recently created 3 new Client Types for the drops down in the people form. >> We have an asp form page that is filled out and creates an incident via a >> webservice. >> The incidents are created but one of the form fields when filled out does >> not do a second pass and update the work info. >> Any other client types do work properly except the 3 new ones I made to >> HPD:Help Desk >> >> Any ideas or where I can look in Developer studio to see where the fail >> point is? or what logs I can look into to see where the second pass is >> failing for these 3 specific client types. >> >> >> Kevin Candelaria >> Senior Technical Support Specialist >> Temple University Computer Services >> ( 215.204.3095 | * <mailto:*kevin...@temple.edu> >> <mailto:kevin...@temple.edu> <mailto:kevin...@temple.edu> >> <mailto:kevin...@temple.edu>kevin...@temple.edu <mailto:kevin...@temple.edu> >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ > > _ARSlist: "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"
Re: Updating Incident Work info via webservice problem
I discovered that I need to make the change to the Webservice. The Primary form it calls has the changes already. How can I update the webservice to get the new data from the primary form that I changed? Kevin Candelaria Senior Technical Support Specialist Temple University Computer Services * 215.204.3095 | *<mailto:*kevin...@temple.edu><mailto:kevin...@temple.edu><mailto:kevin...@temple.edu><mailto:kevin...@temple.edu>kevin...@temple.edu<mailto:kevin...@temple.edu> From: Action Request System discussion list(ARSList) on behalf of Thomas Miskiewicz Sent: Friday, January 20, 2017 1:46 AM To: arslist@ARSLIST.ORG Subject: Re: Updating Incident Work info via webservice problem ** Hi Kevin, you need to check the Mid-Tier Logs, because that's the gate for your Web Service. You might want to check Filter log as maybe a filter is overwriting the values as their being set by the web Service. Thomas Miskiewicz Uninterrupted productivity for BMC Remedy ARS - arsmacros.com<http://arsmacros.com> On 20 Jan 2017, at 00:01, Kevin M Candelaria mailto:kevin...@temple.edu>> wrote: ** Hello ARList folks, I recently created 3 new Client Types for the drops down in the people form. We have an asp form page that is filled out and creates an incident via a webservice. The incidents are created but one of the form fields when filled out does not do a second pass and update the work info. Any other client types do work properly except the 3 new ones I made to HPD:Help Desk Any ideas or where I can look in Developer studio to see where the fail point is? or what logs I can look into to see where the second pass is failing for these 3 specific client types. Kevin Candelaria Senior Technical Support Specialist Temple University Computer Services * 215.204.3095 | *<mailto:*kevin...@temple.edu><mailto:kevin...@temple.edu><mailto:kevin...@temple.edu><mailto:kevin...@temple.edu>kevin...@temple.edu<mailto:kevin...@temple.edu> _ARSlist: "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"
Re: Updating Incident Work info via webservice problem
Hi Kevin, you need to check the Mid-Tier Logs, because that’s the gate for your Web Service. You might want to check Filter log as maybe a filter is overwriting the values as their being set by the web Service. Thomas Miskiewicz Uninterrupted productivity for BMC Remedy ARS - arsmacros.com <http://arsmacros.com/> > On 20 Jan 2017, at 00:01, Kevin M Candelaria wrote: > > ** > Hello ARList folks, > > I recently created 3 new Client Types for the drops down in the people form. > We have an asp form page that is filled out and creates an incident via a > webservice. > The incidents are created but one of the form fields when filled out does not > do a second pass and update the work info. > Any other client types do work properly except the 3 new ones I made to > HPD:Help Desk > > Any ideas or where I can look in Developer studio to see where the fail point > is? or what logs I can look into to see where the second pass is failing for > these 3 specific client types. > > > Kevin Candelaria > Senior Technical Support Specialist > Temple University Computer Services > ( 215.204.3095 | * <mailto:*kevin...@temple.edu> > <mailto:kevin...@temple.edu> <mailto:kevin...@temple.edu> > <mailto:kevin...@temple.edu>kevin...@temple.edu <mailto:kevin...@temple.edu> > > _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"
Updating Incident Work info via webservice problem
Hello ARList folks, I recently created 3 new Client Types for the drops down in the people form. We have an asp form page that is filled out and creates an incident via a webservice. The incidents are created but one of the form fields when filled out does not do a second pass and update the work info. Any other client types do work properly except the 3 new ones I made to HPD:Help Desk Any ideas or where I can look in Developer studio to see where the fail point is? or what logs I can look into to see where the second pass is failing for these 3 specific client types. Kevin Candelaria Senior Technical Support Specialist Temple University Computer Services * 215.204.3095 | *<mailto:*kevin...@temple.edu><mailto:kevin...@temple.edu><mailto:kevin...@temple.edu><mailto:kevin...@temple.edu>kevin...@temple.edu<mailto:kevin...@temple.edu> ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
OOTB Getlist Webservice Issue
Hi Team, We are getting the below error in SOAP UI(Always Validate Response messages in Editor settings Soap UI Preferences) when we try to use the OOTB Webservie "HelpDesk_QueryList_Service" [image: Inline image 1] line 5: Element not allowed: Assigned_Group@urn:HPD_IncidentInterface_WS in element getListValues@urn:HPD_IncidentInterface_WS line 6: Element not allowed: Assigned_Support_Company@urn:HPD_IncidentInterface_WS in element getListValues@urn:HPD_IncidentInterface_WS line 7: Element not allowed: Assigned_Support_Organization@urn:HPD_IncidentInterface_WS in element getListValues@urn:HPD_IncidentInterface_WS line 8: Element not allowed: Assignee@urn:HPD_IncidentInterface_WS in element getListValues@urn:HPD_IncidentInterface_WS line 9: Element not allowed: Categorization_Tier_1@urn:HPD_IncidentInterface_WS in element getListValues@urn:HPD_IncidentInterface_WS line 10: Element not allowed: Categorization_Tier_2@urn:HPD_IncidentInterface_WS in element getListValues@urn:HPD_IncidentInterface_WS line 11: Element not allowed: Categorization_Tier_3@urn:HPD_IncidentInterface_WS in element getListValues@urn:HPD_IncidentInterface_WS line 12: Element not allowed: City@urn:HPD_IncidentInterface_WS in element getListValues@urn:HPD_IncidentInterface_WS Has anyone come across these errors, If Yes what will be the reason for this ? If i use the same for Create incident web service i didn't find any errors . Kindly let me know if any other information required. Thanks, Dinesh kumar. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Outbound WebService call attribute sequence
Hi, Yes, exactly. I verified this by manually changing the attribute order in the WSDL-file and pressing Reload. If I choose preserve mapping it will retain the old order, and if I reset the mapping it will re-order the fields. Best Regards - Misi, RRR AB, http://rrr.se > So if you have a Filter and say to Reload the WSDL and Preserve Mapping then > DevStudio just adds the new attributes/elements to the end instead of in the > sequence where they are defined? > > That is a BUG as it will render the web service call completely unusable. > > Fred > > > -Original Message- > From: Action Request System discussion list(ARSList) > [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky > Sent: Friday, July 31, 2015 5:25 AM > To: arslist@ARSLIST.ORG > Subject: Re: Outbound WebService call attribute sequence > > Hi, > > I think I found the problem. If I "Reload" the WSDL and choose "Yes" to the > "Preserve Mapping" question, any new attributes will be added to the end. > > I really thought I hade tried starting from scratch with a new Action before I > started this email discussion, but apparently I did a mistake... > > I do not think that preserving a mapping is not the same thing as preserving > and old sequence order... > > I have tested this in DevStudio 7.6.04 SP5 and 8.1.2. > > Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) > > Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13): > * RRR|License - Not enough Remedy licenses? Save money by optimizing. > * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. > Find these products, and many free tools and utilities, at http://rrr.se. > >> Does it always come in same order? >> >> >> I see that is null in the xml, but the definition states, >> . Here does minOccurs="1". >> >> -- >> J >> >> 2015-07-30 16:15 GMT+02:00 Misi Mladoniczky : >> >>> Hi Fred and Jarl, >>> >>> This is an external web service we are consuming, and the order of the >>> attributes does not seem to comply with the WSDL file we have loaded... >>> >>> From WSDL file: >>> http://www.w3.org/2001/XMLSchema"; >>> targetNamespace="http://www.abc.com/Schemas/abc.xsd"; >>> elementFormDefault="qualified" attributeFormDefault="unqualified"> >>> >>> >>> >>> >>> ... >>> >>> ... >>> >>> >>> >>> >>> >>> >>> >>> >>> From SOAP-envelope in arjavaplugin.log when calling the external web >>> service: >>> http://www.abc.com/Schemas/abc.xsd";> >>> >>> Update >>> ... >>> IM766314 >>> SE >>> Yes >>> NETWORK_INCIDENT >>> >>> >>> As you see the MI_INC_TICKET_TYPE has a different order in the SOAP-message >>> than in the WSDL-file. >>> >>> I will confess that I am not fully proficient in manually reading these >>> files, >>> but I have shown you the only occurrence of MI_INC_TICKET_TYPE in the WSDL >>> file. >>> >>> The abc.xsd referenced does not really exist. Could that have anything to >>> do >>> with this? I would think not, but... >>> >>> In any event the order in which things are sent comply with the order in >>> which >>> the attributes show up in DevStudio. >>> >>> Best Regards - Misi, RRR AB, http://rrr.se >>> >>> > You are consuming an external web service in a Filter? >>> > The order of fields is what is specified in the WSDL from the external >>> service >>> > >>> > If you are creating a service for an external app to consume you can >>> define >>> > the fields yourself by cutting and inserting fields before mapping (or >>> making >>> > your own schema XSD file and using that) >>> > >>> > Fred >>> > >>> > -Original Message- >>> > From: Action Request System discussion list(ARSList) >>> > [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky >>> > Sent: Thursday, July 30, 2015 7:12 AM >>> > To: arslist@ARSLIST.ORG >>> > Subject: Outbound WebService call attribute sequence >>> > >>> > Hi, >>> > >>> > We are doing an WebService to an external WebService that is d
Re: Outbound WebService call attribute sequence
So if you have a Filter and say to Reload the WSDL and Preserve Mapping then DevStudio just adds the new attributes/elements to the end instead of in the sequence where they are defined? That is a BUG as it will render the web service call completely unusable. Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Friday, July 31, 2015 5:25 AM To: arslist@ARSLIST.ORG Subject: Re: Outbound WebService call attribute sequence Hi, I think I found the problem. If I "Reload" the WSDL and choose "Yes" to the "Preserve Mapping" question, any new attributes will be added to the end. I really thought I hade tried starting from scratch with a new Action before I started this email discussion, but apparently I did a mistake... I do not think that preserving a mapping is not the same thing as preserving and old sequence order... I have tested this in DevStudio 7.6.04 SP5 and 8.1.2. Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13): * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. > Does it always come in same order? > > > I see that is null in the xml, but the definition states, > . Here does minOccurs="1". > > -- > J > > 2015-07-30 16:15 GMT+02:00 Misi Mladoniczky : > >> Hi Fred and Jarl, >> >> This is an external web service we are consuming, and the order of the >> attributes does not seem to comply with the WSDL file we have loaded... >> >> From WSDL file: >> http://www.w3.org/2001/XMLSchema"; >> targetNamespace="http://www.abc.com/Schemas/abc.xsd"; >> elementFormDefault="qualified" attributeFormDefault="unqualified"> >> >> >> >> >> ... >> >> ... >> >> >> >> >> >> >> >> >> From SOAP-envelope in arjavaplugin.log when calling the external web >> service: >> http://www.abc.com/Schemas/abc.xsd";> >> >> Update >> ... >> IM766314 >> SE >> Yes >> NETWORK_INCIDENT >> >> >> As you see the MI_INC_TICKET_TYPE has a different order in the SOAP-message >> than in the WSDL-file. >> >> I will confess that I am not fully proficient in manually reading these >> files, >> but I have shown you the only occurrence of MI_INC_TICKET_TYPE in the WSDL >> file. >> >> The abc.xsd referenced does not really exist. Could that have anything to >> do >> with this? I would think not, but... >> >> In any event the order in which things are sent comply with the order in >> which >> the attributes show up in DevStudio. >> >> Best Regards - Misi, RRR AB, http://rrr.se >> >> > You are consuming an external web service in a Filter? >> > The order of fields is what is specified in the WSDL from the external >> service >> > >> > If you are creating a service for an external app to consume you can >> define >> > the fields yourself by cutting and inserting fields before mapping (or >> making >> > your own schema XSD file and using that) >> > >> > Fred >> > >> > -Original Message- >> > From: Action Request System discussion list(ARSList) >> > [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky >> > Sent: Thursday, July 30, 2015 7:12 AM >> > To: arslist@ARSLIST.ORG >> > Subject: Outbound WebService call attribute sequence >> > >> > Hi, >> > >> > We are doing an WebService to an external WebService that is dependent >> on the >> > sequence in which the fields are sent in the SOAP envelope. >> > >> > Can you control this? I am not seeing a clear pattern here >> unfortunately, but >> > it seems to send them in the same order as they appear in DevStudio. >> > >> > But this order is not the order of the WSDL file, nor is it alphabetical. >> > >> > It is not the order in which the mappings occur if you look in an >> exported >> > DEF-file. >> > >> > Any ideas? >> > >> > Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP >> 2011) >> > >> > Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13): >> > * RRR|License - Not enough Remedy licenses? Save money by optimizing. >> > * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. >> > Find these products, and many free tools and utilities, at http://rrr.se ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Outbound WebService call attribute sequence
Hi, I think I found the problem. If I "Reload" the WSDL and choose "Yes" to the "Preserve Mapping" question, any new attributes will be added to the end. I really thought I hade tried starting from scratch with a new Action before I started this email discussion, but apparently I did a mistake... I do not think that preserving a mapping is not the same thing as preserving and old sequence order... I have tested this in DevStudio 7.6.04 SP5 and 8.1.2. Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13): * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. > Does it always come in same order? > > > I see that is null in the xml, but the definition states, > . Here does minOccurs="1". > > -- > J > > 2015-07-30 16:15 GMT+02:00 Misi Mladoniczky : > >> Hi Fred and Jarl, >> >> This is an external web service we are consuming, and the order of the >> attributes does not seem to comply with the WSDL file we have loaded... >> >> From WSDL file: >> http://www.w3.org/2001/XMLSchema"; >> targetNamespace="http://www.abc.com/Schemas/abc.xsd"; >> elementFormDefault="qualified" attributeFormDefault="unqualified"> >> >> >> >> >> ... >> >> ... >> >> >> >> >> >> >> >> >> From SOAP-envelope in arjavaplugin.log when calling the external web >> service: >> http://www.abc.com/Schemas/abc.xsd";> >> >> Update >> ... >> IM766314 >> SE >> Yes >> NETWORK_INCIDENT >> >> >> As you see the MI_INC_TICKET_TYPE has a different order in the SOAP-message >> than in the WSDL-file. >> >> I will confess that I am not fully proficient in manually reading these >> files, >> but I have shown you the only occurrence of MI_INC_TICKET_TYPE in the WSDL >> file. >> >> The abc.xsd referenced does not really exist. Could that have anything to >> do >> with this? I would think not, but... >> >> In any event the order in which things are sent comply with the order in >> which >> the attributes show up in DevStudio. >> >> Best Regards - Misi, RRR AB, http://rrr.se >> >> > You are consuming an external web service in a Filter? >> > The order of fields is what is specified in the WSDL from the external >> service >> > >> > If you are creating a service for an external app to consume you can >> define >> > the fields yourself by cutting and inserting fields before mapping (or >> making >> > your own schema XSD file and using that) >> > >> > Fred >> > >> > -Original Message- >> > From: Action Request System discussion list(ARSList) >> > [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky >> > Sent: Thursday, July 30, 2015 7:12 AM >> > To: arslist@ARSLIST.ORG >> > Subject: Outbound WebService call attribute sequence >> > >> > Hi, >> > >> > We are doing an WebService to an external WebService that is dependent >> on the >> > sequence in which the fields are sent in the SOAP envelope. >> > >> > Can you control this? I am not seeing a clear pattern here >> unfortunately, but >> > it seems to send them in the same order as they appear in DevStudio. >> > >> > But this order is not the order of the WSDL file, nor is it alphabetical. >> > >> > It is not the order in which the mappings occur if you look in an >> exported >> > DEF-file. >> > >> > Any ideas? >> > >> > Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP >> 2011) >> > >> > Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13): >> > * RRR|License - Not enough Remedy licenses? Save money by optimizing. >> > * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. >> > Find these products, and many free tools and utilities, at http://rrr.se >> . >> > >> > >> > >> > >> ___ >> > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >> > "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" >> > > ___ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > "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"
Re: Outbound WebService call attribute sequence
Hi, I do not know exactly what you mean, but I have checked the WSDL in an internet browser as well as an XML-editor, and the order is not the same as the SOAP-envelope-/DevStudio-attribute-order. Best Regards - Misi, RRR AB, http://rrr.se > Pull up the WSDL in a web browser to see if the file they gave you matches > what the browser shows. > > Sequence means "a list in this order" so it has to match in order to work > > Fred > > -Original Message- > From: Action Request System discussion list(ARSList) > [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky > Sent: Thursday, July 30, 2015 9:15 AM > To: arslist@ARSLIST.ORG > Subject: Re: Outbound WebService call attribute sequence > > Hi Fred and Jarl, > > This is an external web service we are consuming, and the order of the > attributes does not seem to comply with the WSDL file we have loaded... > >>From WSDL file: > http://www.w3.org/2001/XMLSchema"; > targetNamespace="http://www.abc.com/Schemas/abc.xsd"; > elementFormDefault="qualified" attributeFormDefault="unqualified"> > > > > > ... > > ... > > > > > > > > >>From SOAP-envelope in arjavaplugin.log when calling the external web service: > http://www.abc.com/Schemas/abc.xsd";> > > Update > ... > IM766314 > SE > Yes > NETWORK_INCIDENT > > > As you see the MI_INC_TICKET_TYPE has a different order in the SOAP-message > than in the WSDL-file. > > I will confess that I am not fully proficient in manually reading these files, > but I have shown you the only occurrence of MI_INC_TICKET_TYPE in the WSDL > file. > > The abc.xsd referenced does not really exist. Could that have anything to do > with this? I would think not, but... > > In any event the order in which things are sent comply with the order in which > the attributes show up in DevStudio. > > Best Regards - Misi, RRR AB, http://rrr.se > >> You are consuming an external web service in a Filter? >> The order of fields is what is specified in the WSDL from the external >> service >> >> If you are creating a service for an external app to consume you can define >> the fields yourself by cutting and inserting fields before mapping (or >> making >> your own schema XSD file and using that) >> >> Fred >> >> -Original Message- >> From: Action Request System discussion list(ARSList) >> [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky >> Sent: Thursday, July 30, 2015 7:12 AM >> To: arslist@ARSLIST.ORG >> Subject: Outbound WebService call attribute sequence >> >> Hi, >> >> We are doing an WebService to an external WebService that is dependent on >> the >> sequence in which the fields are sent in the SOAP envelope. >> >> Can you control this? I am not seeing a clear pattern here unfortunately, >> but >> it seems to send them in the same order as they appear in DevStudio. >> >> But this order is not the order of the WSDL file, nor is it alphabetical. >> >> It is not the order in which the mappings occur if you look in an exported >> DEF-file. >> >> Any ideas? >> >> Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) >> >> Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13): >> * RRR|License - Not enough Remedy licenses? Save money by optimizing. >> * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. >> Find these products, and many free tools and utilities, at http://rrr.se. > > > > ___ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > "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"
Re: Outbound WebService call attribute sequence
Does it always come in same order? I see that is null in the xml, but the definition states, . Here does minOccurs="1". -- J 2015-07-30 16:15 GMT+02:00 Misi Mladoniczky : > Hi Fred and Jarl, > > This is an external web service we are consuming, and the order of the > attributes does not seem to comply with the WSDL file we have loaded... > > From WSDL file: > http://www.w3.org/2001/XMLSchema"; > targetNamespace="http://www.abc.com/Schemas/abc.xsd"; > elementFormDefault="qualified" attributeFormDefault="unqualified"> > > > > > ... > > ... > > > > > > > > > From SOAP-envelope in arjavaplugin.log when calling the external web > service: > http://www.abc.com/Schemas/abc.xsd";> > > Update > ... > IM766314 > SE > Yes > NETWORK_INCIDENT > > > As you see the MI_INC_TICKET_TYPE has a different order in the SOAP-message > than in the WSDL-file. > > I will confess that I am not fully proficient in manually reading these > files, > but I have shown you the only occurrence of MI_INC_TICKET_TYPE in the WSDL > file. > > The abc.xsd referenced does not really exist. Could that have anything to > do > with this? I would think not, but... > > In any event the order in which things are sent comply with the order in > which > the attributes show up in DevStudio. > > Best Regards - Misi, RRR AB, http://rrr.se > > > You are consuming an external web service in a Filter? > > The order of fields is what is specified in the WSDL from the external > service > > > > If you are creating a service for an external app to consume you can > define > > the fields yourself by cutting and inserting fields before mapping (or > making > > your own schema XSD file and using that) > > > > Fred > > > > -Original Message----- > > From: Action Request System discussion list(ARSList) > > [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky > > Sent: Thursday, July 30, 2015 7:12 AM > > To: arslist@ARSLIST.ORG > > Subject: Outbound WebService call attribute sequence > > > > Hi, > > > > We are doing an WebService to an external WebService that is dependent > on the > > sequence in which the fields are sent in the SOAP envelope. > > > > Can you control this? I am not seeing a clear pattern here > unfortunately, but > > it seems to send them in the same order as they appear in DevStudio. > > > > But this order is not the order of the WSDL file, nor is it alphabetical. > > > > It is not the order in which the mappings occur if you look in an > exported > > DEF-file. > > > > Any ideas? > > > > Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP > 2011) > > > > Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13): > > * RRR|License - Not enough Remedy licenses? Save money by optimizing. > > * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. > > Find these products, and many free tools and utilities, at http://rrr.se > . > > > > > > > > > ___ > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > > "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" > ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Outbound WebService call attribute sequence
Pull up the WSDL in a web browser to see if the file they gave you matches what the browser shows. Sequence means "a list in this order" so it has to match in order to work Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Thursday, July 30, 2015 9:15 AM To: arslist@ARSLIST.ORG Subject: Re: Outbound WebService call attribute sequence Hi Fred and Jarl, This is an external web service we are consuming, and the order of the attributes does not seem to comply with the WSDL file we have loaded... From WSDL file: http://www.w3.org/2001/XMLSchema"; targetNamespace="http://www.abc.com/Schemas/abc.xsd"; elementFormDefault="qualified" attributeFormDefault="unqualified"> ... ... From SOAP-envelope in arjavaplugin.log when calling the external web service: http://www.abc.com/Schemas/abc.xsd";> Update ... IM766314 SE Yes NETWORK_INCIDENT As you see the MI_INC_TICKET_TYPE has a different order in the SOAP-message than in the WSDL-file. I will confess that I am not fully proficient in manually reading these files, but I have shown you the only occurrence of MI_INC_TICKET_TYPE in the WSDL file. The abc.xsd referenced does not really exist. Could that have anything to do with this? I would think not, but... In any event the order in which things are sent comply with the order in which the attributes show up in DevStudio. Best Regards - Misi, RRR AB, http://rrr.se > You are consuming an external web service in a Filter? > The order of fields is what is specified in the WSDL from the external service > > If you are creating a service for an external app to consume you can define > the fields yourself by cutting and inserting fields before mapping (or making > your own schema XSD file and using that) > > Fred > > -Original Message- > From: Action Request System discussion list(ARSList) > [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky > Sent: Thursday, July 30, 2015 7:12 AM > To: arslist@ARSLIST.ORG > Subject: Outbound WebService call attribute sequence > > Hi, > > We are doing an WebService to an external WebService that is dependent on the > sequence in which the fields are sent in the SOAP envelope. > > Can you control this? I am not seeing a clear pattern here unfortunately, but > it seems to send them in the same order as they appear in DevStudio. > > But this order is not the order of the WSDL file, nor is it alphabetical. > > It is not the order in which the mappings occur if you look in an exported > DEF-file. > > Any ideas? > > Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) > > Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13): > * RRR|License - Not enough Remedy licenses? Save money by optimizing. > * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. > Find these products, and many free tools and utilities, at http://rrr.se. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Outbound WebService call attribute sequence
Hi Fred and Jarl, This is an external web service we are consuming, and the order of the attributes does not seem to comply with the WSDL file we have loaded... >From WSDL file: http://www.w3.org/2001/XMLSchema"; targetNamespace="http://www.abc.com/Schemas/abc.xsd"; elementFormDefault="qualified" attributeFormDefault="unqualified"> ... ... >From SOAP-envelope in arjavaplugin.log when calling the external web service: http://www.abc.com/Schemas/abc.xsd";> Update ... IM766314 SE Yes NETWORK_INCIDENT As you see the MI_INC_TICKET_TYPE has a different order in the SOAP-message than in the WSDL-file. I will confess that I am not fully proficient in manually reading these files, but I have shown you the only occurrence of MI_INC_TICKET_TYPE in the WSDL file. The abc.xsd referenced does not really exist. Could that have anything to do with this? I would think not, but... In any event the order in which things are sent comply with the order in which the attributes show up in DevStudio. Best Regards - Misi, RRR AB, http://rrr.se > You are consuming an external web service in a Filter? > The order of fields is what is specified in the WSDL from the external service > > If you are creating a service for an external app to consume you can define > the fields yourself by cutting and inserting fields before mapping (or making > your own schema XSD file and using that) > > Fred > > -Original Message- > From: Action Request System discussion list(ARSList) > [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky > Sent: Thursday, July 30, 2015 7:12 AM > To: arslist@ARSLIST.ORG > Subject: Outbound WebService call attribute sequence > > Hi, > > We are doing an WebService to an external WebService that is dependent on the > sequence in which the fields are sent in the SOAP envelope. > > Can you control this? I am not seeing a clear pattern here unfortunately, but > it seems to send them in the same order as they appear in DevStudio. > > But this order is not the order of the WSDL file, nor is it alphabetical. > > It is not the order in which the mappings occur if you look in an exported > DEF-file. > > Any ideas? > > Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) > > Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13): > * RRR|License - Not enough Remedy licenses? Save money by optimizing. > * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. > Find these products, and many free tools and utilities, at http://rrr.se. > > > > ___ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > "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"
Re: Outbound WebService call attribute sequence
You are consuming an external web service in a Filter? The order of fields is what is specified in the WSDL from the external service If you are creating a service for an external app to consume you can define the fields yourself by cutting and inserting fields before mapping (or making your own schema XSD file and using that) Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Thursday, July 30, 2015 7:12 AM To: arslist@ARSLIST.ORG Subject: Outbound WebService call attribute sequence Hi, We are doing an WebService to an external WebService that is dependent on the sequence in which the fields are sent in the SOAP envelope. Can you control this? I am not seeing a clear pattern here unfortunately, but it seems to send them in the same order as they appear in DevStudio. But this order is not the order of the WSDL file, nor is it alphabetical. It is not the order in which the mappings occur if you look in an exported DEF-file. Any ideas? Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13): * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Outbound WebService call attribute sequence
It is the XSD file that define the structure. And the WSDL should create the soap message in that structure. - J 2015-07-30 14:11 GMT+02:00 Misi Mladoniczky : > Hi, > > We are doing an WebService to an external WebService that is dependent on > the > sequence in which the fields are sent in the SOAP envelope. > > Can you control this? I am not seeing a clear pattern here unfortunately, > but > it seems to send them in the same order as they appear in DevStudio. > > But this order is not the order of the WSDL file, nor is it alphabetical. > > It is not the order in which the mappings occur if you look in an exported > DEF-file. > > Any ideas? > > Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) > > Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13): > * RRR|License - Not enough Remedy licenses? Save money by optimizing. > * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. > Find these products, and many free tools and utilities, at http://rrr.se. > > > ___ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > "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"
Outbound WebService call attribute sequence
Hi, We are doing an WebService to an external WebService that is dependent on the sequence in which the fields are sent in the SOAP envelope. Can you control this? I am not seeing a clear pattern here unfortunately, but it seems to send them in the same order as they appear in DevStudio. But this order is not the order of the WSDL file, nor is it alphabetical. It is not the order in which the mappings occur if you look in an exported DEF-file. Any ideas? Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13): * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Weird or Expected behavior Webservice 7.6.04
Then you probably have an issue with someone or something resetting the configured password in the Mid-Tier configuration for the WSDL user. I would check for things like a system restore on the Mid-Tier server that might be restoring files and directories thus restoring the WSDL user password to an earlier password. Just a thought to work with. Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Harsh Sent: Tuesday, February 17, 2015 12:23 AM To: arslist@ARSLIST.ORG Subject: Re: Weird or Expected behavior Webservice 7.6.04 ** Hi Joe, Yes before resting the password i have tried login with that user through midtier as well as client tool and it allows that user to login. as well as before resting password i have also cross checked the last modified date that was also 6 months ago. Regards, Harsh On Tue, Feb 17, 2015 at 3:08 AM, Joe D'Souza wrote: ** Before you reset the password, have you tried to log into the user tool or the mid tier using that users authentication information? I would temporarily give that user Administrative permissions (assuming that it does not already have that) so that it is able to authenticate from multi interfaces / devices without an issue. When your web service gets that problem, before you reset the password, attempt to login to the mid-tier using that users username and password. IF that authentication fails, something or someone is resetting that users password somewhere. Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Harsh Sent: Monday, February 16, 2015 5:42 AM To: arslist@ARSLIST.ORG Subject: Re: Weird or Expected behavior Webservice 7.6.04 ** Thanks Joe, that was initially i was thinking but after getting authentication errors it made think twice if this can be the issue. More over this issue usually resolves when i try to reset generic user's password with the same old password. Regards, Harsh On Fri, Feb 13, 2015 at 9:15 PM, Joe D'Souza wrote: ** Looks like you should be fine. Single user configured for the use of web services that you have published is as designed. And you are in the right direction with populating the submitter info with the appropriate submitter information. Your example of 4 users submitting at the same time should not be an issue. It is a multi threaded system so that should take care of it. If a threads available, the users would connect to that thread and their requests will be queued on those available threads along with any other transaction that thread was already processing if it is already busy processing other transactions. As far as the end users experience is concerned, it will be seamless. Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Harsh Sent: Friday, February 13, 2015 2:25 AM To: arslist@ARSLIST.ORG Subject: Re: Weird or Expected behavior Webservice 7.6.04 ** Hi Joe, Thanks for your reply. Let me recollect my words- they are using a web Service i say- "SRM_RequestInterfaceCreate" now in authentication header of that WS they are passing Generic user name and password. The Generic user is owning a fixed licence with admin permission with other couple of permission like Incident Master. Now take a scenario- there are four people- A- from Australia, B- from Boston, C- from Chicago and D from Delhi their account exists in CTM:People form already. they are trying to create tickets concurrently through the portal which is using this web service, they were authenticated by web service through "Generic User" and their Remedy Login ID's were passed as a submitter parameter for that ticket with other required values to create a Service Request. Now when user A, B, C, D clicks the submit button at same time as well as there is one more Web service integration which is also currently doing same transactions in Remedy with the same 'Generic User'? will they get an authentication error or it will allow them to create request? Regards, Harsh On Fri, Feb 13, 2015 at 11:31 AM, Joe D'Souza wrote: ** First of all if there are physical users using the same Remedy account to create and update tickets, concurrently, you are violating the Remedy User License agreement. If you did not already know that, you might want to reconsider and generate separate accounts for each physical user. If these users are using some sort of a portal that uses a Remedy published WSDL, then you are ok. In fact that is how a published WSDL using a pre-configured login for the WSDL in the Mid-Tier basically works. When I set up web services, I use a dedicated account which I consider as some sort of a service account for WSDL. This is good for tracking purposes. Do not get into the habit of using the sa
Re: Weird or Expected behavior Webservice 7.6.04
Hi Joe, Yes before resting the password i have tried login with that user through midtier as well as client tool and it allows that user to login. as well as before resting password i have also cross checked the last modified date that was also 6 months ago. Regards, Harsh On Tue, Feb 17, 2015 at 3:08 AM, Joe D'Souza wrote: > ** > > Before you reset the password, have you tried to log into the user tool or > the mid tier using that users authentication information? > > > > I would temporarily give that user Administrative permissions (assuming > that it does not already have that) so that it is able to authenticate from > multi interfaces / devices without an issue. > > > > When your web service gets that problem, before you reset the password, > attempt to login to the mid-tier using that users username and password. > > > > IF that authentication fails, something or someone is resetting that users > password somewhere. > > > > Joe > > > -- > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Harsh > *Sent:* Monday, February 16, 2015 5:42 AM > > *To:* arslist@ARSLIST.ORG > *Subject:* Re: Weird or Expected behavior Webservice 7.6.04 > > > > ** > > Thanks Joe, that was initially i was thinking but after getting > authentication errors it made think twice if this can be the issue. > > More over this issue usually resolves when i try to reset generic user's > password with the same old password. > > Regards, > > Harsh > > > > On Fri, Feb 13, 2015 at 9:15 PM, Joe D'Souza wrote: > > ** > > Looks like you should be fine. Single user configured for the use of web > services that you have published is as designed. And you are in the right > direction with populating the submitter info with the appropriate submitter > information. > > > > Your example of 4 users submitting at the same time should not be an > issue. It is a multi threaded system so that should take care of it. If a > threads available, the users would connect to that thread and their > requests will be queued on those available threads along with any other > transaction that thread was already processing if it is already busy > processing other transactions. > > > > As far as the end users experience is concerned, it will be seamless. > > > > Joe > > > ------ > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Harsh > *Sent:* Friday, February 13, 2015 2:25 AM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: Weird or Expected behavior Webservice 7.6.04 > > > > ** > > Hi Joe, > > > > Thanks for your reply. > > > > Let me recollect my words- they are using a web Service i say- > "SRM_RequestInterfaceCreate" now in authentication header of that WS they > are passing Generic user name and password. The Generic user is owning a > fixed licence with admin permission with other couple of permission like > Incident Master. > > > > Now take a scenario- there are four people- A- from Australia, B- from > Boston, C- from Chicago and D from Delhi their account exists in CTM:People > form already. > > > > they are trying to create tickets concurrently through the portal which is > using this web service, they were authenticated by web service through > "Generic User" and their Remedy Login ID's were passed as a submitter > parameter for that ticket with other required values to create a Service > Request. > > > > Now when user A, B, C, D clicks the submit button at same time as well as > there is one more Web service integration which is also currently doing > same transactions in Remedy with the same 'Generic User'? > > > > will they get an authentication error or it will allow them to create > request? > > > > Regards, > > Harsh > > > > On Fri, Feb 13, 2015 at 11:31 AM, Joe D'Souza wrote: > > ** > > First of all if there are physical users using the same Remedy account to > create and update tickets, concurrently, you are violating the Remedy User > License agreement. If you did not already know that, you might want to > reconsider and generate separate accounts for each physical user. > > > > If these users are using some sort of a portal that uses a Remedy > published WSDL, then you are ok. In fact that is how a published WSDL using > a pre-configured login for the WSDL in the Mid-Tier basically works. > > > > When I set up web services, I use a dedicated account which I consid
Re: Weird or Expected behavior Webservice 7.6.04
Before you reset the password, have you tried to log into the user tool or the mid tier using that users authentication information? I would temporarily give that user Administrative permissions (assuming that it does not already have that) so that it is able to authenticate from multi interfaces / devices without an issue. When your web service gets that problem, before you reset the password, attempt to login to the mid-tier using that users username and password. IF that authentication fails, something or someone is resetting that users password somewhere. Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Harsh Sent: Monday, February 16, 2015 5:42 AM To: arslist@ARSLIST.ORG Subject: Re: Weird or Expected behavior Webservice 7.6.04 ** Thanks Joe, that was initially i was thinking but after getting authentication errors it made think twice if this can be the issue. More over this issue usually resolves when i try to reset generic user's password with the same old password. Regards, Harsh On Fri, Feb 13, 2015 at 9:15 PM, Joe D'Souza wrote: ** Looks like you should be fine. Single user configured for the use of web services that you have published is as designed. And you are in the right direction with populating the submitter info with the appropriate submitter information. Your example of 4 users submitting at the same time should not be an issue. It is a multi threaded system so that should take care of it. If a threads available, the users would connect to that thread and their requests will be queued on those available threads along with any other transaction that thread was already processing if it is already busy processing other transactions. As far as the end users experience is concerned, it will be seamless. Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Harsh Sent: Friday, February 13, 2015 2:25 AM To: arslist@ARSLIST.ORG Subject: Re: Weird or Expected behavior Webservice 7.6.04 ** Hi Joe, Thanks for your reply. Let me recollect my words- they are using a web Service i say- "SRM_RequestInterfaceCreate" now in authentication header of that WS they are passing Generic user name and password. The Generic user is owning a fixed licence with admin permission with other couple of permission like Incident Master. Now take a scenario- there are four people- A- from Australia, B- from Boston, C- from Chicago and D from Delhi their account exists in CTM:People form already. they are trying to create tickets concurrently through the portal which is using this web service, they were authenticated by web service through "Generic User" and their Remedy Login ID's were passed as a submitter parameter for that ticket with other required values to create a Service Request. Now when user A, B, C, D clicks the submit button at same time as well as there is one more Web service integration which is also currently doing same transactions in Remedy with the same 'Generic User'? will they get an authentication error or it will allow them to create request? Regards, Harsh On Fri, Feb 13, 2015 at 11:31 AM, Joe D'Souza wrote: ** First of all if there are physical users using the same Remedy account to create and update tickets, concurrently, you are violating the Remedy User License agreement. If you did not already know that, you might want to reconsider and generate separate accounts for each physical user. If these users are using some sort of a portal that uses a Remedy published WSDL, then you are ok. In fact that is how a published WSDL using a pre-configured login for the WSDL in the Mid-Tier basically works. When I set up web services, I use a dedicated account which I consider as some sort of a service account for WSDL. This is good for tracking purposes. Do not get into the habit of using the same account for WSDL and other accounts like AIE etc. as this will make it difficult for you to trace problems when you log workflow in the event of some problems. Cheers Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Harsh Sent: Thursday, February 12, 2015 10:56 PM To: arslist@ARSLIST.ORG Subject: Weird or Expected behavior Webservice 7.6.04 ** Hi Guys, I just boarded to a new client where they are using integrated environment of SharePoint with Remedy ITSM 7.6.04, they have designed the request entry console of ITSM with all its functionality in sharepoint and integrated it with ITSM through webservices. Their system is working as expected but sometime it happens the generic user through which they connects start giving authentication error messages. After digging more i have seen they are only using one 'user' which connects them to remedy
Re: Weird or Expected behavior Webservice 7.6.04
Thanks Joe, that was initially i was thinking but after getting authentication errors it made think twice if this can be the issue. More over this issue usually resolves when i try to reset generic user's password with the same old password. Regards, Harsh On Fri, Feb 13, 2015 at 9:15 PM, Joe D'Souza wrote: > ** > > Looks like you should be fine. Single user configured for the use of web > services that you have published is as designed. And you are in the right > direction with populating the submitter info with the appropriate submitter > information. > > > > Your example of 4 users submitting at the same time should not be an > issue. It is a multi threaded system so that should take care of it. If a > threads available, the users would connect to that thread and their > requests will be queued on those available threads along with any other > transaction that thread was already processing if it is already busy > processing other transactions. > > > > As far as the end users experience is concerned, it will be seamless. > > > > Joe > > > -- > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Harsh > *Sent:* Friday, February 13, 2015 2:25 AM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: Weird or Expected behavior Webservice 7.6.04 > > > > ** > > Hi Joe, > > > > Thanks for your reply. > > > > Let me recollect my words- they are using a web Service i say- > "SRM_RequestInterfaceCreate" now in authentication header of that WS they > are passing Generic user name and password. The Generic user is owning a > fixed licence with admin permission with other couple of permission like > Incident Master. > > > > Now take a scenario- there are four people- A- from Australia, B- from > Boston, C- from Chicago and D from Delhi their account exists in CTM:People > form already. > > > > they are trying to create tickets concurrently through the portal which is > using this web service, they were authenticated by web service through > "Generic User" and their Remedy Login ID's were passed as a submitter > parameter for that ticket with other required values to create a Service > Request. > > > > Now when user A, B, C, D clicks the submit button at same time as well as > there is one more Web service integration which is also currently doing > same transactions in Remedy with the same 'Generic User'? > > > > will they get an authentication error or it will allow them to create > request? > > > > Regards, > > Harsh > > > > On Fri, Feb 13, 2015 at 11:31 AM, Joe D'Souza wrote: > > ** > > First of all if there are physical users using the same Remedy account to > create and update tickets, concurrently, you are violating the Remedy User > License agreement. If you did not already know that, you might want to > reconsider and generate separate accounts for each physical user. > > > > If these users are using some sort of a portal that uses a Remedy > published WSDL, then you are ok. In fact that is how a published WSDL using > a pre-configured login for the WSDL in the Mid-Tier basically works. > > > > When I set up web services, I use a dedicated account which I consider as > some sort of a service account for WSDL. This is good for tracking > purposes. Do not get into the habit of using the same account for WSDL and > other accounts like AIE etc. as this will make it difficult for you to > trace problems when you log workflow in the event of some problems. > > > > Cheers > > > > Joe > -- > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Harsh > *Sent:* Thursday, February 12, 2015 10:56 PM > *To:* arslist@ARSLIST.ORG > *Subject:* Weird or Expected behavior Webservice 7.6.04 > > > > ** > > > > Hi Guys, > > > > I just boarded to a new client where they are using integrated environment > of SharePoint with Remedy ITSM 7.6.04, they have designed the request entry > console of ITSM with all its functionality in sharepoint and integrated it > with ITSM through webservices. > > > > Their system is working as expected but sometime it happens the generic > user through which they connects start giving authentication error messages. > > > > After digging more i have seen they are only using one 'user' which > connects them to remedy. As per my understanding a user with fixed license > can only connect concurrently to specific amount of machine i am not sure > a
Re: Weird or Expected behavior Webservice 7.6.04
Hi LJ, The user authenticate local to the remedy system. I guess there is one more scenario where it fails almost 60% when any user try to reopen any resolve ticket. In midtier logs i only get authentication failed errors and after doing the password reset and aligning the same password again usually resolve this issue. Regards, Harsh On Fri, Feb 13, 2015 at 8:28 PM, LJ LongWing wrote: > ** > Harsh, > As others have pointed out...the single user used in Web Services is > standard protocol in most instancesand even if it were a problem > related to the same user connected from multiple machines, you would not be > getting 'Authentication' error...you would be getting an error about the > user connected from more than one machine. So, I can only think that the > Authentication error is something else entirely. > > Does this user authenticate local to the Remedy system, or is it using > external authentication? > > On Thu, Feb 12, 2015 at 8:56 PM, Harsh wrote: > >> ** >> >> Hi Guys, >> >> I just boarded to a new client where they are using integrated >> environment of SharePoint with Remedy ITSM 7.6.04, they have designed the >> request entry console of ITSM with all its functionality in sharepoint and >> integrated it with ITSM through webservices. >> >> Their system is working as expected but sometime it happens the generic >> user through which they connects start giving authentication error messages. >> >> After digging more i have seen they are only using one 'user' which >> connects them to remedy. As per my understanding a user with fixed license >> can only connect concurrently to specific amount of machine i am not sure >> about the number. if there are people creating ticket concurrently through >> SharePoint console in that case their ticket creation will fail and they >> will get authentication errors. >> >> I think as they are using only a single remedy user to authenticate with >> web service causing this issue and the most disastrous think i have also >> noticed is, they are also using the same remedy account for one more >> integration. >> >> Please provide your insight over the same. >> -- >> *Thanks & regards* >> *“Harsh Chaudhary”* >> *"Impatience never commanded success**"* >> >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ > > > _ARSlist: "Where the Answers Are" and have been for 20 years_ > -- *Thanks & regards* *“Harsh Chaudhary”* *"Impatience never commanded success**"* ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Weird or Expected behavior Webservice 7.6.04
Looks like you should be fine. Single user configured for the use of web services that you have published is as designed. And you are in the right direction with populating the submitter info with the appropriate submitter information. Your example of 4 users submitting at the same time should not be an issue. It is a multi threaded system so that should take care of it. If a threads available, the users would connect to that thread and their requests will be queued on those available threads along with any other transaction that thread was already processing if it is already busy processing other transactions. As far as the end users experience is concerned, it will be seamless. Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Harsh Sent: Friday, February 13, 2015 2:25 AM To: arslist@ARSLIST.ORG Subject: Re: Weird or Expected behavior Webservice 7.6.04 ** Hi Joe, Thanks for your reply. Let me recollect my words- they are using a web Service i say- "SRM_RequestInterfaceCreate" now in authentication header of that WS they are passing Generic user name and password. The Generic user is owning a fixed licence with admin permission with other couple of permission like Incident Master. Now take a scenario- there are four people- A- from Australia, B- from Boston, C- from Chicago and D from Delhi their account exists in CTM:People form already. they are trying to create tickets concurrently through the portal which is using this web service, they were authenticated by web service through "Generic User" and their Remedy Login ID's were passed as a submitter parameter for that ticket with other required values to create a Service Request. Now when user A, B, C, D clicks the submit button at same time as well as there is one more Web service integration which is also currently doing same transactions in Remedy with the same 'Generic User'? will they get an authentication error or it will allow them to create request? Regards, Harsh On Fri, Feb 13, 2015 at 11:31 AM, Joe D'Souza wrote: ** First of all if there are physical users using the same Remedy account to create and update tickets, concurrently, you are violating the Remedy User License agreement. If you did not already know that, you might want to reconsider and generate separate accounts for each physical user. If these users are using some sort of a portal that uses a Remedy published WSDL, then you are ok. In fact that is how a published WSDL using a pre-configured login for the WSDL in the Mid-Tier basically works. When I set up web services, I use a dedicated account which I consider as some sort of a service account for WSDL. This is good for tracking purposes. Do not get into the habit of using the same account for WSDL and other accounts like AIE etc. as this will make it difficult for you to trace problems when you log workflow in the event of some problems. Cheers Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Harsh Sent: Thursday, February 12, 2015 10:56 PM To: arslist@ARSLIST.ORG Subject: Weird or Expected behavior Webservice 7.6.04 ** Hi Guys, I just boarded to a new client where they are using integrated environment of SharePoint with Remedy ITSM 7.6.04, they have designed the request entry console of ITSM with all its functionality in sharepoint and integrated it with ITSM through webservices. Their system is working as expected but sometime it happens the generic user through which they connects start giving authentication error messages. After digging more i have seen they are only using one 'user' which connects them to remedy. As per my understanding a user with fixed license can only connect concurrently to specific amount of machine i am not sure about the number. if there are people creating ticket concurrently through SharePoint console in that case their ticket creation will fail and they will get authentication errors. I think as they are using only a single remedy user to authenticate with web service causing this issue and the most disastrous think i have also noticed is, they are also using the same remedy account for one more integration. Please provide your insight over the same. -- Thanks & regards "Harsh Chaudhary" "Impatience never commanded success" _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ -- Thanks & regards "Harsh Chaudhary" "Impatience never commanded success" _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"
Re: Weird or Expected behavior Webservice 7.6.04
Harsh, As others have pointed out...the single user used in Web Services is standard protocol in most instancesand even if it were a problem related to the same user connected from multiple machines, you would not be getting 'Authentication' error...you would be getting an error about the user connected from more than one machine. So, I can only think that the Authentication error is something else entirely. Does this user authenticate local to the Remedy system, or is it using external authentication? On Thu, Feb 12, 2015 at 8:56 PM, Harsh wrote: > ** > > Hi Guys, > > I just boarded to a new client where they are using integrated environment > of SharePoint with Remedy ITSM 7.6.04, they have designed the request entry > console of ITSM with all its functionality in sharepoint and integrated it > with ITSM through webservices. > > Their system is working as expected but sometime it happens the generic > user through which they connects start giving authentication error messages. > > After digging more i have seen they are only using one 'user' which > connects them to remedy. As per my understanding a user with fixed license > can only connect concurrently to specific amount of machine i am not sure > about the number. if there are people creating ticket concurrently through > SharePoint console in that case their ticket creation will fail and they > will get authentication errors. > > I think as they are using only a single remedy user to authenticate with > web service causing this issue and the most disastrous think i have also > noticed is, they are also using the same remedy account for one more > integration. > > Please provide your insight over the same. > -- > *Thanks & regards* > *“Harsh Chaudhary”* > *"Impatience never commanded success**"* > > > _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"
Re: Weird or Expected behavior Webservice 7.6.04
One other thing to think of … None of the 4 users (A,B,C,D) should actually be connecting to the AR Server. The way I hope it is set up is these users are actually doing a save in the SharePoint system and the SharePoint server is what is actually connecting to the AR System. With it set up like this then there should be no error. Fred From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Harsh Sent: Friday, February 13, 2015 1:25 AM To: arslist@ARSLIST.ORG Subject: Re: Weird or Expected behavior Webservice 7.6.04 ** Hi Joe, Thanks for your reply. Let me recollect my words- they are using a web Service i say- "SRM_RequestInterfaceCreate" now in authentication header of that WS they are passing Generic user name and password. The Generic user is owning a fixed licence with admin permission with other couple of permission like Incident Master. Now take a scenario- there are four people- A- from Australia, B- from Boston, C- from Chicago and D from Delhi their account exists in CTM:People form already. they are trying to create tickets concurrently through the portal which is using this web service, they were authenticated by web service through "Generic User" and their Remedy Login ID's were passed as a submitter parameter for that ticket with other required values to create a Service Request. Now when user A, B, C, D clicks the submit button at same time as well as there is one more Web service integration which is also currently doing same transactions in Remedy with the same 'Generic User'? will they get an authentication error or it will allow them to create request? Regards, Harsh On Fri, Feb 13, 2015 at 11:31 AM, Joe D'Souza mailto:jdso...@shyle.net>> wrote: ** First of all if there are physical users using the same Remedy account to create and update tickets, concurrently, you are violating the Remedy User License agreement. If you did not already know that, you might want to reconsider and generate separate accounts for each physical user. If these users are using some sort of a portal that uses a Remedy published WSDL, then you are ok. In fact that is how a published WSDL using a pre-configured login for the WSDL in the Mid-Tier basically works. When I set up web services, I use a dedicated account which I consider as some sort of a service account for WSDL. This is good for tracking purposes. Do not get into the habit of using the same account for WSDL and other accounts like AIE etc. as this will make it difficult for you to trace problems when you log workflow in the event of some problems. Cheers Joe From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of Harsh Sent: Thursday, February 12, 2015 10:56 PM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Weird or Expected behavior Webservice 7.6.04 ** Hi Guys, I just boarded to a new client where they are using integrated environment of SharePoint with Remedy ITSM 7.6.04, they have designed the request entry console of ITSM with all its functionality in sharepoint and integrated it with ITSM through webservices. Their system is working as expected but sometime it happens the generic user through which they connects start giving authentication error messages. After digging more i have seen they are only using one 'user' which connects them to remedy. As per my understanding a user with fixed license can only connect concurrently to specific amount of machine i am not sure about the number. if there are people creating ticket concurrently through SharePoint console in that case their ticket creation will fail and they will get authentication errors. I think as they are using only a single remedy user to authenticate with web service causing this issue and the most disastrous think i have also noticed is, they are also using the same remedy account for one more integration. Please provide your insight over the same. -- Thanks & regards “Harsh Chaudhary” "Impatience never commanded success" ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Weird or Expected behavior Webservice 7.6.04
Hi, An admin user will not get such an error. That does not necessarily mean that you are in compliance with the EULA. Submitting tickets are basically free. I would look into doing this using a Restricted Read license instead to submit the ticket. Then you will definitely be safe. You can also use the fixed-admin integration account to "impersonate" the actual user. Finally I would argue that requesting stuff does not usually require a write license, so if you build something to allow this you would not be violating the EULA. Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13): * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. > Hi Joe, > > Thanks for your reply. > > Let me recollect my words- they are using a web Service i say- > "SRM_RequestInterfaceCreate" now in authentication header of that WS they > are passing Generic user name and password. The Generic user is owning a > fixed licence with admin permission with other couple of permission like > Incident Master. > > Now take a scenario- there are four people- A- from Australia, B- from > Boston, C- from Chicago and D from Delhi their account exists in CTM:People > form already. > > they are trying to create tickets concurrently through the portal which is > using this web service, they were authenticated by web service through > "Generic User" and their Remedy Login ID's were passed as a submitter > parameter for that ticket with other required values to create a Service > Request. > > Now when user A, B, C, D clicks the submit button at same time as well as > there is one more Web service integration which is also currently doing > same transactions in Remedy with the same 'Generic User'? > > will they get an authentication error or it will allow them to create > request? > > Regards, > Harsh > > On Fri, Feb 13, 2015 at 11:31 AM, Joe D'Souza wrote: > >> ** >> >> First of all if there are physical users using the same Remedy account to >> create and update tickets, concurrently, you are violating the Remedy User >> License agreement. If you did not already know that, you might want to >> reconsider and generate separate accounts for each physical user. >> >> >> >> If these users are using some sort of a portal that uses a Remedy >> published WSDL, then you are ok. In fact that is how a published WSDL using >> a pre-configured login for the WSDL in the Mid-Tier basically works. >> >> >> >> When I set up web services, I use a dedicated account which I consider as >> some sort of a service account for WSDL. This is good for tracking >> purposes. Do not get into the habit of using the same account for WSDL and >> other accounts like AIE etc. as this will make it difficult for you to >> trace problems when you log workflow in the event of some problems. >> >> >> >> Cheers >> >> >> >> Joe >> -- >> >> *From:* Action Request System discussion list(ARSList) [mailto: >> arslist@ARSLIST.ORG] *On Behalf Of *Harsh >> *Sent:* Thursday, February 12, 2015 10:56 PM >> *To:* arslist@ARSLIST.ORG >> *Subject:* Weird or Expected behavior Webservice 7.6.04 >> >> >> >> ** >> >> >> >> Hi Guys, >> >> >> >> I just boarded to a new client where they are using integrated environment >> of SharePoint with Remedy ITSM 7.6.04, they have designed the request entry >> console of ITSM with all its functionality in sharepoint and integrated it >> with ITSM through webservices. >> >> >> >> Their system is working as expected but sometime it happens the generic >> user through which they connects start giving authentication error messages. >> >> >> >> After digging more i have seen they are only using one 'user' which >> connects them to remedy. As per my understanding a user with fixed license >> can only connect concurrently to specific amount of machine i am not sure >> about the number. if there are people creating ticket concurrently through >> SharePoint console in that case their ticket creation will fail and they >> will get authentication errors. >> >> >> >> I think as they are using only a single remedy user to authenticate with >> web service causing this issue and the most disastrous think i have also >> notic
Re: Weird or Expected behavior Webservice 7.6.04
Hi Joe, Thanks for your reply. Let me recollect my words- they are using a web Service i say- "SRM_RequestInterfaceCreate" now in authentication header of that WS they are passing Generic user name and password. The Generic user is owning a fixed licence with admin permission with other couple of permission like Incident Master. Now take a scenario- there are four people- A- from Australia, B- from Boston, C- from Chicago and D from Delhi their account exists in CTM:People form already. they are trying to create tickets concurrently through the portal which is using this web service, they were authenticated by web service through "Generic User" and their Remedy Login ID's were passed as a submitter parameter for that ticket with other required values to create a Service Request. Now when user A, B, C, D clicks the submit button at same time as well as there is one more Web service integration which is also currently doing same transactions in Remedy with the same 'Generic User'? will they get an authentication error or it will allow them to create request? Regards, Harsh On Fri, Feb 13, 2015 at 11:31 AM, Joe D'Souza wrote: > ** > > First of all if there are physical users using the same Remedy account to > create and update tickets, concurrently, you are violating the Remedy User > License agreement. If you did not already know that, you might want to > reconsider and generate separate accounts for each physical user. > > > > If these users are using some sort of a portal that uses a Remedy > published WSDL, then you are ok. In fact that is how a published WSDL using > a pre-configured login for the WSDL in the Mid-Tier basically works. > > > > When I set up web services, I use a dedicated account which I consider as > some sort of a service account for WSDL. This is good for tracking > purposes. Do not get into the habit of using the same account for WSDL and > other accounts like AIE etc. as this will make it difficult for you to > trace problems when you log workflow in the event of some problems. > > > > Cheers > > > > Joe > -- > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Harsh > *Sent:* Thursday, February 12, 2015 10:56 PM > *To:* arslist@ARSLIST.ORG > *Subject:* Weird or Expected behavior Webservice 7.6.04 > > > > ** > > > > Hi Guys, > > > > I just boarded to a new client where they are using integrated environment > of SharePoint with Remedy ITSM 7.6.04, they have designed the request entry > console of ITSM with all its functionality in sharepoint and integrated it > with ITSM through webservices. > > > > Their system is working as expected but sometime it happens the generic > user through which they connects start giving authentication error messages. > > > > After digging more i have seen they are only using one 'user' which > connects them to remedy. As per my understanding a user with fixed license > can only connect concurrently to specific amount of machine i am not sure > about the number. if there are people creating ticket concurrently through > SharePoint console in that case their ticket creation will fail and they > will get authentication errors. > > > > I think as they are using only a single remedy user to authenticate with > web service causing this issue and the most disastrous think i have also > noticed is, they are also using the same remedy account for one more > integration. > > > > Please provide your insight over the same. > > -- > > *Thanks & regards* > *“Harsh Chaudhary”* > * "**Impatience never commanded success"* > > > > _ARSlist: "Where the Answers Are" and have been for 20 years_ > _ARSlist: "Where the Answers Are" and have been for 20 years_ -- *Thanks & regards* *“Harsh Chaudhary”* *"Impatience never commanded success**"* ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Weird or Expected behavior Webservice 7.6.04
First of all if there are physical users using the same Remedy account to create and update tickets, concurrently, you are violating the Remedy User License agreement. If you did not already know that, you might want to reconsider and generate separate accounts for each physical user. If these users are using some sort of a portal that uses a Remedy published WSDL, then you are ok. In fact that is how a published WSDL using a pre-configured login for the WSDL in the Mid-Tier basically works. When I set up web services, I use a dedicated account which I consider as some sort of a service account for WSDL. This is good for tracking purposes. Do not get into the habit of using the same account for WSDL and other accounts like AIE etc. as this will make it difficult for you to trace problems when you log workflow in the event of some problems. Cheers Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Harsh Sent: Thursday, February 12, 2015 10:56 PM To: arslist@ARSLIST.ORG Subject: Weird or Expected behavior Webservice 7.6.04 ** Hi Guys, I just boarded to a new client where they are using integrated environment of SharePoint with Remedy ITSM 7.6.04, they have designed the request entry console of ITSM with all its functionality in sharepoint and integrated it with ITSM through webservices. Their system is working as expected but sometime it happens the generic user through which they connects start giving authentication error messages. After digging more i have seen they are only using one 'user' which connects them to remedy. As per my understanding a user with fixed license can only connect concurrently to specific amount of machine i am not sure about the number. if there are people creating ticket concurrently through SharePoint console in that case their ticket creation will fail and they will get authentication errors. I think as they are using only a single remedy user to authenticate with web service causing this issue and the most disastrous think i have also noticed is, they are also using the same remedy account for one more integration. Please provide your insight over the same. -- Thanks & regards "Harsh Chaudhary" "Impatience never commanded success" _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"
Weird or Expected behavior Webservice 7.6.04
Hi Guys, I just boarded to a new client where they are using integrated environment of SharePoint with Remedy ITSM 7.6.04, they have designed the request entry console of ITSM with all its functionality in sharepoint and integrated it with ITSM through webservices. Their system is working as expected but sometime it happens the generic user through which they connects start giving authentication error messages. After digging more i have seen they are only using one 'user' which connects them to remedy. As per my understanding a user with fixed license can only connect concurrently to specific amount of machine i am not sure about the number. if there are people creating ticket concurrently through SharePoint console in that case their ticket creation will fail and they will get authentication errors. I think as they are using only a single remedy user to authenticate with web service causing this issue and the most disastrous think i have also noticed is, they are also using the same remedy account for one more integration. Please provide your insight over the same. -- *Thanks & regards* *“Harsh Chaudhary”* *"Impatience never commanded success**"* ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Webservice call to JSON
You might be in for surprise, Remedy "might" support REST shortly. Alternatively, you can write filter plugin code which calls REST. -Raj Disclaimer : the views expressed herein are private and does not necessarily reflect that of BMC. From: Wesley Reyes [via ARS (Action Request System)] [mailto:ml-node+s1n119646...@n7.nabble.com] Sent: Tuesday, November 04, 2014 05:05 To: Hiremath, Raj Subject: Webservice call to JSON ** Hi, Can Remedy support a web service call to JSON webservices? If not will there be any work around? Thanks and Regards, Wesley _ARSlist: "Where the Answers Are" and have been for 20 years_ If you reply to this email, your message will be added to the discussion below: http://ars-action-request-system.1.n7.nabble.com/Webservice-call-to-JSON-tp119646.html To start a new topic under ARS (Action Request System), email ml-node+s1n2...@n7.nabble.com<mailto:ml-node+s1n2...@n7.nabble.com> To unsubscribe from ARS (Action Request System), click here<http://ars-action-request-system.1.n7.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=2&code=UmFqYXNoZWtoYXJfSGlyZW1hdGhAYm1jLmNvbXwyfC0xNDIxMzkxMzE0>. NAML<http://ars-action-request-system.1.n7.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml> - -rAJ -- View this message in context: http://ars-action-request-system.1.n7.nabble.com/Webservice-call-to-JSON-tp119646p119647.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Webservice call to JSON
Hi, Can Remedy support a web service call to JSON webservices? If not will there be any work around? Thanks and Regards, Wesley ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Handling RESTful webservice using Atrium SPOON.
Hi Experts, Anyone having any idea on it ,please revert back ASAP. Regards, Abhishek A ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Handling RESTful webservice using Atrium SPOON.
Hi Team, We are trying to consume a restful webservice published by external party to get data in JSON/XML format and load data in another form. In our transformation , both source and destination are ar forms. We are using HTTP Client to call restful web service and push the response xml data (coming as multiple) in other form. Please can you advice/suggest how to approach for the same. Really appreciate your help on the same. Regards, Abhi Anand ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Passing an Attachment while consuming External WebService
Hi, We are working with integration of an external Application with Remedy. And one of the external WebServices that I m consuming collects (should) the attachment in Remedy from the attachment field "temp_attach1" in Remedy. Now I can see the attachment on the external Application but when I download/open it, there seems to be no data. What am I doing incorrectly? Or what is your opinion on this? Appreciate any advice/information on the issue. Thank you...! P.S. - External Application is ServiceNow. WebService being consumed in Remedy ecc_queue Parameter being passed to the WebService 1. File Name 2. Payload : Field "temp_attach1" ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: WebService Logs through arjavaplugin.log
I always use info level setting instead of debug, debug level is real chatty, info will show the soap messages that are being exchanged -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Neha Khandelwal Sent: Tuesday, June 03, 2014 1:46 AM To: arslist@ARSLIST.ORG Subject: WebService Logs through arjavaplugin.log Hi List, I need your assistance once again for following scenario- My Remedy application is accessing 3rd party application WebService. I need to get logs of XML input which we are sending to 3rd party. As much as I know, this can be achieved by enabling "DEBUG" mode of plugin log. I have performed following steps to take XML logs- 1. In log4j_pluginsvr.xml file, change PriorityValue of pluginlog to "debug" 2. After setting it , restart plug in log by this- 1. Find how many arplugin processes are running- ps -ef |grep arplug 2. Kill each process as : kill -9 <> 3. Its father process then automatically will restart plugin process. After performing above steps, still I am not able to get XML Input Logs in arjavaplugin.log file. Can you please assist me, which step I have missed to achieve the purpose? Regards Neha Khandelwal ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "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"
Re: WebService Logs through arjavaplugin.log
Neha, I agree with Mayuresh regarding the settings in the log4j log, but for easier plugin restart, you might try the tool I developed that does exactly that. http://remedylegacy.com/tools/aplrestartplugin/ On Mon, Jun 2, 2014 at 11:45 PM, Neha Khandelwal wrote: > Hi List, > > I need your assistance once again for following scenario- > > My Remedy application is accessing 3rd party application WebService. I > need to get logs of XML input which we are sending to 3rd party. > As much as I know, this can be achieved by enabling "DEBUG" mode of > plugin log. I have performed following steps to take XML logs- > > 1. In log4j_pluginsvr.xml file, change PriorityValue of pluginlog to > "debug" > 2. After setting it , restart plug in log by this- >1. Find how many arplugin processes are running- ps -ef |grep arplug >2. Kill each process as : kill -9 <> >3. Its father process then automatically will restart plugin process. > > > After performing above steps, still I am not able to get XML Input Logs in > arjavaplugin.log file. > Can you please assist me, which step I have missed to achieve the purpose? > > Regards > Neha Khandelwal > > > ___ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > "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"
Re: WebService Logs through arjavaplugin.log
Hi Neha, where did you put the word debug exactly? Please search below string in your log4j file & replace word warn with debug. Plugin restart is required. I think you also need to decide what all values you need to put in the debug mode. For example - I tested this & found debug level is set when I restarted my plugin process. 2014-06-03 11:37:01,326 DEBUG [Cache] com.bmc.arsys.apitransport.chunking.ARChunkArrayBuffer (?:?) - retrieveChunkingData: received data len= 809 2014-06-03 11:37:01,326 DEBUG [Cache] com.bmc.arsys.apitransport.chunking.ARChunkArrayBuffer (?:?) - retrieveChunkingData: headerLen=0 buffer len=809 2014-06-03 11:37:01,326 DEBUG [Cache] com.bmc.arsys.apitransport.chunking.ARChunkArrayBuffer (?:?) - postProcess: compressed data, len=809 2014-06-03 11:37:01,326 DEBUG [Cache] com.bmc.arsys.apitransport.chunking.ARChunkArrayBuffer (?:?) - postProcess: decompressed data, len=4591 2014-06-03 11:37:01,331 DEBUG [Cache] com.bmc.arsys.apitransport.ApiProxyJRpcBase (?:?) - arChunkingCall: Done with postProcess via com.bmc.arsys.api.ProxyJRpc@7dd41116 2014-06-03 11:37:01,333 DEBUG [Cache] com.bmc.arsys.utils.ProcessUtil (?:?) - ProcNumber 73 via com.bmc.arsys.api.ProxyJRpc@7dd41116 for VW-PUN-CUS-SP03, with chunking 1 round call, succeed. -API arcall takes 209 milliseconds. 2014-06-03 11:37:01,333 DEBUG [Cache] com.bmc.arsys.apitransport.ApiProxyJRpcBase (?:?) - ProcNumber 73 via com.bmc.arsys.api.ProxyJRpc@7dd41116 for VW-PUN-CUS-SP03, with chunking 1 round call, succeed. -API arcall 2014-06-03 11:37:01,593 DEBUG [Cache] com.bmc.arsys.apitransport.ApiProxyJRpcBase (?:?) - arChunkingCall: Processor=com.bmc.arsys.api.a.g@2ac02d83, Proc Number=73, Round Number=1 via com.bmc.arsys.api.ProxyJRpc@7dd41116 HTH, Mayuresh On Tue, Jun 3, 2014 at 11:15 AM, Neha Khandelwal wrote: > Hi List, > > I need your assistance once again for following scenario- > > My Remedy application is accessing 3rd party application WebService. I > need to get logs of XML input which we are sending to 3rd party. > As much as I know, this can be achieved by enabling "DEBUG" mode of > plugin log. I have performed following steps to take XML logs- > > 1. In log4j_pluginsvr.xml file, change PriorityValue of pluginlog to > "debug" > 2. After setting it , restart plug in log by this- >1. Find how many arplugin processes are running- ps -ef |grep arplug >2. Kill each process as : kill -9 <> >3. Its father process then automatically will restart plugin process. > > > After performing above steps, still I am not able to get XML Input Logs in > arjavaplugin.log file. > Can you please assist me, which step I have missed to achieve the purpose? > > Regards > Neha Khandelwal > > > ___ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > "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"
WebService Logs through arjavaplugin.log
Hi List, I need your assistance once again for following scenario- My Remedy application is accessing 3rd party application WebService. I need to get logs of XML input which we are sending to 3rd party. As much as I know, this can be achieved by enabling "DEBUG" mode of plugin log. I have performed following steps to take XML logs- 1. In log4j_pluginsvr.xml file, change PriorityValue of pluginlog to "debug" 2. After setting it , restart plug in log by this- 1. Find how many arplugin processes are running- ps -ef |grep arplug 2. Kill each process as : kill -9 <> 3. Its father process then automatically will restart plugin process. After performing above steps, still I am not able to get XML Input Logs in arjavaplugin.log file. Can you please assist me, which step I have missed to achieve the purpose? Regards Neha Khandelwal ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Strange behavior of a Remedy WebService WSDL requests
Hi Fred, Can you share what is your progress with the issue below and if you got any resolution for the same? Cheers, Naveen -- View this message in context: http://ars-action-request-system.1.n7.nabble.com/Strange-behavior-of-a-Remedy-WebService-WSDL-requests-tp116875p117230.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Strange behavior of a Remedy WebService WSDL requests
Have you tried using IE to hit the page (using both ports) http://LB:80/arsys/WSDL/ ... http://LB:8102/arsys/WSDL/ ... This way you could verify the results of what they are getting -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Campbell, Paul (Paul) Sent: Friday, April 25, 2014 3:55 PM To: arslist@ARSLIST.ORG Subject: Re: Strange behavior of a Remedy WebService WSDL requests I am thinking so, but I suspect I'm going to have to get my load balancer admin to grab packets so I can see what they are actually requesting -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: Friday, April 25, 2014 4:50 PM To: arslist@ARSLIST.ORG Subject: Re: Strange behavior of a Remedy WebService WSDL requests The difference appears to be the web server part (and port). One thing to remember is that everything is dynamically generated. The web server returned in the location is basically exactly what the web server sees itself as in that transaction instance. Is that app calling the web server by a different name? (or if they are calling the same load balancer, is the LB doing something different because of the port 80 vs 8102 ?) Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Campbell, Paul (Paul) Sent: Friday, April 25, 2014 3:00 PM To: arslist@ARSLIST.ORG Subject: Strange behavior of a Remedy WebService WSDL requests ** I have several different applications that are using the same Remedy hosted Custom Web Service and when these applications request the WSDL to get the endpoint, all of these applications but one are getting a correct endpoint as shown in the midtier log snippet below (I've replaced parts of the hostnames with a 1 for 1 character replacement with a * for security purposes) Correct Endpoint: http://pa.e**.*.com:80/arsys/services/ARService?server=p*a&webService=A2R_QS_CreateReferal_New"/> But one application is getting the following endpoint returned, and for the life of me, I can't figure out why, the one bad one is getting this: http://f**p**c3..com:8102/arsys/services/ARService?server=p*a&webService=A2R_QS_CreateReferal_New"/> All of these are calling our Mid-Tiers via a loadbalancer, the first example is the correct hostname for our loadbalancer, but the second is what I believe is the hostname of the calling application. When I load the WSDL in SoapUI, I get the correct endpoint. Our environment is a pair of midtiers version 7.6.04 ( no SP) hosted on Weblogic 11g, our remedy app servers are Remedy 7.6.04, all are running on RHEL6 Here is the whole request from the log for the app that is failing Apr 23, 2014 12:23:16 PM - FINE (com.remedy.log.WEBSERVICES) : WSDL Request:: server: p*a webService: A2R_QS_CreateReferal_New Apr 23, 2014 12:23:16 PM - FINE (com.remedy.log.WEBSERVICES) : WSDL Content: http://schemas.xmlsoap.org/wsdl/soap/"; xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/"; xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"; xmlns:xsd="http://www.w3.org/2001/XMLSchema";> . . . . http://f**p**c3..com:8102/arsys/services/ARService?server=p*a&webService=A2R_QS_CreateReferal_New"/> Log file from a WSDL get request from SoapUI Apr 25, 2014 7:50:01 PM - FINE (com.remedy.log.WEBSERVICES) : WSDL Request:: server: p*a webService: A2R_QS_CreateReferal_New Apr 25, 2014 7:50:01 PM - FINE (com.remedy.log.WEBSERVICES) : No security policy or security actions! Security filter processing skipped Apr 25, 2014 7:50:01 PM - FINE (com.remedy.log.WEBSERVICES) : WSDL Content: ^M http://schemas.xmlsoap.org/wsdl/soap/"; xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/"; xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"; xmlns:xsd="http://www.w3.org/2001/XMLSchema";>^M . . . . ^M ^M http://p*.e**.*.com:80/arsys/services/ARService?server=p*a&webService=A2R_QS_CreateReferal_New"/>^M ^M ^M ^M Paul Campbell | Development Team Lead | TS&D SSBL, A2R WFE, and ESP Remedy Team | Avaya Client Services | | 678-421-5342 | Web Conference | Audio Conference +1-513-228- |code: 4215342 Everyone needs deadlines. Even the beavers. They loaf around all summer, but when they are faced with the winter deadline, they work like fury. If we didn't have deadlines, we'd stagnate. Walt Disney ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Strange behavior of a Remedy WebService WSDL requests
I am thinking so, but I suspect I'm going to have to get my load balancer admin to grab packets so I can see what they are actually requesting -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: Friday, April 25, 2014 4:50 PM To: arslist@ARSLIST.ORG Subject: Re: Strange behavior of a Remedy WebService WSDL requests The difference appears to be the web server part (and port). One thing to remember is that everything is dynamically generated. The web server returned in the location is basically exactly what the web server sees itself as in that transaction instance. Is that app calling the web server by a different name? (or if they are calling the same load balancer, is the LB doing something different because of the port 80 vs 8102 ?) Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Campbell, Paul (Paul) Sent: Friday, April 25, 2014 3:00 PM To: arslist@ARSLIST.ORG Subject: Strange behavior of a Remedy WebService WSDL requests ** I have several different applications that are using the same Remedy hosted Custom Web Service and when these applications request the WSDL to get the endpoint, all of these applications but one are getting a correct endpoint as shown in the midtier log snippet below (I've replaced parts of the hostnames with a 1 for 1 character replacement with a * for security purposes) Correct Endpoint: http://pa.e**.*.com:80/arsys/services/ARService?server=p*a&webService=A2R_QS_CreateReferal_New"/> But one application is getting the following endpoint returned, and for the life of me, I can't figure out why, the one bad one is getting this: http://f**p**c3..com:8102/arsys/services/ARService?server=p*a&webService=A2R_QS_CreateReferal_New"/> All of these are calling our Mid-Tiers via a loadbalancer, the first example is the correct hostname for our loadbalancer, but the second is what I believe is the hostname of the calling application. When I load the WSDL in SoapUI, I get the correct endpoint. Our environment is a pair of midtiers version 7.6.04 ( no SP) hosted on Weblogic 11g, our remedy app servers are Remedy 7.6.04, all are running on RHEL6 Here is the whole request from the log for the app that is failing Apr 23, 2014 12:23:16 PM - FINE (com.remedy.log.WEBSERVICES) : WSDL Request:: server: p*a webService: A2R_QS_CreateReferal_New Apr 23, 2014 12:23:16 PM - FINE (com.remedy.log.WEBSERVICES) : WSDL Content: http://schemas.xmlsoap.org/wsdl/soap/"; xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/"; xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"; xmlns:xsd="http://www.w3.org/2001/XMLSchema";> . . . . http://f**p**c3..com:8102/arsys/services/ARService?server=p*a&webService=A2R_QS_CreateReferal_New"/> Log file from a WSDL get request from SoapUI Apr 25, 2014 7:50:01 PM - FINE (com.remedy.log.WEBSERVICES) : WSDL Request:: server: p*a webService: A2R_QS_CreateReferal_New Apr 25, 2014 7:50:01 PM - FINE (com.remedy.log.WEBSERVICES) : No security policy or security actions! Security filter processing skipped Apr 25, 2014 7:50:01 PM - FINE (com.remedy.log.WEBSERVICES) : WSDL Content: ^M http://schemas.xmlsoap.org/wsdl/soap/"; xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/"; xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"; xmlns:xsd="http://www.w3.org/2001/XMLSchema";>^M . . . . ^M ^M http://p*.e**.*.com:80/arsys/services/ARService?server=p*a&webService=A2R_QS_CreateReferal_New"/>^M ^M ^M ^M Paul Campbell | Development Team Lead | TS&D SSBL, A2R WFE, and ESP Remedy Team | Avaya Client Services | | 678-421-5342 | Web Conference | Audio Conference +1-513-228- |code: 4215342 Everyone needs deadlines. Even the beavers. They loaf around all summer, but when they are faced with the winter deadline, they work like fury. If we didn't have deadlines, we'd stagnate. Walt Disney ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "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"
Re: Strange behavior of a Remedy WebService WSDL requests
The difference appears to be the web server part (and port). One thing to remember is that everything is dynamically generated. The web server returned in the location is basically exactly what the web server sees itself as in that transaction instance. Is that app calling the web server by a different name? (or if they are calling the same load balancer, is the LB doing something different because of the port 80 vs 8102 ?) Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Campbell, Paul (Paul) Sent: Friday, April 25, 2014 3:00 PM To: arslist@ARSLIST.ORG Subject: Strange behavior of a Remedy WebService WSDL requests ** I have several different applications that are using the same Remedy hosted Custom Web Service and when these applications request the WSDL to get the endpoint, all of these applications but one are getting a correct endpoint as shown in the midtier log snippet below (I've replaced parts of the hostnames with a 1 for 1 character replacement with a * for security purposes) Correct Endpoint: http://pa.e**.*.com:80/arsys/services/ARService?server=p*****a&webService=A2R_QS_CreateReferal_New"/> But one application is getting the following endpoint returned, and for the life of me, I can't figure out why, the one bad one is getting this: http://f**p**c3..com:8102/arsys/services/ARService?server=p*a&webService=A2R_QS_CreateReferal_New"/> All of these are calling our Mid-Tiers via a loadbalancer, the first example is the correct hostname for our loadbalancer, but the second is what I believe is the hostname of the calling application. When I load the WSDL in SoapUI, I get the correct endpoint. Our environment is a pair of midtiers version 7.6.04 ( no SP) hosted on Weblogic 11g, our remedy app servers are Remedy 7.6.04, all are running on RHEL6 Here is the whole request from the log for the app that is failing Apr 23, 2014 12:23:16 PM - FINE (com.remedy.log.WEBSERVICES) : WSDL Request:: server: p*a webService: A2R_QS_CreateReferal_New Apr 23, 2014 12:23:16 PM - FINE (com.remedy.log.WEBSERVICES) : WSDL Content: http://schemas.xmlsoap.org/wsdl/soap/"; xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/"; xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"; xmlns:xsd="http://www.w3.org/2001/XMLSchema";> . . . . http://f**p**c3..com:8102/arsys/services/ARService?server=p*a&webService=A2R_QS_CreateReferal_New"/> Log file from a WSDL get request from SoapUI Apr 25, 2014 7:50:01 PM - FINE (com.remedy.log.WEBSERVICES) : WSDL Request:: server: p*a webService: A2R_QS_CreateReferal_New Apr 25, 2014 7:50:01 PM - FINE (com.remedy.log.WEBSERVICES) : No security policy or security actions! Security filter processing skipped Apr 25, 2014 7:50:01 PM - FINE (com.remedy.log.WEBSERVICES) : WSDL Content: ^M http://schemas.xmlsoap.org/wsdl/soap/"; xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/"; xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"; xmlns:xsd="http://www.w3.org/2001/XMLSchema";>^M . . . . ^M ^M http://p*.e**.*.com:80/arsys/services/ARService?server=p*a&webService=A2R_QS_CreateReferal_New"/>^M ^M ^M ^M Paul Campbell | Development Team Lead | TS&D SSBL, A2R WFE, and ESP Remedy Team | Avaya Client Services | | 678-421-5342 | Web Conference | Audio Conference +1-513-228- code: 4215342 Everyone needs deadlines. Even the beavers. They loaf around all summer, but when they are faced with the winter deadline, they work like fury. If we didn't have deadlines, we'd stagnate. Walt Disney ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Strange behavior of a Remedy WebService WSDL requests
I have several different applications that are using the same Remedy hosted Custom Web Service and when these applications request the WSDL to get the endpoint, all of these applications but one are getting a correct endpoint as shown in the midtier log snippet below (I've replaced parts of the hostnames with a 1 for 1 character replacement with a * for security purposes) Correct Endpoint: http://pa.e**.*.com:80/arsys/services/ARService?server=p*****a&webService=A2R_QS_CreateReferal_New"/> But one application is getting the following endpoint returned, and for the life of me, I can't figure out why, the one bad one is getting this: http://f**p**c3..com:8102/arsys/services/ARService?server=p*a&webService=A2R_QS_CreateReferal_New"/> All of these are calling our Mid-Tiers via a loadbalancer, the first example is the correct hostname for our loadbalancer, but the second is what I believe is the hostname of the calling application. When I load the WSDL in SoapUI, I get the correct endpoint. Our environment is a pair of midtiers version 7.6.04 ( no SP) hosted on Weblogic 11g, our remedy app servers are Remedy 7.6.04, all are running on RHEL6 Here is the whole request from the log for the app that is failing Apr 23, 2014 12:23:16 PM - FINE (com.remedy.log.WEBSERVICES) : WSDL Request:: server: p*a webService: A2R_QS_CreateReferal_New Apr 23, 2014 12:23:16 PM - FINE (com.remedy.log.WEBSERVICES) : WSDL Content: http://schemas.xmlsoap.org/wsdl/soap/"; xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/"; xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"; xmlns:xsd="http://www.w3.org/2001/XMLSchema";> http://schemas.xmlsoap.org/soap/http"/> http://f**p**c3..com:8102/arsys/services/ARService?server=p*a&webService=A2R_QS_CreateReferal_New"/> Log file from a WSDL get request from SoapUI Apr 25, 2014 7:50:01 PM - FINE (com.remedy.log.WEBSERVICES) : WSDL Request:: server: p*a webService: A2R_QS_CreateReferal_New Apr 25, 2014 7:50:01 PM - FINE (com.remedy.log.WEBSERVICES) : No security policy or security actions! Security filter processing skipped Apr 25, 2014 7:50:01 PM - FINE (com.remedy.log.WEBSERVICES) : WSDL Content: ^M http://schemas.xmlsoap.org/wsdl/soap/"; xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/"; xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"; xmlns:xsd="http://www.w3.org/2001/XMLSchema";>^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M http://schemas.xmlsoap.org/soap/http"/>^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M ^M http://p*.e**.*.com:80/arsys/services/ARService?server=p*a&webService=A2R_QS_CreateReferal_New"/>^M ^M ^M ^M Paul Campbell | Development Team Lead | TS&D SSBL, A2R WFE, and ESP Remedy Team | Avaya Client Services | | 678-421-5342 | Web Conference<https://collaborate.avaya.com/aacpa/?participantCode=4215342> | Audio Conference +1-513-228- code: 4215342 Everyone needs deadlines. Even the beavers. They loaf around all summer, but when they are faced with the winter deadline, they work like fury. If we didn't have deadlines, we'd stagnate. Walt Disney ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: WebService Error
Thanks Fred. Now I come to know 3rd party application was not accessing correct Remedy webservice URL, and due to this error was coming. Regards Neha On Thu, Apr 24, 2014 at 12:59 AM, Grooms, Frederick W < frederick.w.gro...@xo.com> wrote: > It looks like the 3rd Party app is not handling the SoapFault data > correctly and is reporting an HTTP 500 error instead. > > Check your Mid-Tier logs and see if you can find the actual error that ARS > is returning to the calling app in the SoapFault method. > > Fred > > -Original Message- > From: Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] On Behalf Of Neha Khandelwal > Sent: Wednesday, April 23, 2014 2:12 AM > To: arslist@ARSLIST.ORG > Subject: WebService Error > > Hi Team, > > I again need your assistance for following Webservice issue- > > A 3rd party application, accessing Remedy ITSM 7.6 application via > webservice, and getting following error- > > 0099 errorDesc: Permanent Error - (500)Internal Server Error > > Can anyone please assist me, as when this error comes, and how to resolve > it? > > Note - There are other 3rd party application accessing same Remedy > webservice successfully without above and any other error. > > Regards > Neha Khandelwal > > > > > > ___ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > "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"
Re: WebService Error
It looks like the 3rd Party app is not handling the SoapFault data correctly and is reporting an HTTP 500 error instead. Check your Mid-Tier logs and see if you can find the actual error that ARS is returning to the calling app in the SoapFault method. Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Neha Khandelwal Sent: Wednesday, April 23, 2014 2:12 AM To: arslist@ARSLIST.ORG Subject: WebService Error Hi Team, I again need your assistance for following Webservice issue- A 3rd party application, accessing Remedy ITSM 7.6 application via webservice, and getting following error- 0099 errorDesc: Permanent Error - (500)Internal Server Error Can anyone please assist me, as when this error comes, and how to resolve it? Note - There are other 3rd party application accessing same Remedy webservice successfully without above and any other error. Regards Neha Khandelwal ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
WebService Error
Hi Team, I again need your assistance for following Webservice issue- A 3rd party application, accessing Remedy ITSM 7.6 application via webservice, and getting following error- 0099 errorDesc: Permanent Error - (500)Internal Server Error Can anyone please assist me, as when this error comes, and how to resolve it? Note - There are other 3rd party application accessing same Remedy webservice successfully without above and any other error. Regards Neha Khandelwal ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Consuming webservice in 7,1
Hi Fred, Appreciate your response. I had not noticed the >-< in the file (that was provided to me by the developer of the web service). Any ways, I replaced >-< with >< but am still getting the same error when trying to load it in the filter v7.1 Failure to parse the contents. Please contact support (ARERR 7019) >Given wsdl could not be parsed either because it is complex or system does not >support it. Have attached the modified WSDL . Again appreciate your help. Original Message Subject: Re: Consuming webservice in 7,1 From: "Grooms, Frederick W" Date: Wed, February 26, 2014 6:18 pm To: arslist@ARSLIST.ORG -- > It is not the complex type that is causing the issue. I believe it is the > fact it is an invalid WSDL. Looking thru your attachment I see > - > It looks like you copied it from a web browser and it left in the 1st column > of +- characters. Open it in Notepad and replace the >-< occurrences with >< > Once I did that it loaded fine > > Yes you can edit a WSDL > > Fred > > -Original Message- > From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Atul Vohra > Sent: Wednesday, February 26, 2014 4:44 PM > To: arslist@ARSLIST.ORG > Subject: Re: Consuming webservice in 7,1 > > ** > > After downgrading to java 1.5 am not getting the ns1.xsd error but am getting > the following: > Failure to parse the contents. Please contact support (ARERR 7019) > Given wsdl could not be parsed either because it is complex or system does > not support it. > > It does have complex type. Can the wsdl be modified without affecting the > integration? > > > -Original Message- > From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Atul Vohra > Sent: Tuesday, February 25, 2014 12:28 PM > To: arslist@ARSLIST.ORG > Subject: Re: Consuming webservice in 7,1 > > ** > WHat version should be fine? > > -Original Message- > Subject: Re: Consuming webservice in 7,1 > From: "Grooms, Frederick W" > Date: Tue, February 25, 2014 9:40 am > To: arslist@ARSLIST.ORG > -- > >> I’m not sure if the 7.1 Admin tool supports Java 1.7 >> >> Fred >> >> > -Original Message- > From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Atul Vohra >> Sent: Tuesday, February 25, 2014 4:35 AM >> To: arslist@ARSLIST.ORG >> Subject: Consuming webservice in 7,1 >> ** >> >> Hi, >> >> I am new on a project that uses ARS v7.1 (yes) and has web service >> integration. There is a filter that consumes this web service and now I am >> suppose to create another filter to consume another web service. >> >> I am having issues with Remedy Admin Tool (filter) not able to load any web >> service. I see that there is a filter to consume this web service but when I >> try to load it in the filter on my laptop I get the following error: >> >> ERROR: URI not found ns1.xsd >> >> >> Additional Details: >> >> C:\Program Files\AR System\Admin\ns1.xsd (The system cannot find the file >> specified) >> com.bmc.arsys.ws.util.ARWSException: URI not found ns1.xsd >> at com.bmc.arsys.ws.util.WsdlUtil.newDocument(WsdlUtil.java:213) >> at com.bmc.arsys.ws.util.WsdlUtil.newDocument(WsdlUtil.java:232) >> at >> com.bmc.arsys.ws.wsdl.XMLSchemaParser.extractFormDefaultValues(XMLSchemaParser.java:231) >> at >> com.bmc.arsys.ws.wsdl.XMLSchemaParser.extractFormDefaultValues(XMLSchemaParser.java:278) >> at >> com.bmc.arsys.ws.wsdl.XMLSchemaParser.parseXMLSchema(XMLSchemaParser.java:295) >> at com.bmc.arsys.ws.wsdl.XMLSchemaParser.(XMLSchemaParser.java:121) >> at com.bmc.arsys.ws.wsdl.WsdlParser.createMappingDoc(WsdlParser.java:179) >> at com.bmc.arsys.ws.wsdl.WsdlParser.parseWsdl(WsdlParser.java:121) >> at >> com.bmc.arsys.ws.util.WsdlAdminInterface.parseWsdl(WsdlAdminInterface.java:399) >> at >> com.bmc.arsys.ws.util.WsdlAdminInterface.parseWSDLIntoMappingString(WsdlAdminInterface.java:198) >> >> >> This obviously worked for whomsoever that created the filter as there are >> mappings (input/output) but not sure what is needed to be done on my laptop >> (and rem
Re: Consuming webservice in 7,1
It is not the complex type that is causing the issue. I believe it is the fact it is an invalid WSDL. Looking thru your attachment I see --< occurrences with >< Once I did that it loaded fine Yes you can edit a WSDL Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Atul Vohra Sent: Wednesday, February 26, 2014 4:44 PM To: arslist@ARSLIST.ORG Subject: Re: Consuming webservice in 7,1 ** After downgrading to java 1.5 am not getting the ns1.xsd error but am getting the following: Failure to parse the contents. Please contact support (ARERR 7019) Given wsdl could not be parsed either because it is complex or system does not support it. It does have complex type. Can the wsdl be modified without affecting the integration? -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Atul Vohra Sent: Tuesday, February 25, 2014 12:28 PM To: arslist@ARSLIST.ORG Subject: Re: Consuming webservice in 7,1 ** WHat version should be fine? -Original Message- Subject: Re: Consuming webservice in 7,1 From: "Grooms, Frederick W" Date: Tue, February 25, 2014 9:40 am To: arslist@ARSLIST.ORG -- > I’m not sure if the 7.1 Admin tool supports Java 1.7 > > Fred > > -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Atul Vohra > Sent: Tuesday, February 25, 2014 4:35 AM > To: arslist@ARSLIST.ORG > Subject: Consuming webservice in 7,1 > ** > > Hi, > > I am new on a project that uses ARS v7.1 (yes) and has web service > integration. There is a filter that consumes this web service and now I am > suppose to create another filter to consume another web service. > > I am having issues with Remedy Admin Tool (filter) not able to load any web > service. I see that there is a filter to consume this web service but when I > try to load it in the filter on my laptop I get the following error: > > ERROR: URI not found ns1.xsd > > > Additional Details: > > C:\Program Files\AR System\Admin\ns1.xsd (The system cannot find the file > specified) > com.bmc.arsys.ws.util.ARWSException: URI not found ns1.xsd > at com.bmc.arsys.ws.util.WsdlUtil.newDocument(WsdlUtil.java:213) > at com.bmc.arsys.ws.util.WsdlUtil.newDocument(WsdlUtil.java:232) > at > com.bmc.arsys.ws.wsdl.XMLSchemaParser.extractFormDefaultValues(XMLSchemaParser.java:231) > at > com.bmc.arsys.ws.wsdl.XMLSchemaParser.extractFormDefaultValues(XMLSchemaParser.java:278) > at > com.bmc.arsys.ws.wsdl.XMLSchemaParser.parseXMLSchema(XMLSchemaParser.java:295) > at com.bmc.arsys.ws.wsdl.XMLSchemaParser.(XMLSchemaParser.java:121) > at com.bmc.arsys.ws.wsdl.WsdlParser.createMappingDoc(WsdlParser.java:179) > at com.bmc.arsys.ws.wsdl.WsdlParser.parseWsdl(WsdlParser.java:121) > at > com.bmc.arsys.ws.util.WsdlAdminInterface.parseWsdl(WsdlAdminInterface.java:399) > at > com.bmc.arsys.ws.util.WsdlAdminInterface.parseWSDLIntoMappingString(WsdlAdminInterface.java:198) > > > This obviously worked for whomsoever that created the filter as there are > mappings (input/output) but not sure what is needed to be done on my laptop > (and remedy admin tool). The error is not related a certificate (as my java > keystore has the certificates). > > I was hoping that someone would remember this – as this is v7.1, I am not > sure how much BMC will help. > > > My laptop has jre 1.7. > > Thanks. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Consuming webservice in 7,1
After downgrading to java 1.5 am not getting the ns1.xsd error but am getting the following: Failure to parse the contents. Please contact support (ARERR 7019) Given wsdl could not be parsed either because it is complex or system does not support it. It does have complex type. Can the wsdl be modified without affecting the integration? Original Message Subject: Re: Consuming webservice in 7,1 From: a...@protechsoftwareinc.com Date: Tue, February 25, 2014 1:27 pm To: "arslist" -- > > > > WHat version should be fine? > > Original Message > > Subject: Re: Consuming webservice in 7,1 > > From: "Grooms, Frederick W" > > Date: Tue, February 25, 2014 9:40 am > > To: arslist@ARSLIST.ORG > > -- > > > >> I’m not sure if the 7.1 Admin tool supports Java 1.7 > >> > >> Fred > >> > >> > >> > > From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Atul Vohra > >> Sent: Tuesday, February 25, 2014 4:35 AM > >> To: arslist@ARSLIST.ORG > >> Subject: Consuming webservice in 7,1 > >> > >> ** > >> > >> Hi, > >> > >> > >> > >> I am new on a project that uses ARS v7.1 (yes) and has web service >> integration. There is a filter that consumes this web service and now I am >> suppose to create another filter to consume another web service. > >> > >> I am having issues with Remedy Admin Tool (filter) not able to load any web >> service. I see that there is a filter to consume this web service but when I >> try to load it in the filter on my laptop I get the following error: > >> > >> ERROR: URI not found ns1.xsd > >> > >> > >> > >> Additional Details: > >> > >> C:\Program Files\AR System\Admin\ns1.xsd (The system cannot find the file >> specified) > >> > >> com.bmc.arsys.ws.util.ARWSException: URI not found ns1.xsd > >> > >> at com.bmc.arsys.ws.util.WsdlUtil.newDocument(WsdlUtil.java:213) > >> > >> at com.bmc.arsys.ws.util.WsdlUtil.newDocument(WsdlUtil.java:232) > >> > >> at >> com.bmc.arsys.ws.wsdl.XMLSchemaParser.extractFormDefaultValues(XMLSchemaParser.java:231) > >> > >> at >> com.bmc.arsys.ws.wsdl.XMLSchemaParser.extractFormDefaultValues(XMLSchemaParser.java:278) > >> > >> at >> com.bmc.arsys.ws.wsdl.XMLSchemaParser.parseXMLSchema(XMLSchemaParser.java:295) > >> > >> at com.bmc.arsys.ws.wsdl.XMLSchemaParser.(XMLSchemaParser.java:121) > >> > >> at com.bmc.arsys.ws.wsdl.WsdlParser.createMappingDoc(WsdlParser.java:179) > >> > >> at com.bmc.arsys.ws.wsdl.WsdlParser.parseWsdl(WsdlParser.java:121) > >> > >> at >> com.bmc.arsys.ws.util.WsdlAdminInterface.parseWsdl(WsdlAdminInterface.java:399) > >> > >> at >> com.bmc.arsys.ws.util.WsdlAdminInterface.parseWSDLIntoMappingString(WsdlAdminInterface.java:198) > >> > >> > >> > >> This obviously worked for whomsoever that created the filter as there are >> mappings (input/output) but not sure what is needed to be done on my laptop >> (and remedy admin tool). The error is not related a certificate (as my java >> keystore has the certificates). > >> > >> I was hoping that someone would remember this – as this is v7.1, I am >> not sure how much BMC will help. > >> > >> > >> > >> My laptop has jre 1.7. > >> > >> > >> > >> Thanks. > >> > >> > >> > >> > >> > >> ___ > >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > >> "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" gateway_Virtela.wsdl Description: Binary data
Re: Consuming webservice in 7,1
WHat version should be fine? Original Message Subject: Re: Consuming webservice in 7,1 From: "Grooms, Frederick W" Date: Tue, February 25, 2014 9:40 am To: arslist@ARSLIST.ORG -- > I’m not sure if the 7.1 Admin tool supports Java 1.7 > > Fred > > > From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Atul Vohra > Sent: Tuesday, February 25, 2014 4:35 AM > To: arslist@ARSLIST.ORG > Subject: Consuming webservice in 7,1 > > ** > > Hi, > > > > I am new on a project that uses ARS v7.1 (yes) and has web service > integration. There is a filter that consumes this web service and now I am > suppose to create another filter to consume another web service. > > I am having issues with Remedy Admin Tool (filter) not able to load any web > service. I see that there is a filter to consume this web service but when I > try to load it in the filter on my laptop I get the following error: > > ERROR: URI not found ns1.xsd > > > > Additional Details: > > C:\Program Files\AR System\Admin\ns1.xsd (The system cannot find the file > specified) > > com.bmc.arsys.ws.util.ARWSException: URI not found ns1.xsd > > at com.bmc.arsys.ws.util.WsdlUtil.newDocument(WsdlUtil.java:213) > > at com.bmc.arsys.ws.util.WsdlUtil.newDocument(WsdlUtil.java:232) > > at > com.bmc.arsys.ws.wsdl.XMLSchemaParser.extractFormDefaultValues(XMLSchemaParser.java:231) > > at > com.bmc.arsys.ws.wsdl.XMLSchemaParser.extractFormDefaultValues(XMLSchemaParser.java:278) > > at > com.bmc.arsys.ws.wsdl.XMLSchemaParser.parseXMLSchema(XMLSchemaParser.java:295) > > at com.bmc.arsys.ws.wsdl.XMLSchemaParser.(XMLSchemaParser.java:121) > > at com.bmc.arsys.ws.wsdl.WsdlParser.createMappingDoc(WsdlParser.java:179) > > at com.bmc.arsys.ws.wsdl.WsdlParser.parseWsdl(WsdlParser.java:121) > > at > com.bmc.arsys.ws.util.WsdlAdminInterface.parseWsdl(WsdlAdminInterface.java:399) > > at > com.bmc.arsys.ws.util.WsdlAdminInterface.parseWSDLIntoMappingString(WsdlAdminInterface.java:198) > > > > This obviously worked for whomsoever that created the filter as there are > mappings (input/output) but not sure what is needed to be done on my laptop > (and remedy admin tool). The error is not related a certificate (as my java > keystore has the certificates). > > I was hoping that someone would remember this – as this is v7.1, I am > not sure how much BMC will help. > > > > My laptop has jre 1.7. > > > > Thanks. > > > > > > ___ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > "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"
Re: Consuming webservice in 7,1
Could it be a mismatch between the Java version on the laptop and the AR server? What are the versions on each? Mark From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: Tuesday, February 25, 2014 9:40 AM To: arslist@ARSLIST.ORG Subject: Re: Consuming webservice in 7,1 ** I’m not sure if the 7.1 Admin tool supports Java 1.7 Fred From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Atul Vohra Sent: Tuesday, February 25, 2014 4:35 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Consuming webservice in 7,1 ** Hi, I am new on a project that uses ARS v7.1 (yes) and has web service integration. There is a filter that consumes this web service and now I am suppose to create another filter to consume another web service. I am having issues with Remedy Admin Tool (filter) not able to load any web service. I see that there is a filter to consume this web service but when I try to load it in the filter on my laptop I get the following error: ERROR: URI not found ns1.xsd Additional Details: C:\Program Files\AR System\Admin\ns1.xsd (The system cannot find the file specified) com.bmc.arsys.ws.util.ARWSException: URI not found ns1.xsd at com.bmc.arsys.ws.util.WsdlUtil.newDocument(WsdlUtil.java:213) at com.bmc.arsys.ws.util.WsdlUtil.newDocument(WsdlUtil.java:232) at com.bmc.arsys.ws.wsdl.XMLSchemaParser.extractFormDefaultValues(XMLSchemaParser.java:231) at com.bmc.arsys.ws.wsdl.XMLSchemaParser.extractFormDefaultValues(XMLSchemaParser.java:278) at com.bmc.arsys.ws.wsdl.XMLSchemaParser.parseXMLSchema(XMLSchemaParser.java:295) at com.bmc.arsys.ws.wsdl.XMLSchemaParser.(XMLSchemaParser.java:121) at com.bmc.arsys.ws.wsdl.WsdlParser.createMappingDoc(WsdlParser.java:179) at com.bmc.arsys.ws.wsdl.WsdlParser.parseWsdl(WsdlParser.java:121) at com.bmc.arsys.ws.util.WsdlAdminInterface.parseWsdl(WsdlAdminInterface.java:399) at com.bmc.arsys.ws.util.WsdlAdminInterface.parseWSDLIntoMappingString(WsdlAdminInterface.java:198) This obviously worked for whomsoever that created the filter as there are mappings (input/output) but not sure what is needed to be done on my laptop (and remedy admin tool). The error is not related a certificate (as my java keystore has the certificates). I was hoping that someone would remember this – as this is v7.1, I am not sure how much BMC will help. My laptop has jre 1.7. Thanks. _ARSlist: "Where the Answers Are" and have been for 20 years_ This E-mail and any of its attachments may contain Time Warner Cable proprietary information, which is privileged, confidential, or subject to copyright belonging to Time Warner Cable. This E-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this E-mail, you are hereby notified that any dissemination, distribution, copying, or action taken in relation to the contents of and attachments to this E-mail is strictly prohibited and may be unlawful. If you have received this E-mail in error, please notify the sender immediately and permanently delete the original and any copy of this E-mail and any printout. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Consuming webservice in 7,1
Hi Atul, If the WSDL is accessible from SOAP UI and web browser then it should be accessible from Filter as well. Can you share the screenshots? And also I believe you are using the same link. -- Regards, ITSM Support Vyom Labs Pvt. Ltd. BSM Solutions & Services || ITIL Consulting & Training Email: <http://ars-action-request-system.1093659.n2.nabble.com/user/SendEmail.jtp?type=node&node=7583733&i=0> [hidden email] || Web Site: <http://www.vyomlabs.com> www.vyomlabs.com Follow Vyom Labs <http://twitter.com/#%21/vyomlabs> http://twitter.com/#!/vyomlabs || <http://www.linkedin.com/company/vyom-labs> http://www.linkedin.com/company/vyom-labs From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Atul Vohra Sent: Tuesday, February 25, 2014 4:24 PM To: arslist@ARSLIST.ORG Subject: Re: Consuming webservice in 7,1 ** Hi Neha, I don't. It should not be looking for the xsd there as it should be self contained in the wsdl. Also it works in Soap UI. Original Message -------- Subject: Re: Consuming webservice in 7,1 From: "Neha Khandelwal" Date: Tue, February 25, 2014 5:38 am To: arslist@ARSLIST.ORG -- > Hi Atul, > > Do you have webservice file stored at location C:\Program Files\AR > System\Admin\ns1.xsd on your machine? > > Regards > Neha > > > On Tue, Feb 25, 2014 at 4:05 PM, Atul Vohra > wrote: > >> ** >> >> Hi, >> >> >> >> I am new on a project that uses ARS v7.1 (yes) and has web service >> integration. There is a filter that consumes this web service and now I am >> suppose to create another filter to consume another web service. >> >> I am having issues with Remedy Admin Tool (filter) not able to load any >> web service. I see that there is a filter to consume this web service but >> when I try to load it in the filter on my laptop I get the following error: >> >> ERROR: URI not found ns1.xsd >> >> >> >> Additional Details: >> >> C:\Program Files\AR System\Admin\ns1.xsd (The system cannot find the file >> specified) >> >> com.bmc.arsys.ws.util.ARWSException: URI not found ns1.xsd >> >> at >> com.bmc.arsys.ws.util.WsdlUtil.newDocument(WsdlUtil.java:213) >> >> at >> com.bmc.arsys.ws.util.WsdlUtil.newDocument(WsdlUtil.java:232) >> >> at >> com.bmc.arsys.ws.wsdl.XMLSchemaParser.extractFormDefaultValues(XMLSchemaParser.java:231) >> >> at >> com.bmc.arsys.ws.wsdl.XMLSchemaParser.extractFormDefaultValues(XMLSchemaParser.java:278) >> >> at >> com.bmc.arsys.ws.wsdl.XMLSchemaParser.parseXMLSchema(XMLSchemaParser.java:295) >> >> at >> com.bmc.arsys.ws.wsdl.XMLSchemaParser.(XMLSchemaParser.java:121) >> >> at >> com.bmc.arsys.ws.wsdl.WsdlParser.createMappingDoc(WsdlParser.java:179) >> >> at >> com.bmc.arsys.ws.wsdl.WsdlParser.parseWsdl(WsdlParser.java:121) >> >> at >> com.bmc.arsys.ws.util.WsdlAdminInterface.parseWsdl(WsdlAdminInterface.java:399) >> >> at >> com.bmc.arsys.ws.util.WsdlAdminInterface.parseWSDLIntoMappingString(WsdlAdminInterface.java:198) >> >> >> >> This obviously worked for whomsoever that created the filter as there are >> mappings (input/output) but not sure what is needed to be done on my laptop >> (and remedy admin tool). The error is not related a certificate (as my java >> keystore has the certificates). >> >> I was hoping that someone would remember this - as this is v7.1, I am not >> sure how much BMC will help. >> >> >> >> My laptop has jre 1.7. >> >> >> >> Thanks. >> >> >> _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" > _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"
Re: Consuming webservice in 7,1
Hi Neha, I don't. It should not be looking for the xsd there as it should be self contained in the wsdl. Also it works in Soap UI. Original Message Subject: Re: Consuming webservice in 7,1 From: "Neha Khandelwal" Date: Tue, February 25, 2014 5:38 am To: arslist@ARSLIST.ORG -- > Hi Atul, > > Do you have webservice file stored at location C:\Program Files\AR > System\Admin\ns1.xsd on your machine? > > Regards > Neha > > > On Tue, Feb 25, 2014 at 4:05 PM, Atul Vohra > wrote: > >> ** >> >> Hi, >> >> >> >> I am new on a project that uses ARS v7.1 (yes) and has web service >> integration. There is a filter that consumes this web service and now I am >> suppose to create another filter to consume another web service. >> >> I am having issues with Remedy Admin Tool (filter) not able to load any >> web service. I see that there is a filter to consume this web service but >> when I try to load it in the filter on my laptop I get the following error: >> >> ERROR: URI not found ns1.xsd >> >> >> >> Additional Details: >> >> C:\Program Files\AR System\Admin\ns1.xsd (The system cannot find the file >> specified) >> >> com.bmc.arsys.ws.util.ARWSException: URI not found ns1.xsd >> >> at >> com.bmc.arsys.ws.util.WsdlUtil.newDocument(WsdlUtil.java:213) >> >> at >> com.bmc.arsys.ws.util.WsdlUtil.newDocument(WsdlUtil.java:232) >> >> at >> com.bmc.arsys.ws.wsdl.XMLSchemaParser.extractFormDefaultValues(XMLSchemaParser.java:231) >> >> at >> com.bmc.arsys.ws.wsdl.XMLSchemaParser.extractFormDefaultValues(XMLSchemaParser.java:278) >> >> at >> com.bmc.arsys.ws.wsdl.XMLSchemaParser.parseXMLSchema(XMLSchemaParser.java:295) >> >> at >> com.bmc.arsys.ws.wsdl.XMLSchemaParser.(XMLSchemaParser.java:121) >> >> at >> com.bmc.arsys.ws.wsdl.WsdlParser.createMappingDoc(WsdlParser.java:179) >> >> at >> com.bmc.arsys.ws.wsdl.WsdlParser.parseWsdl(WsdlParser.java:121) >> >> at >> com.bmc.arsys.ws.util.WsdlAdminInterface.parseWsdl(WsdlAdminInterface.java:399) >> >> at >> com.bmc.arsys.ws.util.WsdlAdminInterface.parseWSDLIntoMappingString(WsdlAdminInterface.java:198) >> >> >> >> This obviously worked for whomsoever that created the filter as there are >> mappings (input/output) but not sure what is needed to be done on my laptop >> (and remedy admin tool). The error is not related a certificate (as my java >> keystore has the certificates). >> >> I was hoping that someone would remember this - as this is v7.1, I am not >> sure how much BMC will help. >> >> >> >> My laptop has jre 1.7. >> >> >> >> Thanks. >> >> >> _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" > ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Consuming webservice in 7,1
Hi Atul, Do you have webservice file stored at location C:\Program Files\AR System\Admin\ns1.xsd on your machine? Regards Neha On Tue, Feb 25, 2014 at 4:05 PM, Atul Vohra wrote: > ** > > Hi, > > > > I am new on a project that uses ARS v7.1 (yes) and has web service > integration. There is a filter that consumes this web service and now I am > suppose to create another filter to consume another web service. > > I am having issues with Remedy Admin Tool (filter) not able to load any > web service. I see that there is a filter to consume this web service but > when I try to load it in the filter on my laptop I get the following error: > > ERROR: URI not found ns1.xsd > > > > Additional Details: > > C:\Program Files\AR System\Admin\ns1.xsd (The system cannot find the file > specified) > > com.bmc.arsys.ws.util.ARWSException: URI not found ns1.xsd > > at > com.bmc.arsys.ws.util.WsdlUtil.newDocument(WsdlUtil.java:213) > > at > com.bmc.arsys.ws.util.WsdlUtil.newDocument(WsdlUtil.java:232) > > at > com.bmc.arsys.ws.wsdl.XMLSchemaParser.extractFormDefaultValues(XMLSchemaParser.java:231) > > at > com.bmc.arsys.ws.wsdl.XMLSchemaParser.extractFormDefaultValues(XMLSchemaParser.java:278) > > at > com.bmc.arsys.ws.wsdl.XMLSchemaParser.parseXMLSchema(XMLSchemaParser.java:295) > > at > com.bmc.arsys.ws.wsdl.XMLSchemaParser.(XMLSchemaParser.java:121) > > at > com.bmc.arsys.ws.wsdl.WsdlParser.createMappingDoc(WsdlParser.java:179) > > at > com.bmc.arsys.ws.wsdl.WsdlParser.parseWsdl(WsdlParser.java:121) > > at > com.bmc.arsys.ws.util.WsdlAdminInterface.parseWsdl(WsdlAdminInterface.java:399) > > at > com.bmc.arsys.ws.util.WsdlAdminInterface.parseWSDLIntoMappingString(WsdlAdminInterface.java:198) > > > > This obviously worked for whomsoever that created the filter as there are > mappings (input/output) but not sure what is needed to be done on my laptop > (and remedy admin tool). The error is not related a certificate (as my java > keystore has the certificates). > > I was hoping that someone would remember this - as this is v7.1, I am not > sure how much BMC will help. > > > > My laptop has jre 1.7. > > > > Thanks. > > > _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"
Consuming webservice in 7,1
Hi, � I am new on a project that uses ARS �v7.1 (yes) and has web service integration. There is a filter that consumes this web service and now I am suppose to create another filter to consume another web service.� I am having issues with Remedy Admin Tool (filter) not able to load any web service. I see that there is a filter to consume this web service but when I try to load it in the filter on my laptop I get the following error: ERROR: URI not found ns1.xsd � Additional Details: C:\Program Files\AR System\Admin\ns1.xsd (The system cannot find the file specified) com.bmc.arsys.ws.util.ARWSException: URI not found ns1.xsd ��� at com.bmc.arsys.ws.util.WsdlUtil.newDocument(WsdlUtil.java:213) ��� at com.bmc.arsys.ws.util.WsdlUtil.newDocument(WsdlUtil.java:232) ��� at com.bmc.arsys.ws.wsdl.XMLSchemaParser.extractFormDefaultValues(XMLSchemaParser.java:231) ��� at com.bmc.arsys.ws.wsdl.XMLSchemaParser.extractFormDefaultValues(XMLSchemaParser.java:278) ��� at com.bmc.arsys.ws.wsdl.XMLSchemaParser.parseXMLSchema(XMLSchemaParser.java:295) ��� at com.bmc.arsys.ws.wsdl.XMLSchemaParser.(XMLSchemaParser.java:121) ��� at com.bmc.arsys.ws.wsdl.WsdlParser.createMappingDoc(WsdlParser.java:179) ��� at com.bmc.arsys.ws.wsdl.WsdlParser.parseWsdl(WsdlParser.java:121) ��� at com.bmc.arsys.ws.util.WsdlAdminInterface.parseWsdl(WsdlAdminInterface.java:399) ��� at com.bmc.arsys.ws.util.WsdlAdminInterface.parseWSDLIntoMappingString(WsdlAdminInterface.java:198) � This obviously worked for whomsoever that created the filter as there are mappings (input/output) but not sure what is needed to be done on my laptop (and remedy admin tool). The error is not related a certificate (as my java keystore has the certificates). I was hoping that someone would remember this – as this is v7.1, I am not sure how much BMC will help. � My laptop has jre 1.7. � Thanks. � ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Does response from webservice call trigger modify operation
Hi LJ, I totally agree with you. Seems to me I have to do more digging on it as it seems the error handler filter is not working . Thanks Shambo. On Fri, Jan 24, 2014 at 1:14 PM, LJ LongWing wrote: > ** > > No, because the submit isn't even done by the time the web service call is > completed. > On Jan 23, 2014 11:59 PM, "Shambo Maitra" wrote: > >> Hi, >> I need to know if I call a webservice in my filter on submit operation , >> can the response of the webservice can trigger modify operation on the same >> record which can call a fiter on modify? >> >> >> ___ >> 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"
Re: Does response from webservice call trigger modify operation
No, because the submit isn't even done by the time the web service call is completed. On Jan 23, 2014 11:59 PM, "Shambo Maitra" wrote: > Hi, > I need to know if I call a webservice in my filter on submit operation , > can the response of the webservice can trigger modify operation on the same > record which can call a fiter on modify? > > > ___ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > "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"
Does response from webservice call trigger modify operation
Hi, I need to know if I call a webservice in my filter on submit operation , can the response of the webservice can trigger modify operation on the same record which can call a fiter on modify? ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Remedy webservice behaviour
Hi List, I need your assistance for following issue. Here I am concerned about input/ouput settings made in Remedy webservice object are not getting reflected in corresponding WSDL URL or file. I am seeing some strange behaviour in Remedy webservice and their corresponding WSDL files. Inpu/Output field mapping properties which have been defined in BMC Dev Studio for a webservice is not getting reflected exactly in the corresponding WSDL file or URL. Specially when for a field, Maxoccurs property is defined as "unbounded", it is not coming same into the corresponding WSDL URL or file. Because of this issue, 3rd aprty applications when accessing Remedy system through Remedy WSDL file, issues are coming. Note - I have already flushed cache Is anyone of you have experienced same issue before, or is this the expected behaviour of webservice Regards Neha Khandelwal ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Webservice DATE in XML Standard Format Issue
As long as you are mapping a date field from Remedy in your set fields call, it should use the XML standard for a date Date/Time fields will use the XML Date/Time format of -MM-DDTHH:MM:SS-mm:ss (i.e. 2013-12-15T06:24:28-06:00) Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Wes Povich Sent: Friday, December 13, 2013 9:10 AM To: arslist@ARSLIST.ORG Subject: Re: Webservice DATE in XML Standard Format Issue Note: I am attempting to use the Webservice Standard Format for DATE = -MM-DD -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Wes Povich Sent: Friday, December 13, 2013 9:04 AM To: arslist@ARSLIST.ORG Subject: Webservice DATE in XML Standard Format Issue I am calling a third-party WSDL from Remedy (Set Fields Action)... I need to be able to send over the Date (Remedy Date Field) in my request. Remedy is unable to send the DATE in XML standard format. Any suggestions? ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Webservice DATE in XML Standard Format Issue
Note: I am attempting to use the Webservice Standard Format for DATE = -MM-DD ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Webservice DATE in XML Standard Format Issue
I am calling a third-party WSDL from Remedy (Set Fields Action)... I need to be able to send over the Date (Remedy Date Field) in my request. Remedy is unable to send the DATE in XML standard format. Any suggestions? ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Question on Webservice
Hi, Thanks to all for responding on this issue. But if these two new fields are also not madatory for appliaction A to provide value in. what would be scenario? 1. Should I still share updated webservice with botha ppliactions A and B. 2. Should I share updated webservice only with application A, and Keep application B to consume existing webservice only without any modification, Is it possible? Regards Neha Khandelwal ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Question on Webservice
I would stay within the box as much as is possible without having to do client side scripting. When you create the WS you want to create, I would define two separate operations, one for A to consume and the other for B to consume. And the one that needs those two fields, you can set your minOccurs and maxOccurs both to 1 making it mandatory for that operation, while the other should not be exposed to those two fields. Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Abhijit Hendre Sent: Friday, October 04, 2013 6:58 AM To: arslist@ARSLIST.ORG Subject: Re: Question on Webservice ** Hi Neha, You can have same web service to be consumed by both application , A & B. What you can do is - add 2 new optional fields on base form where web service is defined. When Application B will consume web service , do not pass value for these fields . And, when Application A will consume web service , make it mandatory to pass those two fields. You can make those two fields mandatory at Application end using client side scripting such as JavaScript. Get hold of application guys to make that happen. Thanks, Abhijit H On 4 October 2013 16:07, Neha Khandelwal wrote: Thanks Karthik ___ 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"
Re: Question on Webservice
There is no need for JavaScript or anything outside of the ARS system for this Hopefully each application that connects to your ARS system uses a separate user and password. You can simply add a filter to your form that the web service is on where $USER$ = "Application A login" and the fields are NULL and return an error Worst case is you could always copy the method and add the 2 new fields to the 2nd method only (You end up with 1 service that has multiple methods) Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Abhijit Hendre Sent: Friday, October 04, 2013 5:58 AM To: arslist@ARSLIST.ORG Subject: Re: Question on Webservice ** Hi Neha, You can have same web service to be consumed by both application , A & B. What you can do is - add 2 new optional fields on base form where web service is defined. When Application B will consume web service , do not pass value for these fields . And, when Application A will consume web service , make it mandatory to pass those two fields. You can make those two fields mandatory at Application end using client side scripting such as JavaScript. Get hold of application guys to make that happen. Thanks, Abhijit H -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Neha Khandelwal Sent: Friday, October 04, 2013 4:05 AM To: arslist@ARSLIST.ORG Subject: Question on Webservice Hi List, Please help me with your expertise on below query. There is one Remedy webservice which is being consumed by two 3rd party application A and B. For integration with one application A, it is required to add tWo new fields in Remedy provided webservice. Other 3rd party application B, have to do nothing with two new fields added in Remedy provided webservice. So is it mandatory, that application B has to now consume updated Remedy webservice or it can continue with consuming old Remedy webservice only? Thanks in Advance Regards Neha Khandelwal ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Question on Webservice
Hi Neha, You can have same web service to be consumed by both application , A & B. What you can do is - add 2 new *optional *fields on base form where web service is defined. When Application B will consume web service , do not pass value for these fields . And, when Application A will consume web service , make it mandatory to pass those two fields. You can make those two fields mandatory at Application end using client side scripting such as JavaScript. Get hold of application guys to make that happen. Thanks, Abhijit H On 4 October 2013 16:07, Neha Khandelwal wrote: > Thanks Karthik > > > ___ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > "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"
Re: Question on Webservice
Thanks Karthik ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Question on Webservice
Hi, I believe you have one web service for both A and B application. In that case once you have modified the web service both A and B will consume the modified one. If these 2 new fields are not used by B application consider creating a separate Web Service for B application. Regards, Karthik On Fri, Oct 4, 2013 at 5:04 PM, Neha Khandelwal wrote: > Hi List, > > Please help me with your expertise on below query. > > There is one Remedy webservice which is being consumed by two 3rd party > application A and B. For integration with one application A, it is required > to add tWo new fields in Remedy provided webservice. > Other 3rd party application B, have to do nothing with two new fields > added in Remedy provided webservice. > So is it mandatory, that application B has to now consume updated Remedy > webservice or it can continue with consuming old Remedy webservice only? > > Thanks in Advance > > Regards > Neha Khandelwal > > > ___ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > "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"
Question on Webservice
Hi List, Please help me with your expertise on below query. There is one Remedy webservice which is being consumed by two 3rd party application A and B. For integration with one application A, it is required to add tWo new fields in Remedy provided webservice. Other 3rd party application B, have to do nothing with two new fields added in Remedy provided webservice. So is it mandatory, that application B has to now consume updated Remedy webservice or it can continue with consuming old Remedy webservice only? Thanks in Advance Regards Neha Khandelwal ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Consuming a WebService with XML Payload in ARS 8.1
When passing XML inside a payload it is always recommended to enclose it inside a CDATA structure. ARS works with fully typed XML and I believe that the documentation lists that the "any" construct is not supported. Fred From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Longwing, Lj Sent: Monday, August 05, 2013 12:05 PM To: arslist@ARSLIST.ORG Subject: Re: Consuming a WebService with XML Payload in ARS 8.1 ** Nathan, Remedy it's considering the returned value to be an array, so what you need to do is setup a child form mapping to create a record per child On Monday, August 5, 2013, Nathan Brandt mailto:nathanrbra...@gmail.com>> wrote: > ** > Hello, > I am trying to consume an external web-service from ARS 8.1 > I am showing only part of MessageType which is returned from the web-service. > This tag can either contain string or XML payload. > > > > > > > > > > > > > > > > > > > When WS returns String paylaod, returned value of "StringPayload" is > correctly read in form field, but > when WS returns XmlAnyPayload returned value of "XmlAnyPayload" is not > getting read in form field. This field is remaining blank and there are no > errors to be seen anywhere in the logs. > Returned value looks something like > > > BM > BD > > > I was expecting > "BMBD" this > to be saved in the form field, but it is seen as blank. > Any clues what might be going wrong? > > ~ Nathan ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Consuming a WebService with XML Payload in ARS 8.1
Nathan, Remedy it's considering the returned value to be an array, so what you need to do is setup a child form mapping to create a record per child On Monday, August 5, 2013, Nathan Brandt wrote: > ** > Hello, > I am trying to consume an external web-service from ARS 8.1 > I am showing only part of MessageType which is returned from the web-service. This tag can either contain string or XML payload. > > > > > > > > > > > > > > > > > > > When WS returns String paylaod, returned value of "StringPayload" is correctly read in form field, but > when WS returns XmlAnyPayload returned value of "XmlAnyPayload" is not getting read in form field. This field is remaining blank and there are no errors to be seen anywhere in the logs. > Returned value looks something like > > > BM > BD > > > I was expecting "BMBD" this to be saved in the form field, but it is seen as blank. > Any clues what might be going wrong? > > ~ Nathan > _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"
Consuming a WebService with XML Payload in ARS 8.1
Hello, I am trying to consume an external web-service from ARS 8.1 I am showing only part of MessageType which is returned from the web-service. This tag can either contain string or XML payload. When WS returns String paylaod, returned value of "StringPayload" is correctly read in form field, but when WS returns XmlAnyPayload returned value of "XmlAnyPayload" is not getting read in form field. This field is remaining blank and there are no errors to be seen anywhere in the logs. Returned value looks something like BM BD I was expecting "BMBD" this to be saved in the form field, but it is seen as blank. Any clues what might be going wrong? ~ Nathan ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Webservice-Please share your knowledge
Thanks everyone,especially Karthick, for spending some time and helping me on this. Regards Robin ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Webservice-Please share your knowledge
Thank you and I do appreciate the offer but that would be too much trouble for something that seems to be so simple. _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Karthik Sent: Wednesday, July 10, 2013 10:17 PM To: arslist@ARSLIST.ORG Subject: Re: Webservice-Please share your knowledge ** Good luck. :) Regards, Karthik On Jul 11, 2013 6:44 AM, "Joe D'Souza" wrote: ** The reason I had not seen this possibility is that it's a Set Field action where you can use the WSDL option to set fields so didn't see how that could possibly store anything in the current transaction if the return was an array, unless you used some method to accept that input to a data visualization field designed to accept an array. I didn't know that it was capable of 'Set Fields' to another form to store that returned array to another form when the Data Source selected was WEB SERVICE. I should be able to work my way through now that I know this is possible just by changing the form mapping from Root to an Element. I actually used to wonder why it was possible to remove the form from the Root and add it else where - now I know. It never occurred to me to try and see what happens when that was done. Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Karthik Sent: Wednesday, July 10, 2013 8:59 PM To: arslist@ARSLIST.ORG Subject: Re: Webservice-Please share your knowledge ** That is correct Joe. I have used it to in a scenario like below. There are 2 remedy systems. One system(system a) stores CIs(CMDB) and the other hosts SRM(system b) An AIF was created to create service requests on system b. Requirement was to allow user to type in first 4 characters of a CI name on the AIF and press enter. This should bring up matching CIs from system a. The way thia was accomplished was via the way I described in the original post above. System a exposed a web service hosting Getlist operation. System b consumed the same and showed the results. This was done on 7.1. Until I demonstrated this possibility, there were many under opinion that, in remedy one web service call is tied with one record. But, having a second child form, you can return and store multiple records on a single web service call. If there are more questions, I can build this and send a def file for people to understand and experiment. Let me know if anyone is interested. Regards, Karthik On Jul 11, 2013 4:14 AM, "Joe D'Souza" wrote: ** Good know its possible as I used to think the gets are for single records only and not multiple records. This might be useful in some of the integration work that I would need to do in a month or so, So the way I understand this now is that you create that relationship key (like a GUID) and use that while creating your line items to associate all the line items created in a sort of a peer to peer relationship instead of a parent to child relationship.. Thanks for sharing the possibility. Karthik, thanks for your inputs as well.. Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: Wednesday, July 10, 2013 4:37 PM To: arslist@ARSLIST.ORG Subject: Re: Webservice-Please share your knowledge I used it back in 5.1 You can think of it as creating child or line item records without needing the parent Fred From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe D'Souza Sent: Wednesday, July 10, 2013 3:34 PM To: arslist@ARSLIST.ORG Subject: Re: Webservice-Please share your knowledge ** So this would create multiple records in the form that you mapped to the FormMappingElement?? Was this always the case or is it a new feature with one of the recent versions since WSDL capabilities were introduced? Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: Wednesday, July 10, 2013 10:49 AM To: arslist@ARSLIST.ORG Subject: Re: Webservice-Please share your knowledge If you want to receive multiple records back in a web service call you do not map the form to the root, you instead map it to an element in the XML. i.e. You send MyValue If you expect to get back 1 record the structure could be <<-- Form is mapped here value1 value1 For Multiple records back the structure could be <<-- Form is mapped here value1 value1 Also . You do not need FORM_Primary.You can do a service action from Form A to Form A and a filter (that fires on Service) will do the web service call. Fred From: Action Request System discussion list(ARSLi
Re: Webservice-Please share your knowledge
Good luck. :) Regards, Karthik On Jul 11, 2013 6:44 AM, "Joe D'Souza" wrote: > ** > > The reason I had not seen this possibility is that it’s a Set Field action > where you can use the WSDL option to set fields so didn’t see how that > could possibly store anything in the current transaction if the return was > an array, unless you used some method to accept that input to a data > visualization field designed to accept an array. > > ** ** > > I didn’t know that it was capable of ‘Set Fields’ to another form to store > that returned array to another form when the Data Source selected was WEB > SERVICE. I should be able to work my way through now that I know this is > possible just by changing the form mapping from Root to an Element. I > actually used to wonder why it was possible to remove the form from the > Root and add it else where – now I know. It never occurred to me to try and > see what happens when that was done. > > ** ** > > Joe > > ** ** > -- > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Karthik > *Sent:* Wednesday, July 10, 2013 8:59 PM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: Webservice-Please share your knowledge > > ** ** > > ** > > That is correct Joe. I have used it to in a scenario like below. There are > 2 remedy systems. One system(system a) stores CIs(CMDB) and the other hosts > SRM(system b) > > An AIF was created to create service requests on system b. Requirement was > to allow user to type in first 4 characters of a CI name on the AIF and > press enter. This should bring up matching CIs from system a. > > The way thia was accomplished was via the way I described in the original > post above. System a exposed a web service hosting Getlist operation. > System b consumed the same and showed the results. > > This was done on 7.1. Until I demonstrated this possibility, there were > many under opinion that, in remedy one web service call is tied with one > record. But, having a second child form, you can return and store multiple > records on a single web service call. If there are more questions, I can > build this and send a def file for people to understand and experiment. Let > me know if anyone is interested. > > Regards, > Karthik > > On Jul 11, 2013 4:14 AM, "Joe D'Souza" wrote: > > ** > > Good know its possible as I used to think the gets are for single records > only and not multiple records. This might be useful in some of the > integration work that I would need to do in a month or so, > > > > So the way I understand this now is that you create that relationship key > (like a GUID) and use that while creating your line items to associate all > the line items created in a sort of a peer to peer relationship instead of > a parent to child relationship.. > > > > Thanks for sharing the possibility. > > > > Karthik, thanks for your inputs as well.. > > **** > > Joe > > > -- > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Grooms, Frederick W > *Sent:* Wednesday, July 10, 2013 4:37 PM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: Webservice-Please share your knowledge > > > > I used it back in 5.1 > > > > You can think of it as creating child or line item records without needing > the parent > > > > Fred > > > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Joe D'Souza > *Sent:* Wednesday, July 10, 2013 3:34 PM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: Webservice-Please share your knowledge > > > > ** > > So this would create multiple records in the form that you mapped to the > FormMappingElement?? > > > > Was this always the case or is it a new feature with one of the recent > versions since WSDL capabilities were introduced? > > > > Joe > > > -- > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Grooms, Frederick W > *Sent:* Wednesday, July 10, 2013 10:49 AM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: Webservice-Please share your knowledge > > > > If you want to receive multiple records back in a web service call you do > not map the form to the root, you instead map it to an element in
Re: Webservice-Please share your knowledge
The reason I had not seen this possibility is that it's a Set Field action where you can use the WSDL option to set fields so didn't see how that could possibly store anything in the current transaction if the return was an array, unless you used some method to accept that input to a data visualization field designed to accept an array. I didn't know that it was capable of 'Set Fields' to another form to store that returned array to another form when the Data Source selected was WEB SERVICE. I should be able to work my way through now that I know this is possible just by changing the form mapping from Root to an Element. I actually used to wonder why it was possible to remove the form from the Root and add it else where - now I know. It never occurred to me to try and see what happens when that was done. Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Karthik Sent: Wednesday, July 10, 2013 8:59 PM To: arslist@ARSLIST.ORG Subject: Re: Webservice-Please share your knowledge ** That is correct Joe. I have used it to in a scenario like below. There are 2 remedy systems. One system(system a) stores CIs(CMDB) and the other hosts SRM(system b) An AIF was created to create service requests on system b. Requirement was to allow user to type in first 4 characters of a CI name on the AIF and press enter. This should bring up matching CIs from system a. The way thia was accomplished was via the way I described in the original post above. System a exposed a web service hosting Getlist operation. System b consumed the same and showed the results. This was done on 7.1. Until I demonstrated this possibility, there were many under opinion that, in remedy one web service call is tied with one record. But, having a second child form, you can return and store multiple records on a single web service call. If there are more questions, I can build this and send a def file for people to understand and experiment. Let me know if anyone is interested. Regards, Karthik On Jul 11, 2013 4:14 AM, "Joe D'Souza" wrote: ** Good know its possible as I used to think the gets are for single records only and not multiple records. This might be useful in some of the integration work that I would need to do in a month or so, So the way I understand this now is that you create that relationship key (like a GUID) and use that while creating your line items to associate all the line items created in a sort of a peer to peer relationship instead of a parent to child relationship.. Thanks for sharing the possibility. Karthik, thanks for your inputs as well.. Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: Wednesday, July 10, 2013 4:37 PM To: arslist@ARSLIST.ORG Subject: Re: Webservice-Please share your knowledge I used it back in 5.1 You can think of it as creating child or line item records without needing the parent Fred From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe D'Souza Sent: Wednesday, July 10, 2013 3:34 PM To: arslist@ARSLIST.ORG Subject: Re: Webservice-Please share your knowledge ** So this would create multiple records in the form that you mapped to the FormMappingElement?? Was this always the case or is it a new feature with one of the recent versions since WSDL capabilities were introduced? Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: Wednesday, July 10, 2013 10:49 AM To: arslist@ARSLIST.ORG Subject: Re: Webservice-Please share your knowledge If you want to receive multiple records back in a web service call you do not map the form to the root, you instead map it to an element in the XML. i.e. You send MyValue If you expect to get back 1 record the structure could be <<-- Form is mapped here value1 value1 For Multiple records back the structure could be <<-- Form is mapped here value1 value1 Also . You do not need FORM_Primary.You can do a service action from Form A to Form A and a filter (that fires on Service) will do the web service call. Fred From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Campbell, Paul (Paul) Sent: Wednesday, July 10, 2013 9:26 AM To: arslist@ARSLIST.ORG Subject: Re: Webservice-Please share your knowledge ** Karthik, I don't understand the statement "As there are multiple results the data cannot be directly mapped in the output mapping in the set fields. so, there is a need to have another form to store data. Here you need to use your secondary form fields mapped."
Re: Webservice-Please share your knowledge
That is correct Joe. I have used it to in a scenario like below. There are 2 remedy systems. One system(system a) stores CIs(CMDB) and the other hosts SRM(system b) An AIF was created to create service requests on system b. Requirement was to allow user to type in first 4 characters of a CI name on the AIF and press enter. This should bring up matching CIs from system a. The way thia was accomplished was via the way I described in the original post above. System a exposed a web service hosting Getlist operation. System b consumed the same and showed the results. This was done on 7.1. Until I demonstrated this possibility, there were many under opinion that, in remedy one web service call is tied with one record. But, having a second child form, you can return and store multiple records on a single web service call. If there are more questions, I can build this and send a def file for people to understand and experiment. Let me know if anyone is interested. Regards, Karthik On Jul 11, 2013 4:14 AM, "Joe D'Souza" wrote: > ** > > Good know its possible as I used to think the gets are for single records > only and not multiple records. This might be useful in some of the > integration work that I would need to do in a month or so, > > ** ** > > So the way I understand this now is that you create that relationship key > (like a GUID) and use that while creating your line items to associate all > the line items created in a sort of a peer to peer relationship instead of > a parent to child relationship.. > > ** ** > > Thanks for sharing the possibility. > > ** ** > > Karthik, thanks for your inputs as well.. > > ** ** > > Joe > > ** ** > -- > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Grooms, Frederick W > *Sent:* Wednesday, July 10, 2013 4:37 PM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: Webservice-Please share your knowledge > > ** ** > > I used it back in 5.1 > > ** ** > > You can think of it as creating child or line item records without needing > the parent > > ** ** > > Fred > > ** ** > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Joe D'Souza > *Sent:* Wednesday, July 10, 2013 3:34 PM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: Webservice-Please share your knowledge > > ** ** > > ** > > So this would create multiple records in the form that you mapped to the > FormMappingElement?? > > ** ** > > Was this always the case or is it a new feature with one of the recent > versions since WSDL capabilities were introduced? > > ** ** > > Joe > > ** ** > ------ > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Grooms, Frederick W > *Sent:* Wednesday, July 10, 2013 10:49 AM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: Webservice-Please share your knowledge > > ** ** > > If you want to receive multiple records back in a web service call you do > not map the form to the root, you instead map it to an element in the XML. > > > ** ** > > i.e. You send > > > >MyValue > > > > ** ** > > If you expect to get back 1 record the structure could be > ><<-- Form is mapped > here > >value1 > >value1 > > > > ** ** > > For Multiple records back the structure could be > > > ><<-- Form is mapped here > > value1 > > value1 > > > > > > ** ** > > ** ** > > Also … You do not need FORM_Primary.You can do a service action from > Form A to Form A and a filter (that fires on Service) will do the web > service call. > > ** ** > > Fred > > ** ** > > ** ** > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Campbell, Paul (Paul) > *Sent:* Wednesday, July 10, 2013 9:26 AM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: Webservice-Please share your knowledge > > ** ** > > ** > > Karthik, I don’t understand the statement “As there are multiple results > the data cannot be directly mapped in the output mapping in the set fields. > so, there is a need to have another form to store data. Here you need to > use your secondary form fields mapped.” > > ** ** > > I am not aware of a way to have
Re: Webservice-Please share your knowledge
Good know its possible as I used to think the gets are for single records only and not multiple records. This might be useful in some of the integration work that I would need to do in a month or so, So the way I understand this now is that you create that relationship key (like a GUID) and use that while creating your line items to associate all the line items created in a sort of a peer to peer relationship instead of a parent to child relationship.. Thanks for sharing the possibility. Karthik, thanks for your inputs as well.. Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: Wednesday, July 10, 2013 4:37 PM To: arslist@ARSLIST.ORG Subject: Re: Webservice-Please share your knowledge I used it back in 5.1 You can think of it as creating child or line item records without needing the parent Fred From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe D'Souza Sent: Wednesday, July 10, 2013 3:34 PM To: arslist@ARSLIST.ORG Subject: Re: Webservice-Please share your knowledge ** So this would create multiple records in the form that you mapped to the FormMappingElement?? Was this always the case or is it a new feature with one of the recent versions since WSDL capabilities were introduced? Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: Wednesday, July 10, 2013 10:49 AM To: arslist@ARSLIST.ORG Subject: Re: Webservice-Please share your knowledge If you want to receive multiple records back in a web service call you do not map the form to the root, you instead map it to an element in the XML. i.e. You send MyValue If you expect to get back 1 record the structure could be <<-- Form is mapped here value1 value1 For Multiple records back the structure could be <<-- Form is mapped here value1 value1 Also . You do not need FORM_Primary.You can do a service action from Form A to Form A and a filter (that fires on Service) will do the web service call. Fred From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Campbell, Paul (Paul) Sent: Wednesday, July 10, 2013 9:26 AM To: arslist@ARSLIST.ORG Subject: Re: Webservice-Please share your knowledge ** Karthik, I don't understand the statement "As there are multiple results the data cannot be directly mapped in the output mapping in the set fields. so, there is a need to have another form to store data. Here you need to use your secondary form fields mapped." I am not aware of a way to have multiple records mapped to another form, can you elaborate? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Karthik Sent: Tuesday, July 09, 2013 6:09 AM To: arslist@ARSLIST.ORG Subject: Re: Webservice-Please share your knowledge ** Robin, please see below: Create 2 forms, - primary form(Say FORM_Primary) - second form(FORM_Secondary) 1.User performs a search on a field in Form A. -> On Click on a button, - Generate a GUID - Create a record in FORM_Primary, push GUID as well 2.Remedy application pull records from an external application and display the results to the user.The search result can be many records(more than 200).Hence,Remedy should show results in smaller chunks(50 records each) to the user. -> on submit, create a filter that consumes the external web service in set fields. -> As there are multiple results the data cannot be directly mapped in the output mapping in the set fields. so, there is a need to have another form to store data. Here you need to use your secondary form fields mapped. Primary and Secondary forms will be related via a foreign key(GUID generated and pushed to Primary form) -> once mapping is done the filter on primary form fires, it will populate results on the secondary form 3.User selects one of the search results in Form A and save the record. Have a table filed on Form A and point it to FORM_Secondary and refresh it - Karthik On 9 July 2013 15:07, Sandeep Pandey wrote: ** Hi Robin, Please ask about the external wsdl or url which remedy will consume first. Then go through all the operations external system is providing and mainly which you are looking for. Later on need to do mapping analysis, between remedy and external system for input and output parameters. Once your mappings are ready, you can use remedy developer studio and create filter to consume external system web services. Many more things related to create web services, you can refer BMC Remedy Integration guide for the same. Hope this will help you. Let me know if you
Re: Webservice-Please share your knowledge
I didn't know that was possible. I thought that a get was possible only to set a current record and not create records in another form. This does open up its use a bit more.. Was this always possible since WSDL capabilities were introduced? Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Longwing, Lj Sent: Wednesday, July 10, 2013 4:24 PM To: arslist@ARSLIST.ORG Subject: Re: Webservice-Please share your knowledge ** Joe, If you are making a web service call, and you have the mapping set to another form for the output, it creates a single record for each record returned in the resultset from the remote db. On Wed, Jul 10, 2013 at 2:21 PM, Joe D'Souza wrote: ** What I mean is doesn't Remedy have to do a Set Field calling the WSDL for each record that is returned if you pre-populate the place holder record to receive it? Also would you not need to know exactly how many records will be expected before you start the fetch, and a way to query for each individual record one by one even if it is only 200 records? I do not see how you would be able to do it with a single WSDL call. Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Karthik Sent: Tuesday, July 09, 2013 10:58 PM To: arslist@ARSLIST.ORG Subject: Re: Webservice-Please share your knowledge ** Joe, I have worked in the past on this method, and remedy can receive multiple records in a fashion as described by me above. Its not limited to only 1 record. - Karthik On 10 July 2013 08:26, Karthik wrote: Robin mentioned that its more than 200, so it might not go upto 4000 is my assumption. As you mentioned(Joe) if it crosses 1000 Mark, it would definitely be slow. - Karthik On 10 July 2013 06:02, Joe D'Souza wrote: ** Out of the box using only inside the box methods?? You're dealing with receiving multiple records from another form. Remember that remedy can only receive one row when searching using WSDL in a filter to search for data in an external system. You will not be able to receive multiple records, UNLESS you choose to do so by building some sort of a plugin and use that in a DVF. The method you described to populate 2 tables, would probably work only if you knew exactly how many records to expect from the foreign system, and then create exactly that many records in the secondary form and then have a set field filter fire to set records individually by searching for records individually. I'm not sure how efficient that process will be if you need to get back 4000 records in chunks.. 4000 WSDL gets even if it is chunked with 50 per chunk??. Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Karthik Sent: Tuesday, July 09, 2013 6:09 AM To: arslist@ARSLIST.ORG Subject: Re: Webservice-Please share your knowledge ** Robin, please see below: Create 2 forms, - primary form(Say FORM_Primary) - second form(FORM_Secondary) 1.User performs a search on a field in Form A. -> On Click on a button, - Generate a GUID - Create a record in FORM_Primary, push GUID as well 2.Remedy application pull records from an external application and display the results to the user.The search result can be many records(more than 200).Hence,Remedy should show results in smaller chunks(50 records each) to the user. -> on submit, create a filter that consumes the external web service in set fields. -> As there are multiple results the data cannot be directly mapped in the output mapping in the set fields. so, there is a need to have another form to store data. Here you need to use your secondary form fields mapped. Primary and Secondary forms will be related via a foreign key(GUID generated and pushed to Primary form) -> once mapping is done the filter on primary form fires, it will populate results on the secondary form 3.User selects one of the search results in Form A and save the record. Have a table filed on Form A and point it to FORM_Secondary and refresh it - Karthik On 9 July 2013 15:07, Sandeep Pandey wrote: ** Hi Robin, Please ask about the external wsdl or url which remedy will consume first. Then go through all the operations external system is providing and mainly which you are looking for. Later on need to do mapping analysis, between remedy and external system for input and output parameters. Once your mappings are ready, you can use remedy developer studio and create filter to consume external system web services. Many more things related to create web services, you can refer BMC Remedy Integration guide for the same. Hope this will help you. Let me know if you need any further details. -- Sandeep Pandey Remedy Developer On Tue, Jul 9, 2013 at 11:46 AM, Robin Mathew wrote: Hi all, Please help me with webs
Re: Webservice-Please share your knowledge
So this would create multiple records in the form that you mapped to the FormMappingElement?? Was this always the case or is it a new feature with one of the recent versions since WSDL capabilities were introduced? Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: Wednesday, July 10, 2013 10:49 AM To: arslist@ARSLIST.ORG Subject: Re: Webservice-Please share your knowledge If you want to receive multiple records back in a web service call you do not map the form to the root, you instead map it to an element in the XML. i.e. You send MyValue If you expect to get back 1 record the structure could be <<-- Form is mapped here value1 value1 For Multiple records back the structure could be <<-- Form is mapped here value1 value1 Also . You do not need FORM_Primary.You can do a service action from Form A to Form A and a filter (that fires on Service) will do the web service call. Fred From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Campbell, Paul (Paul) Sent: Wednesday, July 10, 2013 9:26 AM To: arslist@ARSLIST.ORG Subject: Re: Webservice-Please share your knowledge ** Karthik, I don't understand the statement "As there are multiple results the data cannot be directly mapped in the output mapping in the set fields. so, there is a need to have another form to store data. Here you need to use your secondary form fields mapped." I am not aware of a way to have multiple records mapped to another form, can you elaborate? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Karthik Sent: Tuesday, July 09, 2013 6:09 AM To: arslist@ARSLIST.ORG Subject: Re: Webservice-Please share your knowledge ** Robin, please see below: Create 2 forms, - primary form(Say FORM_Primary) - second form(FORM_Secondary) 1.User performs a search on a field in Form A. -> On Click on a button, - Generate a GUID - Create a record in FORM_Primary, push GUID as well 2.Remedy application pull records from an external application and display the results to the user.The search result can be many records(more than 200).Hence,Remedy should show results in smaller chunks(50 records each) to the user. -> on submit, create a filter that consumes the external web service in set fields. -> As there are multiple results the data cannot be directly mapped in the output mapping in the set fields. so, there is a need to have another form to store data. Here you need to use your secondary form fields mapped. Primary and Secondary forms will be related via a foreign key(GUID generated and pushed to Primary form) -> once mapping is done the filter on primary form fires, it will populate results on the secondary form 3.User selects one of the search results in Form A and save the record. Have a table filed on Form A and point it to FORM_Secondary and refresh it - Karthik On 9 July 2013 15:07, Sandeep Pandey wrote: ** Hi Robin, Please ask about the external wsdl or url which remedy will consume first. Then go through all the operations external system is providing and mainly which you are looking for. Later on need to do mapping analysis, between remedy and external system for input and output parameters. Once your mappings are ready, you can use remedy developer studio and create filter to consume external system web services. Many more things related to create web services, you can refer BMC Remedy Integration guide for the same. Hope this will help you. Let me know if you need any further details. -- Sandeep Pandey Remedy Developer On Tue, Jul 9, 2013 at 11:46 AM, Robin Mathew wrote: Hi all, Please help me with webservice based solution for this requirement. Requirement 1.User performs a search on a field in Form A. 2.Remedy application pull records from an external application and display the results to the user.The search result can be many records(more than 200).Hence,Remedy should show results in smaller chunks(50 records each) to the user. 3.User selects one of the search results in Form A and save the record. Please suggest a design/solution for this. Note: External team has given the approval for webservice based solution only for this requirement. Regards Robin _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"
Re: Webservice-Please share your knowledge
Joe, If you are making a web service call, and you have the mapping set to another form for the output, it creates a single record for each record returned in the resultset from the remote db. On Wed, Jul 10, 2013 at 2:21 PM, Joe D'Souza wrote: > ** > > What I mean is doesn’t Remedy have to do a Set Field calling the WSDL for > each record that is returned if you pre-populate the place holder record to > receive it? Also would you not need to know exactly how many records will > be expected before you start the fetch, and a way to query for each > individual record one by one even if it is only 200 records? I do not see > how you would be able to do it with a single WSDL call. > > ** ** > > Joe > > ** ** > -- > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Karthik > *Sent:* Tuesday, July 09, 2013 10:58 PM > > *To:* arslist@ARSLIST.ORG > *Subject:* Re: Webservice-Please share your knowledge > > > ** ** > > ** > > Joe, > > ** ** > > I have worked in the past on this method, and remedy can receive multiple > records in a fashion as described by me above. Its not limited to only 1 > record. > > ** ** > > - Karthik > > ** ** > > On 10 July 2013 08:26, Karthik wrote: > > Robin mentioned that its more than 200, so it might not go upto 4000 is my > assumption. As you mentioned(Joe) if it crosses 1000 Mark, it would > definitely be slow. > > ** ** > > - Karthik > > ** ** > > On 10 July 2013 06:02, Joe D'Souza wrote: > > ** > > Out of the box using only inside the box methods?? You’re dealing with > receiving multiple records from another form. > > > > Remember that remedy can only receive one row when searching using WSDL in > a filter to search for data in an external system. You will not be able to > receive multiple records, UNLESS you choose to do so by building some sort > of a plugin and use that in a DVF. > > > > The method you described to populate 2 tables, would probably work only if > you knew exactly how many records to expect from the foreign system, and > then create exactly that many records in the secondary form and then have a > set field filter fire to set records individually by searching for records > individually. I’m not sure how efficient that process will be if you need > to get back 4000 records in chunks.. 4000 WSDL gets even if it is chunked > with 50 per chunk??. > > > > Joe > > > -- > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Karthik > *Sent:* Tuesday, July 09, 2013 6:09 AM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: Webservice-Please share your knowledge > > > > ** > > Robin, > > > > please see below: > > > > Create 2 forms, > > - primary form(Say FORM_Primary) > > - second form(FORM_Secondary) > > > > 1.User performs a search on a field in Form A. > > -> On Click on a button, > > - Generate a GUID > > - Create a record in FORM_Primary, push GUID as well > > > > 2.Remedy application pull records from an external application and display > the results to the user.The search result can be many records(more than > 200).Hence,Remedy should show results in smaller chunks(50 records each) to > the user. > > -> on submit, create a filter that consumes the external web service in > set fields. > > -> As there are multiple results the data cannot be directly mapped in the > output mapping in the set fields. so, there is a need to have another form > to store data. Here you need to use your secondary form fields mapped. > Primary and Secondary forms will be related via a foreign key(GUID > generated and pushed to Primary form) > > -> once mapping is done the filter on primary form fires, it will populate > results on the secondary form > > > 3.User selects one of the search results in Form A and save the record.*** > * > > Have a table filed on Form A and point it to FORM_Secondary and refresh it > > > > > > > - Karthik > > > > On 9 July 2013 15:07, Sandeep Pandey wrote: > > ** > > Hi Robin, > > Please ask about the external wsdl or url which remedy will consume first. > Then go through all the operations external system is providing and mainly > which you are looking for. Later on need to do
Re: Webservice-Please share your knowledge
What I mean is doesn't Remedy have to do a Set Field calling the WSDL for each record that is returned if you pre-populate the place holder record to receive it? Also would you not need to know exactly how many records will be expected before you start the fetch, and a way to query for each individual record one by one even if it is only 200 records? I do not see how you would be able to do it with a single WSDL call. Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Karthik Sent: Tuesday, July 09, 2013 10:58 PM To: arslist@ARSLIST.ORG Subject: Re: Webservice-Please share your knowledge ** Joe, I have worked in the past on this method, and remedy can receive multiple records in a fashion as described by me above. Its not limited to only 1 record. - Karthik On 10 July 2013 08:26, Karthik wrote: Robin mentioned that its more than 200, so it might not go upto 4000 is my assumption. As you mentioned(Joe) if it crosses 1000 Mark, it would definitely be slow. - Karthik On 10 July 2013 06:02, Joe D'Souza wrote: ** Out of the box using only inside the box methods?? You're dealing with receiving multiple records from another form. Remember that remedy can only receive one row when searching using WSDL in a filter to search for data in an external system. You will not be able to receive multiple records, UNLESS you choose to do so by building some sort of a plugin and use that in a DVF. The method you described to populate 2 tables, would probably work only if you knew exactly how many records to expect from the foreign system, and then create exactly that many records in the secondary form and then have a set field filter fire to set records individually by searching for records individually. I'm not sure how efficient that process will be if you need to get back 4000 records in chunks.. 4000 WSDL gets even if it is chunked with 50 per chunk??. Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Karthik Sent: Tuesday, July 09, 2013 6:09 AM To: arslist@ARSLIST.ORG Subject: Re: Webservice-Please share your knowledge ** Robin, please see below: Create 2 forms, - primary form(Say FORM_Primary) - second form(FORM_Secondary) 1.User performs a search on a field in Form A. -> On Click on a button, - Generate a GUID - Create a record in FORM_Primary, push GUID as well 2.Remedy application pull records from an external application and display the results to the user.The search result can be many records(more than 200).Hence,Remedy should show results in smaller chunks(50 records each) to the user. -> on submit, create a filter that consumes the external web service in set fields. -> As there are multiple results the data cannot be directly mapped in the output mapping in the set fields. so, there is a need to have another form to store data. Here you need to use your secondary form fields mapped. Primary and Secondary forms will be related via a foreign key(GUID generated and pushed to Primary form) -> once mapping is done the filter on primary form fires, it will populate results on the secondary form 3.User selects one of the search results in Form A and save the record. Have a table filed on Form A and point it to FORM_Secondary and refresh it - Karthik On 9 July 2013 15:07, Sandeep Pandey wrote: ** Hi Robin, Please ask about the external wsdl or url which remedy will consume first. Then go through all the operations external system is providing and mainly which you are looking for. Later on need to do mapping analysis, between remedy and external system for input and output parameters. Once your mappings are ready, you can use remedy developer studio and create filter to consume external system web services. Many more things related to create web services, you can refer BMC Remedy Integration guide for the same. Hope this will help you. Let me know if you need any further details. -- Sandeep Pandey Remedy Developer On Tue, Jul 9, 2013 at 11:46 AM, Robin Mathew wrote: Hi all, Please help me with webservice based solution for this requirement. Requirement 1.User performs a search on a field in Form A. 2.Remedy application pull records from an external application and display the results to the user.The search result can be many records(more than 200).Hence,Remedy should show results in smaller chunks(50 records each) to the user. 3.User selects one of the search results in Form A and save the record. Please suggest a design/solution for this. Note: External team has given the approval for webservice based solution only for this requirement. Regards Robin ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 yea
Re: Webservice-Please share your knowledge
By Golly, you learn something new every day! From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: Wednesday, July 10, 2013 10:49 AM To: arslist@ARSLIST.ORG Subject: Re: Webservice-Please share your knowledge ** If you want to receive multiple records back in a web service call you do not map the form to the root, you instead map it to an element in the XML. i.e. You send MyValue If you expect to get back 1 record the structure could be <<-- Form is mapped here value1 value1 For Multiple records back the structure could be <<-- Form is mapped here value1 value1 Also ... You do not need FORM_Primary.You can do a service action from Form A to Form A and a filter (that fires on Service) will do the web service call. Fred From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Campbell, Paul (Paul) Sent: Wednesday, July 10, 2013 9:26 AM To: arslist@ARSLIST.ORG Subject: Re: Webservice-Please share your knowledge ** Karthik, I don't understand the statement "As there are multiple results the data cannot be directly mapped in the output mapping in the set fields. so, there is a need to have another form to store data. Here you need to use your secondary form fields mapped." I am not aware of a way to have multiple records mapped to another form, can you elaborate? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Karthik Sent: Tuesday, July 09, 2013 6:09 AM To: arslist@ARSLIST.ORG Subject: Re: Webservice-Please share your knowledge ** Robin, please see below: Create 2 forms, - primary form(Say FORM_Primary) - second form(FORM_Secondary) 1.User performs a search on a field in Form A. -> On Click on a button, - Generate a GUID - Create a record in FORM_Primary, push GUID as well 2.Remedy application pull records from an external application and display the results to the user.The search result can be many records(more than 200).Hence,Remedy should show results in smaller chunks(50 records each) to the user. -> on submit, create a filter that consumes the external web service in set fields. -> As there are multiple results the data cannot be directly mapped in the output mapping in the set fields. so, there is a need to have another form to store data. Here you need to use your secondary form fields mapped. Primary and Secondary forms will be related via a foreign key(GUID generated and pushed to Primary form) -> once mapping is done the filter on primary form fires, it will populate results on the secondary form 3.User selects one of the search results in Form A and save the record. Have a table filed on Form A and point it to FORM_Secondary and refresh it - Karthik On 9 July 2013 15:07, Sandeep Pandey mailto:sandeep.rem...@gmail.com>> wrote: ** Hi Robin, Please ask about the external wsdl or url which remedy will consume first. Then go through all the operations external system is providing and mainly which you are looking for. Later on need to do mapping analysis, between remedy and external system for input and output parameters. Once your mappings are ready, you can use remedy developer studio and create filter to consume external system web services. Many more things related to create web services, you can refer BMC Remedy Integration guide for the same. Hope this will help you. Let me know if you need any further details. -- Sandeep Pandey Remedy Developer On Tue, Jul 9, 2013 at 11:46 AM, Robin Mathew mailto:robi...@rediffmail.com>> wrote: Hi all, Please help me with webservice based solution for this requirement. Requirement 1.User performs a search on a field in Form A. 2.Remedy application pull records from an external application and display the results to the user.The search result can be many records(more than 200).Hence,Remedy should show results in smaller chunks(50 records each) to the user. 3.User selects one of the search results in Form A and save the record. Please suggest a design/solution for this. Note: External team has given the approval for webservice based solution only for this requirement. Regards Robin ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org<http://www.arslist.org> "Where the Answers Are, and have been for 20 years" -- - Karthik _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"
Re: Webservice-Please share your knowledge
Karthik, I don't understand the statement "As there are multiple results the data cannot be directly mapped in the output mapping in the set fields. so, there is a need to have another form to store data. Here you need to use your secondary form fields mapped." I am not aware of a way to have multiple records mapped to another form, can you elaborate? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Karthik Sent: Tuesday, July 09, 2013 6:09 AM To: arslist@ARSLIST.ORG Subject: Re: Webservice-Please share your knowledge ** Robin, please see below: Create 2 forms, - primary form(Say FORM_Primary) - second form(FORM_Secondary) 1.User performs a search on a field in Form A. -> On Click on a button, - Generate a GUID - Create a record in FORM_Primary, push GUID as well 2.Remedy application pull records from an external application and display the results to the user.The search result can be many records(more than 200).Hence,Remedy should show results in smaller chunks(50 records each) to the user. -> on submit, create a filter that consumes the external web service in set fields. -> As there are multiple results the data cannot be directly mapped in the output mapping in the set fields. so, there is a need to have another form to store data. Here you need to use your secondary form fields mapped. Primary and Secondary forms will be related via a foreign key(GUID generated and pushed to Primary form) -> once mapping is done the filter on primary form fires, it will populate results on the secondary form 3.User selects one of the search results in Form A and save the record. Have a table filed on Form A and point it to FORM_Secondary and refresh it - Karthik On 9 July 2013 15:07, Sandeep Pandey mailto:sandeep.rem...@gmail.com>> wrote: ** Hi Robin, Please ask about the external wsdl or url which remedy will consume first. Then go through all the operations external system is providing and mainly which you are looking for. Later on need to do mapping analysis, between remedy and external system for input and output parameters. Once your mappings are ready, you can use remedy developer studio and create filter to consume external system web services. Many more things related to create web services, you can refer BMC Remedy Integration guide for the same. Hope this will help you. Let me know if you need any further details. -- Sandeep Pandey Remedy Developer On Tue, Jul 9, 2013 at 11:46 AM, Robin Mathew mailto:robi...@rediffmail.com>> wrote: Hi all, Please help me with webservice based solution for this requirement. Requirement 1.User performs a search on a field in Form A. 2.Remedy application pull records from an external application and display the results to the user.The search result can be many records(more than 200).Hence,Remedy should show results in smaller chunks(50 records each) to the user. 3.User selects one of the search results in Form A and save the record. Please suggest a design/solution for this. Note: External team has given the approval for webservice based solution only for this requirement. Regards Robin ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org<http://www.arslist.org> "Where the Answers Are, and have been for 20 years" _ARSlist: "Where the Answers Are" and have been for 20 years_ -- - Karthik _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"
Re: Webservice-Please share your knowledge
Joe, I have worked in the past on this method, and remedy can receive multiple records in a fashion as described by me above. Its not limited to only 1 record. - Karthik On 10 July 2013 08:26, Karthik wrote: > Robin mentioned that its more than 200, so it might not go upto 4000 is my > assumption. As you mentioned(Joe) if it crosses 1000 Mark, it would > definitely be slow. > > - Karthik > > > On 10 July 2013 06:02, Joe D'Souza wrote: > >> ** >> >> Out of the box using only inside the box methods?? You’re dealing with >> receiving multiple records from another form. >> >> ** ** >> >> Remember that remedy can only receive one row when searching using WSDL >> in a filter to search for data in an external system. You will not be able >> to receive multiple records, UNLESS you choose to do so by building some >> sort of a plugin and use that in a DVF. >> >> ** ** >> >> The method you described to populate 2 tables, would probably work only >> if you knew exactly how many records to expect from the foreign system, and >> then create exactly that many records in the secondary form and then have a >> set field filter fire to set records individually by searching for records >> individually. I’m not sure how efficient that process will be if you need >> to get back 4000 records in chunks.. 4000 WSDL gets even if it is chunked >> with 50 per chunk??. >> >> ** ** >> >> Joe >> >> ** ** >> -- >> >> *From:* Action Request System discussion list(ARSList) [mailto: >> arslist@ARSLIST.ORG] *On Behalf Of *Karthik >> *Sent:* Tuesday, July 09, 2013 6:09 AM >> *To:* arslist@ARSLIST.ORG >> *Subject:* Re: Webservice-Please share your knowledge >> >> ** ** >> >> ** >> >> Robin, >> >> ** ** >> >> please see below: >> >> ** ** >> >> Create 2 forms, >> >> - primary form(Say FORM_Primary) >> >> - second form(FORM_Secondary) >> >> ** ** >> >> 1.User performs a search on a field in Form A. >> >> -> On Click on a button, >> >> - Generate a GUID >> >> - Create a record in FORM_Primary, push GUID as well >> >> ** ** >> >> 2.Remedy application pull records from an external application and >> display the results to the user.The search result can be many records(more >> than 200).Hence,Remedy should show results in smaller chunks(50 records >> each) to the user. >> >> -> on submit, create a filter that consumes the external web service in >> set fields. >> >> -> As there are multiple results the data cannot be directly mapped in >> the output mapping in the set fields. so, there is a need to have another >> form to store data. Here you need to use your secondary form fields mapped. >> Primary and Secondary forms will be related via a foreign key(GUID >> generated and pushed to Primary form) >> >> -> once mapping is done the filter on primary form fires, it will >> populate results on the secondary form >> >> >> 3.User selects one of the search results in Form A and save the record.** >> ** >> >> Have a table filed on Form A and point it to FORM_Secondary and refresh it >> >> >> ** ** >> >> ** ** >> >> - Karthik >> >> ** ** >> >> On 9 July 2013 15:07, Sandeep Pandey wrote:*** >> * >> >> ** >> >> Hi Robin, >> >> Please ask about the external wsdl or url which remedy will consume >> first. Then go through all the operations external system is providing and >> mainly which you are looking for. Later on need to do mapping analysis, >> between remedy and external system for input and output parameters. >> >> Once your mappings are ready, you can use remedy developer studio and >> create filter to consume external system web services. Many more things >> related to create web services, you can refer BMC Remedy Integration guide >> for the same. >> >> Hope this will help you. Let me know if you need any further details. >> -- >> Sandeep Pandey >> Remedy Developer >> >> ** ** >> >> ** ** >> >> On Tue, Jul 9, 2013 at 11:46 AM, Robin Mathew >> wrote: >> >> Hi all, >> >> Please help me with webservice based solution for this requirement. >> >> Requirement >> >> 1.User perf
Re: Webservice-Please share your knowledge
Robin mentioned that its more than 200, so it might not go upto 4000 is my assumption. As you mentioned(Joe) if it crosses 1000 Mark, it would definitely be slow. - Karthik On 10 July 2013 06:02, Joe D'Souza wrote: > ** > > Out of the box using only inside the box methods?? You’re dealing with > receiving multiple records from another form. > > ** ** > > Remember that remedy can only receive one row when searching using WSDL in > a filter to search for data in an external system. You will not be able to > receive multiple records, UNLESS you choose to do so by building some sort > of a plugin and use that in a DVF. > > ** ** > > The method you described to populate 2 tables, would probably work only if > you knew exactly how many records to expect from the foreign system, and > then create exactly that many records in the secondary form and then have a > set field filter fire to set records individually by searching for records > individually. I’m not sure how efficient that process will be if you need > to get back 4000 records in chunks.. 4000 WSDL gets even if it is chunked > with 50 per chunk??. > > ** ** > > Joe > > ** ** > -- > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Karthik > *Sent:* Tuesday, July 09, 2013 6:09 AM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: Webservice-Please share your knowledge > > ** ** > > ** > > Robin, > > ** ** > > please see below: > > ** ** > > Create 2 forms, > > - primary form(Say FORM_Primary) > > - second form(FORM_Secondary) > > ** ** > > 1.User performs a search on a field in Form A. > > -> On Click on a button, > > - Generate a GUID > > - Create a record in FORM_Primary, push GUID as well > > ** ** > > 2.Remedy application pull records from an external application and display > the results to the user.The search result can be many records(more than > 200).Hence,Remedy should show results in smaller chunks(50 records each) to > the user. > > -> on submit, create a filter that consumes the external web service in > set fields. > > -> As there are multiple results the data cannot be directly mapped in the > output mapping in the set fields. so, there is a need to have another form > to store data. Here you need to use your secondary form fields mapped. > Primary and Secondary forms will be related via a foreign key(GUID > generated and pushed to Primary form) > > -> once mapping is done the filter on primary form fires, it will populate > results on the secondary form > > > 3.User selects one of the search results in Form A and save the record.*** > * > > Have a table filed on Form A and point it to FORM_Secondary and refresh it > > > ** ** > > ** ** > > - Karthik > > ** ** > > On 9 July 2013 15:07, Sandeep Pandey wrote: > > ** > > Hi Robin, > > Please ask about the external wsdl or url which remedy will consume first. > Then go through all the operations external system is providing and mainly > which you are looking for. Later on need to do mapping analysis, between > remedy and external system for input and output parameters. > > Once your mappings are ready, you can use remedy developer studio and > create filter to consume external system web services. Many more things > related to create web services, you can refer BMC Remedy Integration guide > for the same. > > Hope this will help you. Let me know if you need any further details. > -- > Sandeep Pandey > Remedy Developer > > ** ** > > ** ** > > On Tue, Jul 9, 2013 at 11:46 AM, Robin Mathew > wrote: > > Hi all, > > Please help me with webservice based solution for this requirement. > > Requirement > > 1.User performs a search on a field in Form A. > > 2.Remedy application pull records from an external application and display > the results to the user.The search result can be many records(more than > 200).Hence,Remedy should show results in smaller chunks(50 records each) to > the user. > > 3.User selects one of the search results in Form A and save the record. > > Please suggest a design/solution for this. > > Note: > > External team has given the approval for webservice based solution only > for this requirement. > > Regards > Robin > > > ___ > 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_ > > > > > > ** ** > > -- > - Karthik > > _ARSlist: "Where the Answers Are" and have been for 20 years_ > _ARSlist: "Where the Answers Are" and have been for 20 years_ > -- - Karthik ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Webservice-Please share your knowledge
Thanks for the inputs. Could you please let me know your opinion on ARDBC plugin via Vendor form solution for this requirement? What are the prons and cons? Regards Robin ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Webservice-Please share your knowledge
Out of the box using only inside the box methods?? You're dealing with receiving multiple records from another form. Remember that remedy can only receive one row when searching using WSDL in a filter to search for data in an external system. You will not be able to receive multiple records, UNLESS you choose to do so by building some sort of a plugin and use that in a DVF. The method you described to populate 2 tables, would probably work only if you knew exactly how many records to expect from the foreign system, and then create exactly that many records in the secondary form and then have a set field filter fire to set records individually by searching for records individually. I'm not sure how efficient that process will be if you need to get back 4000 records in chunks.. 4000 WSDL gets even if it is chunked with 50 per chunk??. Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Karthik Sent: Tuesday, July 09, 2013 6:09 AM To: arslist@ARSLIST.ORG Subject: Re: Webservice-Please share your knowledge ** Robin, please see below: Create 2 forms, - primary form(Say FORM_Primary) - second form(FORM_Secondary) 1.User performs a search on a field in Form A. -> On Click on a button, - Generate a GUID - Create a record in FORM_Primary, push GUID as well 2.Remedy application pull records from an external application and display the results to the user.The search result can be many records(more than 200).Hence,Remedy should show results in smaller chunks(50 records each) to the user. -> on submit, create a filter that consumes the external web service in set fields. -> As there are multiple results the data cannot be directly mapped in the output mapping in the set fields. so, there is a need to have another form to store data. Here you need to use your secondary form fields mapped. Primary and Secondary forms will be related via a foreign key(GUID generated and pushed to Primary form) -> once mapping is done the filter on primary form fires, it will populate results on the secondary form 3.User selects one of the search results in Form A and save the record. Have a table filed on Form A and point it to FORM_Secondary and refresh it - Karthik On 9 July 2013 15:07, Sandeep Pandey wrote: ** Hi Robin, Please ask about the external wsdl or url which remedy will consume first. Then go through all the operations external system is providing and mainly which you are looking for. Later on need to do mapping analysis, between remedy and external system for input and output parameters. Once your mappings are ready, you can use remedy developer studio and create filter to consume external system web services. Many more things related to create web services, you can refer BMC Remedy Integration guide for the same. Hope this will help you. Let me know if you need any further details. -- Sandeep Pandey Remedy Developer On Tue, Jul 9, 2013 at 11:46 AM, Robin Mathew wrote: Hi all, Please help me with webservice based solution for this requirement. Requirement 1.User performs a search on a field in Form A. 2.Remedy application pull records from an external application and display the results to the user.The search result can be many records(more than 200).Hence,Remedy should show results in smaller chunks(50 records each) to the user. 3.User selects one of the search results in Form A and save the record. Please suggest a design/solution for this. Note: External team has given the approval for webservice based solution only for this requirement. Regards Robin ___ 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_ -- - Karthik _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"
Re: Webservice-Please share your knowledge
Robin, please see below: Create 2 forms, - primary form(Say FORM_Primary) - second form(FORM_Secondary) 1.User performs a search on a field in Form A. -> On Click on a button, - Generate a GUID - Create a record in FORM_Primary, push GUID as well 2.Remedy application pull records from an external application and display the results to the user.The search result can be many records(more than 200).Hence,Remedy should show results in smaller chunks(50 records each) to the user. -> on submit, create a filter that consumes the external web service in set fields. -> As there are multiple results the data cannot be directly mapped in the output mapping in the set fields. so, there is a need to have another form to store data. Here you need to use your secondary form fields mapped. Primary and Secondary forms will be related via a foreign key(GUID generated and pushed to Primary form) -> once mapping is done the filter on primary form fires, it will populate results on the secondary form 3.User selects one of the search results in Form A and save the record. Have a table filed on Form A and point it to FORM_Secondary and refresh it - Karthik On 9 July 2013 15:07, Sandeep Pandey wrote: > ** > Hi Robin, > > Please ask about the external wsdl or url which remedy will consume first. > Then go through all the operations external system is providing and mainly > which you are looking for. Later on need to do mapping analysis, between > remedy and external system for input and output parameters. > > Once your mappings are ready, you can use remedy developer studio and > create filter to consume external system web services. Many more things > related to create web services, you can refer BMC Remedy Integration guide > for the same. > > Hope this will help you. Let me know if you need any further details. > -- > Sandeep Pandey > Remedy Developer > > > > On Tue, Jul 9, 2013 at 11:46 AM, Robin Mathew wrote: > >> Hi all, >> >> Please help me with webservice based solution for this requirement. >> >> Requirement >> >> 1.User performs a search on a field in Form A. >> >> 2.Remedy application pull records from an external application and >> display the results to the user.The search result can be many records(more >> than 200).Hence,Remedy should show results in smaller chunks(50 records >> each) to the user. >> >> 3.User selects one of the search results in Form A and save the record. >> >> Please suggest a design/solution for this. >> >> Note: >> >> External team has given the approval for webservice based solution only >> for this requirement. >> >> Regards >> Robin >> >> >> ___ >> 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_ -- - Karthik ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Webservice-Please share your knowledge
Hi Robin, Please ask about the external wsdl or url which remedy will consume first. Then go through all the operations external system is providing and mainly which you are looking for. Later on need to do mapping analysis, between remedy and external system for input and output parameters. Once your mappings are ready, you can use remedy developer studio and create filter to consume external system web services. Many more things related to create web services, you can refer BMC Remedy Integration guide for the same. Hope this will help you. Let me know if you need any further details. -- Sandeep Pandey Remedy Developer On Tue, Jul 9, 2013 at 11:46 AM, Robin Mathew wrote: > Hi all, > > Please help me with webservice based solution for this requirement. > > Requirement > > 1.User performs a search on a field in Form A. > > 2.Remedy application pull records from an external application and display > the results to the user.The search result can be many records(more than > 200).Hence,Remedy should show results in smaller chunks(50 records each) to > the user. > > 3.User selects one of the search results in Form A and save the record. > > Please suggest a design/solution for this. > > Note: > > External team has given the approval for webservice based solution only > for this requirement. > > Regards > Robin > > > ___ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > "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"
Webservice-Please share your knowledge
Hi all, Please help me with webservice based solution for this requirement. Requirement 1.User performs a search on a field in Form A. 2.Remedy application pull records from an external application and display the results to the user.The search result can be many records(more than 200).Hence,Remedy should show results in smaller chunks(50 records each) to the user. 3.User selects one of the search results in Form A and save the record. Please suggest a design/solution for this. Note: External team has given the approval for webservice based solution only for this requirement. Regards Robin ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Webservice issue
Jey, Your envelope must have somehow got corrupted in your filter. Try either editing the envelope directly using NotePad++ after taking and XML definition, or recreate the filter, after deleting it and see if the problem goes away. Joe From: Anantha Jeyaprakash To: arslist@ARSLIST.ORG Sent: Friday, June 14, 2013 7:30 AM Subject: Webservice issue ** Hello, I am trying to call a 3rd party webservice in a filter. I have done input and output mappings. When the filter call the WSDL, we are getting the below error. Any one familiar on this error. ARERR [9130] Error encountered while executing a Web Service : Fatal Error: URI=null Line=2: Element type "ns0:ROOT" must be followed by either attribute specifications, ">" or "/>" Thanks Jey ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Webservice issue
can you consume the web service fine with SOAPUI or any other similar tool? Regards, Karthik On 14 June 2013 21:00, Anantha Jeyaprakash wrote: > ** > Hello, > > I am trying to call a 3rd party webservice in a filter. I have done input > and output mappings. > When the filter call the WSDL, we are getting the below error. Any one > familiar on this error. > > ARERR [9130] Error encountered while executing a Web Service : Fatal > Error: URI=null Line=2: Element type "ns0:ROOT" must be followed by either > attribute specifications, ">" or "/>" > > Thanks > Jey > _ARSlist: "Where the Answers Are" and have been for 20 years_ -- - Karthik ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Webservice issue
Hello, I am trying to call a 3rd party webservice in a filter. I have done input and output mappings. When the filter call the WSDL, we are getting the below error. Any one familiar on this error. ARERR [9130] Error encountered while executing a Web Service : Fatal Error: URI=null Line=2: Element type "ns0:ROOT" must be followed by either attribute specifications, ">" or "/>" Thanks Jey ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"