Return-Path: Delivered-To: apmail-jakarta-jcs-users-archive@www.apache.org Received: (qmail 44047 invoked from network); 13 Feb 2008 20:09:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 13 Feb 2008 20:09:24 -0000 Received: (qmail 5329 invoked by uid 500); 13 Feb 2008 20:09:18 -0000 Delivered-To: apmail-jakarta-jcs-users-archive@jakarta.apache.org Received: (qmail 5309 invoked by uid 500); 13 Feb 2008 20:09:18 -0000 Mailing-List: contact jcs-users-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "JCS Users List" Delivered-To: mailing list jcs-users@jakarta.apache.org Received: (qmail 5298 invoked by uid 99); 13 Feb 2008 20:09:18 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 Feb 2008 12:09:18 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [209.191.125.83] (HELO web38707.mail.mud.yahoo.com) (209.191.125.83) by apache.org (qpsmtpd/0.29) with SMTP; Wed, 13 Feb 2008 20:08:32 +0000 Received: (qmail 74530 invoked by uid 60001); 13 Feb 2008 20:08:53 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=IUe3AJK7YoXGjbR0RdBDxvjYEQZKsk/SZXN70CqDsbkRKaUf+Vm5V804pPyTk73VGxMmbIMkoQlPZzMgac59lWcDlFXSGhRzaBaZsaAYHolhvYXN3jhDVedittWogunFmB3rFVy5corPGpE4v1X80uja28zrxzPPE6H0JV9mIpw=; X-YMail-OSG: fYy472AVM1nDT.cV4v1bzNn9HIPoP5iL_2Ic2jmodUZT.UGkOOyuFMHkFGWaUMEIhq.eDWhPnA-- Received: from [24.239.166.106] by web38707.mail.mud.yahoo.com via HTTP; Wed, 13 Feb 2008 12:08:52 PST Date: Wed, 13 Feb 2008 12:08:52 -0800 (PST) From: Aaron Smuts Subject: Re: cache corruption To: JCS Users List In-Reply-To: <56A8F47A92B81F4C91648D4E38286A4801DFC6D5@exbehq01.Interwoven.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <748039.72421.qm@web38707.mail.mud.yahoo.com> X-Virus-Checked: Checked by ClamAV on apache.org I've never seen anything like this happen. I need more details. What auxiliaries are you using? Are all the keys strings? Please double check the code that is putting the items in the cache. Perhaps the problem is there. Aaron --- Tim Cronin wrote: > We use jcs (1.3) in a web application, and over time > we're seeing where > > two different keys (string based key) point to the > same object > > say we have key "a" key "b" if I call > JCS.getCacheElement("a") > > I get the element where the key = "b". I then call > > JCS.remove("b") then call JCS.get("b") I get null > > but if I call JCS.get("a") I get the object cached > for "b" > > and subsequent calls to JCS.get("b") now return the > object. > > only if call JCS.remove("a") will the problem be > fixed. > > it also seems to "right" itself over time I believe > if it > get dropped from the cache. > > I was able to see the key mismatch using the > JCSAdmin.jsp > to interrogate the cache. > > I'm trying to track down exactly when this happens. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: > jcs-users-unsubscribe@jakarta.apache.org > For additional commands, e-mail: > jcs-users-help@jakarta.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org For additional commands, e-mail: jcs-users-help@jakarta.apache.org