I've seen this type of API logging every time the Default and Actual Cost values are set on the Financial tab -- specifically Incident (b/c it's used heavily), but it could occur anywhere.
The workflow sets the Cost fields to $DEFAULT$ and then sums the Cost from the table. The Active Links seem to have a Currency Conversion function in the setting of the field -- but the calls occur whether or not the Conversion function is used. For what it's worth, I did set up some default currency ratios and didn't see any change in API logging. I also have defaults set for the fields and the API still calls for the ratios. I know this doesn't actually solve the issue but just wanted to post it in the event that it helps William with the recreation of the issue and helps anyone figure out where the issue really is. Personally, I would think it's a bug--that the setting in ar.cfg is being disregarded but I have no way proving that. Janie -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Axton Sent: Thursday, August 14, 2008 9:27 AM To: [email protected] Subject: Re: ARGetMultipleCurrencySetRatios X a zillion Are there currency fields on the form that the user is opening? Axton Grams On Thu, Aug 14, 2008 at 11:54 AM, William Rentfrow <[EMAIL PROTECTED]> wrote: > Here's a snippet of what's happening - User ID's and IP addresses > removed (XXXXXX, 1.1.1.1 are not real obviously): > > /* Wed Aug 13 2008 12:50:07.6113 */+GMCRS > ARGetMultipleCurrencyRatioSets -- as user XXXXXX from Mid-tier (protocol > 13) at IP address 1.1.1.1 > /* Wed Aug 13 2008 12:50:07.6517 */+GMCRS > ARGetMultipleCurrencyRatioSets -- as user XXXXXX from Mid-tier (protocol > 13) at IP address 1.1.1.1 > /* Wed Aug 13 2008 12:50:07.6983 */+GMCRS > ARGetMultipleCurrencyRatioSets -- as user XXXXXX from Mid-tier (protocol > 13) at IP address 1.1.1.1 > /* Wed Aug 13 2008 12:50:16.0895 */+GMCRS > ARGetMultipleCurrencyRatioSets -- as user XXXXXX from Mid-tier (protocol > 13) at IP address 1.1.1.1 > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of Axton > Sent: Wednesday, August 13, 2008 8:12 PM > To: [email protected] > Subject: Re: ARGetMultipleCurrencySetRatios X a zillion > > Can you post an entry from the api logs for one of the calls? > > Axton Grams > > On Wed, Aug 13, 2008 at 3:31 PM, William Rentfrow > <[EMAIL PROTECTED]> wrote: >> ** >> I have been troubleshooting an unrelated problem. In 40 minutes of >> server side logging I have 509 instances of this API call happening. >> Each one is about 4/1000 of a second long or a total of 2 seconds of >> time in 40 minutes = 3 seconds of time an hour. >> >> Granted this is very small - but I am in a large environment and we >> are having performance problems. Every one that can be solved will >> be. However, I am not too familiar with what controls this API call. > >> Since we are doing zero financials and no foreign currency this call >> is not (strictly speaking) needed. >> >> The server configuration guide (7.1) says the "Currency Ratio Cache >> Refresh Interval" is the setting to change for this. It's defaulted >> to 60 seconds meaning each client will check the ratios once every >> minute. This makes complete sense to me if you are dealing in any >> financials with foreign currency. >> >> However, I can see in the logs that this API call happens a LOT more >> than every 60 seconds- like every few seconds during a save of an >> Incident for example. It's called 4 times in 13 seconds for the same >> user (and 3 of those are in the span of 1/10 of a second) in one >> example and this just seems pointless. >> >> Anyone know how to slow this down to something more like once an hour >> per user? It's overkill X a zillion right now. >> >> William Rentfrow, Principal Consultant [EMAIL PROTECTED] C >> 701-306-6157 O 952-432-0227 >> >> __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" >> html___ > > ________________________________________________________________________ > _______ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum > Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > > ____________________________________________________________________________ ___ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > ____________________________________________________________________________ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
