Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 94194 invoked from network); 8 Feb 2004 17:57:49 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 8 Feb 2004 17:57:49 -0000 Received: (qmail 7438 invoked by uid 500); 8 Feb 2004 17:57:38 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 7157 invoked by uid 500); 8 Feb 2004 17:57:36 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@cocoon.apache.org Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 7135 invoked from network); 8 Feb 2004 17:57:35 -0000 Received: from unknown (HELO mail.s-und-n.de) (212.8.217.2) by daedalus.apache.org with SMTP; 8 Feb 2004 17:57:35 -0000 Received: from notes.sundn.de (ntsrv5.sundn.de [10.10.2.10]) by mail.s-und-n.de (postfix) with ESMTP id B5B7319F68D for ; Sun, 8 Feb 2004 18:57:38 +0100 (CET) Received: from hw0386 ([192.168.2.31]) by notes.sundn.de (Lotus Domino Release 6.5) with SMTP id 2004020818531704-35018 ; Sun, 8 Feb 2004 18:53:17 +0100 From: "Carsten Ziegeler" To: Subject: RE: DO NOT REPLY [Bug 26753] - Persistent store or cache corruption? Date: Sun, 8 Feb 2004 18:59:22 +0100 Message-ID: MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: <9C74DA5A-5A13-11D8-862C-000393CFE402@apache.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal X-MIMETrack: Itemize by SMTP Server on PBSN1/Systeme und Netzwerke(Release 6.5|September 26, 2003) at 08.02.2004 18:53:17, Serialize by Router on PBSN1/Systeme und Netzwerke(Release 6.5|September 26, 2003) at 08.02.2004 18:53:18 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Bertrand Delacretaz wrote: > -----Original Message----- > From: Bertrand Delacretaz [mailto:bdelacretaz@apache.org] > Sent: Sunday, February 08, 2004 9:49 AM > To: dev@cocoon.apache.org > Subject: Re: DO NOT REPLY [Bug 26753] - Persistent store or cache > corruption? > > > Le Samedi, 7 f=E9v 2004, =E0 23:44 Europe/Zurich, Geoff Howard a =E9crit : > > > bugzilla@apache.org wrote: > > > > > http://nagoya.apache.org/bugzilla/show=5Fbug.cgi?id=3D26753 > >> Persistent store or cache corruption? > >> ------- Additional Comments From cziegeler@apache.org 2004-02-07 > >> 18:34 ------- > >> Afaik, this is a known Jisp bug which should be fixed according to > >> Scott with Jisp 3.0. We could try to switch to Jisp 3.0 after the > >> release and see what happens. > > > > Are you saying after the release because Jisp 3.0 would require more > > changes in the excalibur/cocoon code? From what I read about this > > bug, I'd say it's important enough to try to fix it before the release > > if at all possible, no? > > Releasing with this bug worries me as well. In my tests I've seen > either garbage or wrong pages (ie another page than the one I did > request) being served, this is a serious problem. > > The Cocoon core is known to be very stable and reliable, we don't want > to give a bad impression here IMHO. I'd consider it a blocker and > would vote against the release unless there is at least a workaround. > Now, in general I totally agree with you, but I fear that this bug is in there for a long time, which means all 2.1.x releases have already this bug (perhaps I'm wrong). Afaik, this bug happens only on some environments and we never managed to exactly find out, what the real problem is (perhaps a specific JDK version on a specific OS, or a combination, don't know). Anyways, I would say: if this bug is already in 2.1.3, we could release 2.1.4 with it as well. We fixed a lot of other problems, so at least 2.1.4 is not worse than 2.1.3. I don't know the impact of switching to 3.0 of Jisp. It is a dot zero release which could cause other problems. So, if we switch to 3.0 we need imho a longer testing period which would in my view delay the 2.1.4 release. WDYT? Carsten