Win a copy of Java Mock Exams (software) this week in the Programmer Certification (OCPJP) forum!
  • Post Reply Bookmark Topic Watch Topic
  • New Topic

Distributed cache across multiple servants using Dynacache - WAS 6.1 in z/OS

Sam Gehouse
Ranch Hand
Posts: 281
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
I am trying to configure distributed cache across 2 different servants (e.g., Servant 1 and Servant 2) under a single server in WAS 6.1 on z/OS. It is not a clustered environment. The goal is that key-value pairs of the same cache (e.g. myCache) will be available across 2 servants. What I am seeing instead is, the cache (myCache) is localized in servant 1 and servant 2 separately. In other words, myCache holds separate set of data in Servant 1 than in Servant 2. If a user (user1) is bound to servant 1, then the user sees key-value pair of myCache as 1, 2, 3 (as an example). On the contrary, if another user (user2) is bound to Servant 2, then the user sees a different set of data for myCache e.g., 4, 5, 6. The hope was I will be able to see the data from both Servant1 and Servant2 in myCache. If Servant 1 puts any value in myCache, it should be visible from Servant 2 and vice versa. The myCache should not keep two separate set of data in Servant 1 and Servant 2.

This is how I look up the value of myCache from Servlet:

Using the code above, I can successfully look up the keys from myCache for a servant1 and Servan2. But the keys retrieved are different in Servant 1 and Servant2.

I used the article below for reference:

I am not offloading to disk yet, as I am trying to test with by putting a few key with values as (1,1/ 2,2 / 3,3) just for testing purposes. The server has been re-started, not the cell though. I have screen-shot of WAS server configuration.

Any suggestion will be appreciated.
What are you doing? You are supposed to be reading this tiny ad!
the new thread boost feature brings a LOT of attention to your favorite threads
  • Post Reply Bookmark Topic Watch Topic
  • New Topic
Boost this thread!