Two instances where I have seen that message before is with row level security (they lose permissions right after a save) and doing a get record where the status history record is missing.
I just looked at your log and it seems that theory two seems very likely. Notice there is a query to the H table right before the error. The newer versions handle missing status history data better than older ones (probably because it is now optional). In older versions (pre 7.1/7.5? Basically before SH was optional) the client would throw the error you are seeing and the record would be inaccessible. Jason On Oct 30, 2010 3:47 AM, "Misi Mladoniczky" <[email protected]> wrote: > Hi, > > Well, if you make a query that does not return anything, you should get an > ARWARN 1200 (no matching request), not an ARERR 302, which would indicate > that the system expects a record that is not there... > > Best Regards - Misi, RRR AB, http://www.rrr.se > > Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10): > * 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 Misi, >> >> I am not really sure about version incompatibility, so if that's true then >> you can ignore my below reply. :) >> >> This error message corresponds to "No matching request found" as what we >> see on User tool when a certain qualification does not return any records. >> >> So, I think, 2 things are possible here >> a) Web-service client is passing a qualification for which there are no >> records returned. >> b) The Set Fields actions #1 is using a qualification in its "Set Fields" >> that is not returning any records back (What is value set for "No requests >> match:- Set fields to $NULL$ or "Display no match error"?). If its set to >> "Display No Match" error then there is a possibility of ARERR 302 being >> thrown to client. >> >> Thanks >> Chintan. >> >> --- On Fri, 10/29/10, Misi Mladoniczky <[email protected]> wrote: >> >> From: Misi Mladoniczky <[email protected]> >> Subject: ARServer to ARServer WebService >> To: [email protected] >> Date: Friday, October 29, 2010, 6:13 AM >> >> Hi, >> >> One of my customers gets the following error when calling a WebService >> from ARServer 7.0.1 patch patch005/patch011 to an 7.1.0 patch??? >> >> ARERR [9130] An exception occurred from the WebService class : ERROR >> (302): Entry does not exist in database; >> >> I recall to have seen something similar before, and that it had to do with >> version incompatibility in the ARSystem... >> >> Can anyone shed any light on this, or give suggestions? >> >> I have attached a small API/FLTR/ECSL-log as well as the Plugin-log. >> >> So which entry are we talking about here??? >> >> Best Regards - Misi, RRR AB, http://www.rrr.se >> >> Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10): >> * 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 >> attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are" >> >> >> >> _______________________________________________________________________________ >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >> attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are" >> > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
