ScientiaMobile

Throughout the night of January 9 and the morning of January 10, sporadic attempts to access the cloud service resulted in the following error:

The given key was not present in the dictionary.

As of approximately Noon EST, I get this error on every request. URGENT! Is the service down?

There were no outages of the WURFL Cloud Service, so I suspect there was something going on with the WURFL Cloud Client on your end. Perhaps the caching system you are using is failing, which is causing a dictionary lookup with an invalid key. Which client library are you using?

Using the .net client

Looks like version 1.1.0.0

Are you able to provide us with the caching driver that you are using as well?

Thank you,

Elliot

hmmn not sure what you mean the caching driver ... i thought you were caching through a cookie ... tell me more

am I using the latest .net client

We are currently looking into this issue and I will let you know as soon as I have an update.

Thank you,

Elliot

Encountered this error again last night.

Useragent: Mozilla/5.0 (compatible; bingbot/2.0; +http://www.bing.com/bingbot.htm)

Hello,

I have just uploaded an updated version of the .NET cloud client to your file manager on scientiamobile.com. Are you able to let me know if the same error code persists after upgrading?

Thank you,

Elliot

I haven't seen the error repeat since my last posting, but downloaded the new dll and will install later tonight.

Are the caching options new in this version? Is their use dependent on the level of service of the account?

I'm guessing using local caching would prevent multiple requests to the Cloud API. Is that correct?

Will let you know if additional errors occur.

There are additional caching options when subscribed to the premium cloud service. All other tiers of the cloud service will implement a cookie cache.

Elliot

Hi Elliot,

I implemented the updated dll last night. It did generate the same error once during the night.

The user agent was: curl/7.26.0

It appears this is a script to retrieve web assets so that may be part of the issue.
Let me know if you would like me to continue to post when these errors occur or if there is something else I can help with.
Thanks for the assistance.

Hello,

Are you able to let me know if it is the same exception that is occurring as the previous .dll? I also noticed your post on Stack Overflow here and wanted to see if this exception is related. Are multiple requests to the cloud occurring each time a view is rendered?

Thank you,

Elliot

Yes, it is the same exception. It occurred again this morning with bingbot.
User agent: Mozilla/5.0 (compatible; bingbot/2.0; +http://www.bing.com/bingbot.htm)
Are there multiple requests to the cloud for each view rendered? Yes, if there are partial views associated with the request.
Is it related to the question I posted on StackOverflow? Not sure, Dino Esposito posted a answer that is interesting. What do you think?

Are you able to provide me with the full stack trace of the error?

In regards to the issue posted on Stack Overflow, I do agree that it would be best to avoid making an HTTP request for each partial view as only one WURFL request should be necessary for each request into your application.

Thank you,

Elliot

My previous answer about multiple WURFL requests was not accurate. Although each partial view needs the information, the WURFL info goes to a session variable (you can see that code on stackoverflow) where it is used for the remainder of the views. The program does cycle through the display mode selection multiple times though

Here is the stack trace:

StackTrace: at System.Collections.Generic.Dictionary`2.get_Item(TKey key)
at SA2015.WURFLServiceModel.GetDataByRequest(HttpContextBase context)
at SA2015.Utilities.IsPhone(HttpRequestBase request)

Hope it's helpful.