Couchbase
  • Why NoSQL?
  • Couchbase Server
  • Download
  • Resources
  • Careers
Home | Forums | SDKs | SDKs

.NET SDK Connection configuration that works fine on local user account fails in web application

2 replies [Last post]
  • Login or register to post comments
Wed, 02/13/2013 - 05:20
dr_draik
Offline
Joined: 02/13/2013
Groups: None

We have a web application that uses an internal client library which wraps the Couchbase .NET SDK. In attempting to upgrade the system to use Couchbase Server 2.0, the wrapper library's caching functions tests work fine, but the web app's caching, with an identical configuration, does not work.

I attempted to upgrade the Couchbase Server to 2.0, and discovered that some changes were needed in the wrapper library. I updated the wrapper and ran through its tests - everything worked fine (including bucket flushing, which was updated to be implemented using the CouchbaseCluster class).

When I then built the wrapper and updated the web application, I discovered that almost none of the web app's caching functionality was working - basically, any calls to Store data did not insert anything into the cache, and any calls to Get data did not retrieve anything from the cache. The only functionality that worked was the updated Flush call, which did indeed flush the bucket as expected.

The configuration for the two applications (i.e. the tests for the wrapper, and the web application) is identical, yet the web application doesn't seem to be able to connect to the cache, except when flushing. It seems that the CouchbaseClient class is not connecting properly, while the CouchbaseCluster class is connecting fine.

Can anyone recommend a possible course of action to determine what the source of the problem is? We know that the CouchbaseClient uses a pooled socket connection while the CouchbaseCluster issues web requests through the HttpHelper class, but that is not necessarily related to the problem.

For now we will simply continue to use version 1.8.0, but obviously updating to a newer version is preferable, and we need to resolve this problem before we can do so.

Top
  • Login or register to post comments
Mon, 02/18/2013 - 11:48
john
Offline
Joined: 01/05/2012
Groups: None

Did you upgrade from the 1.1.x client to a 1.2.x client? The config should be the same, but if you could share that would help. If instead of Store/Get you use ExecuteStore/ExecuteGet, you should get more of an explanation as to the failures - http://www.couchbase.com/docs/couchbase-sdk-net-1.2/couchbase-sdk-net-op....

http://www.couchbase.com/docs/couchbase-sdk-net-1.2/couchbase-sdk-net-lo...

Top
  • Login or register to post comments
Tue, 02/19/2013 - 00:43
dr_draik
Offline
Joined: 02/13/2013
Groups: None

Hi John,

Thanks for your advice and suggestions. We have since reverted to using Couchbase 1.8.0, and the original .NET client, and are running fine (for now) on the current set-up.

When we do decide to upgrade, I will be able to look into the problem once more using your suggestions for establishing the issue.

Top
  • Login or register to post comments
  • Login or register to post comments
  • Login
  • Register

Company

  • About Us
  • Leadership
  • Customers
  • Partners
  • Contact Us

Product

  • Couchbase Server
  • Couchbase SDKs
  • Use Cases
  • Documentation
  • Forums

Open Source

  • Couchbase Project
  • Couchbase vs. CouchDB

Commercial

  • Subscriptions & Support
  • Training & Services

News

  • Blog
  • Newsletter
  • Press Releases
  • Buzz

Follow Us

    
  • Customer Login
  • Terms of Service
  • Privacy Policy
  • Trademark Policy
  • Site Map

© 2013 COUCHBASE All rights reserved.

Sign in to Couchbase Community

close
  • Create new account
  • Request new password
You are logging into the Forums, Wiki and Issue Tracker