OK. I guess I'm not the only one that found this as well. Trying to export a .arx file with the MidTier is a lesson in patience and sometimes, futility. (Hint Hint Doug !!). I thought that perhaps there was a "trick" to do this via the MidTier and that I was missing the boat on this one, but I guess I am not? Terry
_____ From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Pierson, Shawn Sent: December-29-15 8:35 AM To: [email protected] Subject: Re: Something to be aware of - the User Tool cannot work with overlaid forms on a 9.0 server - FIXED ** I have to second both "Modify All" and exporting ARX files being much easier in the WUT. I'd also add that certain BMC forms such as those related to RBE, are almost impossible to use (at least on 8.x) without going through the WUT. We rely on RBE for a lot of custom email actions and I don't think you can really query and update records (unless you customize the forms to add those buttons) if you use the Mid Tier. Thanks, Shawn Pierson Remedy Developer | Energy Transfer From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Rick Cook Sent: Saturday, December 26, 2015 8:34 AM To: [email protected] Subject: Re: Something to be aware of - the User Tool cannot work with overlaid forms on a 9.0 server - FIXED ** I find it quite useful when doing large data import tasks with modify all functions and all. Why run all that traffic through the Mid-tier layer for an administrative function? Rick On Dec 26, 2015 5:02 AM, "JD Hood" <[email protected]> wrote: ** Hi Doug, Perhaps BMC should investigate *why* folks are still clinging to the User Tool. What functionality does it provide that is missing in the web client? Identify it and where technically possible, add that functionality to the web client. Then the *need* (if not desire) for the User Tool will likely dissipate. For me, the main issue with the web client is ad-hoc reporting. To export a standard Remedy .arx file for most any ITSM form (or other form with a gazillion fields) is not feasible. That "arsystem" arx export functionality *desperately* needs an "add all fields" button to make it easier (humanly possible?) to move record(s) out of a given system for purposes of testing, development, personal backup, etc. But that's just my pet "missing User Tool feature" in the post version 8x world. I know others have voiced different "missing User Tool features" around these parts. BMC might want to look into it. Now, I haven't had an opportunity yet to see what v9x Mid Tier brings in this regard, so if BMC has now accounted for my pet issue, then as far as I am concerned... um... nevermind. :-) Thanks! -JDHood On Fri, Dec 25, 2015 at 9:32 PM, Mueller, Doug <[email protected]> wrote: Everyone, Just to be clear here and reinforce some things that have been mentioned. One commitment we have is compatibility with our API/interfaces. We want to be sure that if you have written a program to the system on any version of the server, that it will continue to work on future versions of the server. In this case, there was an api function -- Export specifically -- that had a problem with an export format in that it put a name in that format that was not able to be properly processed by an existing API program that used that operation. This issue was corrected. Now, the fact that in this case the API program was the Windows User Tool is not the major issue. It is an API program that stopped working because of an issue with the API producing data in a compatible way so that the existing functionality of a tool would continue to work. So, the server was corrected to maintain the compatibility of the API. You will find that we have always been committed to this compatibility. Occasionally, there is a miss somewhere -- as in this case -- and that miss is corrected. This commitment is important for anyone who wants to produce an integration or interaction with the system. It means that as the server is upgraded, there is no requirement to change the integrations/executables as they should continue to work. Generally, this is true. It allows you to mix and match versions of executables, mid-tier, applications, and server. NOTE: There is no magic here. The older executable does not suddenly inherit new functionality. And, when you upgrade to using a new API, the program may need to be updated to react to changes in the API/interface. But, while continuing to use the older API for that program (even if other programs are using the newer API), you can continue without having to rebuilt right away. If you ever see an API incompatibility causing issues across versions, please let us know right away. Doug Mueller -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Misi Mladoniczky Sent: Saturday, December 19, 2015 12:55 AM To: [email protected] Subject: Re: Something to be aware of - the User Tool cannot work with overlaid forms on a 9.0 server - FIXED Hi, I think it is great news. Note that they fixed the AR Server rather than the User Tool. This was clearly a bug on the server side, as the server did not comply to the way the older API worked. The client sends it's API-version along with the call to the server, and the server is supposed to talk back to the client with that same version of the API. I see very few who use ARUser.exe as main access to the AR Server nowadays, but to look at and add/change core/foundation data it is very useful. 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. > I was thinking the same thing. This is a dangerous precedent. Just as > people are finally accepting WUT is dead it gets some new life (not > that I am going to complain). > > Although thinking about it a little more... there are a number of > tools that BMC doesn't officially support but do maintain. Looks like > WUT might fall into this class now? > > On Fri, Dec 18, 2015, 12:48 AM Thomas Miskiewicz <[email protected]> wrote: > >> ** >> Thanks for the update Mark. I thought the User Tool is dead. >> >> On 18 Dec 2015, at 09:45, Walters, Mark <[email protected] >> <[email protected]>> wrote: >> >> ** >> >> *UPDATE - this was fixed in the 9.0 SP1 server - the User Tool can >> use overlaid forms again.* >> >> Knowledge Base article KA427109 >> <https://kb.bmc.com/infocenter/index?page=content <https://kb.bmc.com/infocenter/index?page=content&id=S:KA427109> &id=S:KA427109> >> >> Some changes in the server in version 9.0 mean that the User Tool is >> unable to work with overlaid forms. Searches, creates and modifies >> result in a 303 Form does not exist on server error as the client >> references the form name with the __o extension which the server does not recognise. >> >> Mark >> >> *Knowledge Article ID:* >> >> KA427109 >> *Version:* >> >> 0.1 >> *Available To:* >> >> External >> *Status:* >> >> Unpublished >> *Updated:* >> >> 06/15/2015 >> >> >> >> *Problem* >> >> The Remedy User Tool client is unable to create records or perform >> searches when using overlaid forms from an ARS 9.0 server. The form >> can be opened but any other operations result in an ARERR 303 Form >> does not exist on server error. >> >> *Solution* >> >> This is due to changes in the way overlays are stored in the 9.0 >> metadata. The __o extension is no longer used but the .arf form >> definition which is exported by the server, and used by the User >> Tool, still includes it. The client tries to use the form name from >> the .arf file when sending API calls to the server but the server >> does not recognise the name and returns the 303 error. >> >> A defect has been created to track this (SW00490959) but, as the User >> Tool is no longer supported, it is not clear whether this will be addressed. >> >> >> ------------------------------ >> *Mark Walters* >> Lead Technical Support Analyst >> *Direct* >> >> +44 (0)118 921 <tel:%2B44%20%280%29118%20921%208379> 8379 >> >> >> >> E2 >> Eskdale Road >> Winnersh, RG41 5TS >> UK >> <image001.jpg> <http://www.bmc.com/> >> >> >> >> BMC Software Limited Registered Office: Building E2, Eskdale Road, >> Winnersh, Wokingham, Berkshire, United Kingdom, RG41 5TS Registered >> in England No. 1927903 The content of this email is confidential. If >> you are not the addressee, you may not distribute, copy or disclose any part of it. >> If you receive this message in error, please delete this from your >> system and notify the sender immediately. _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" > ____________________________________________________________________________ ___ 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" _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ Private and confidential as detailed here <http://www.energytransfer.com/mail_disclaimer.aspx> . If you cannot access hyperlink, please e-mail sender. _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"
