Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 36333 invoked from network); 19 May 2004 14:46:19 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 19 May 2004 14:46:19 -0000 Received: (qmail 44489 invoked by uid 500); 19 May 2004 14:41:33 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 44369 invoked by uid 500); 19 May 2004 14:41:33 -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 44259 invoked by uid 98); 19 May 2004 14:41:30 -0000 Received: from tim@keow.org by hermes.apache.org by uid 82 with qmail-scanner-1.20 (clamuko: 0.70. Clear:RC:0(69.41.247.100):. Processed in 0.092473 secs); 19 May 2004 14:41:30 -0000 X-Qmail-Scanner-Mail-From: tim@keow.org via hermes.apache.org X-Qmail-Scanner: 1.20 (Clear:RC:0(69.41.247.100):. Processed in 0.092473 secs) Received: from unknown (HELO keow.org) (69.41.247.100) by hermes.apache.org with SMTP; 19 May 2004 14:41:30 -0000 Received: (qmail 27968 invoked by uid 1000); 19 May 2004 15:07:00 -0000 Date: Wed, 19 May 2004 16:07:00 +0100 From: Tim Larson To: dev@cocoon.apache.org Subject: Re: [VOTE] Release on monday Message-ID: <20040519150700.GI17721@keow.org> References: <40AB458A.1020000@gmx.de> <40AB511E.4010409@apache.org> <40AB58A4.7050903@reverycodes.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <40AB58A4.7050903@reverycodes.com> User-Agent: Mutt/1.3.28i X-Spam-Rating: hermes.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On Wed, May 19, 2004 at 08:52:52AM -0400, Vadim Gritsenko wrote: > For those who have not followed - this was the behavior of the stores in > previous releases of Cocoon (before refactoring we had only two stores, > IIRC, but same behavior). Given terminology above, we can have a working > persistent store (JCS based), and working transient store (from > Excalibur). General store is currently broken in two ways: > * It does not stores non serializable objects, but should. > * It does not persists cache on shutdown. > > I'm +1 on release, if and only if, we note these above bugs in the known > issues list. > > Vadim +1 for release with the same condition as Vadim states above. --Tim Larson