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" <jdso...@shyle.net> 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" <jdso...@shyle.net> 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 <ROOT> <SomeValue>MyValue</SomeValue> </ROOT> If you expect to get back 1 record the structure could be <ROOT> <<-- Form is mapped here <Field1>value1</Field1> <Field2>value1</Field2> <ROOT> For Multiple records back the structure could be <ROOT> <FormMappingElement> <<-- Form is mapped here <Field1>value1</Field1> <Field2>value1</Field2> </FormMappingElement> <ROOT> 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 <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 <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 _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"