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:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Saturday, December 19, 2015 12:55 AM To: arslist@ARSLIST.ORG 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 <tmisk...@gmail.com> wrote: > >> ** >> Thanks for the update Mark. I thought the User Tool is dead. >> >> On 18 Dec 2015, at 09:45, Walters, Mark <mark_walt...@bmc.com >> <mark_walt...@bmc.com>> 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&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 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"