I totally agree with you, it is a major pain in the neck. Good or bad, at least it is there and it is usable with some tricks.
Regards, Nicky Madjarov phone: 973-202-4278 Find out how to bust your AR System performance @ http://www.SpeedUpARS.com ----- Original Message ----- From: LJ Longwing Newsgroups: public.remedy.arsystem.general To: [email protected] Sent: Friday, May 08, 2009 1:25 PM Subject: Re: Webservices ** making changes isn't a problem...the issue come in with the fact that I would ideally have one filter with a loaded wsdl, and have some method available to tell that filter where to go (data driven). Due to their implementation I need to have a copy of the filter for each environment...which means I'm not properly testing my Prod code in Test because I'm not using the exact same filter...so if the mappings got screwed up on one but not the other...I wouldn't know till I hit that environment. Just FYI...I generally prefer to make changes directly at the def level in an XML def because you don't need to worry about string length in there...:) ------------------------------------------------------------------------------ From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Nicky Madjarov Sent: Friday, May 08, 2009 11:18 AM To: [email protected] Subject: Re: Webservices ** The sooner you learn to dig and make changes in the web svcs def files, the less painfull the process is. Also, my c2 on best practice for host/alias servers, etc. naming conventions: keep them the same lenght. Regards, Nicky Madjarov phone: 973-202-4278 Find out how to bust your AR System performance @ http://www.SpeedUpARS.com ----- Original Message ----- From: LJ Longwing Newsgroups: public.remedy.arsystem.general To: [email protected] Sent: Friday, May 08, 2009 11:40 AM Subject: Re: Webservices ** Good....put that as my #1 complaint about web services...:) ---------------------------------------------------------------------------- From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Axton Sent: Friday, May 08, 2009 9:33 AM To: [email protected] Subject: Re: Webservices ** Of course it counts :) It's the kind of info I am looking for. Axton Grams The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. On Fri, May 8, 2009 at 9:38 AM, LJ Longwing <[email protected]> wrote: ** Does it count if I don't like how the target URI isn't data referenceable?....by this I mean that when I consume an external web service, I need to point my Dev, Test, and Prod to different URIs. This means that I either can't have the same workflow in all environments, or I need to develop a complicated data driven structure (which is what we have done here) that determines which filter to fire based on what environment we are in, and have as many copies of the filter with the same workflow, but different URIs as I have environments. This is the biggest hurdle I have had to face in regard to Remedy's implementation of web services. -------------------------------------------------------------------------- From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Axton Sent: Friday, May 08, 2009 8:27 AM To: [email protected] Subject: Webservices ** I wanted to get a feel from the group on some of the headaches and limitations of the Remedy web services implementation. I've avoided the interface, much like the palgue, since it was first adopted. I'm looking for limitations when people interface bi-directionally with other applications, performing operations like creating incidents, in relation to things like not being able to support certain data types, not being able to query certain outside webservices due to how they are structured, etc. Axton Grams The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. _Platinum Sponsor: [email protected] ARSlist: "Where the Answers Are"_ _Platinum Sponsor: [email protected] ARSlist: "Where the Answers Are"_ _Platinum Sponsor: [email protected] ARSlist: "Where the Answers Are"_ _Platinum Sponsor: [email protected] ARSlist: "Where the Answers Are"_ _Platinum Sponsor: [email protected] ARSlist: "Where the Answers Are"_ _Platinum Sponsor: [email protected] ARSlist: "Where the Answers Are"_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are"
