Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 17786 invoked from network); 26 Sep 2003 09:18:48 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 26 Sep 2003 09:18:48 -0000 Received: (qmail 69360 invoked by uid 500); 26 Sep 2003 09:18:17 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 69340 invoked by uid 500); 26 Sep 2003 09:18:17 -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 69327 invoked from network); 26 Sep 2003 09:18:16 -0000 Received: from unknown (HELO otsrv1.iic.rug.ac.be) (157.193.121.51) by daedalus.apache.org with SMTP; 26 Sep 2003 09:18:16 -0000 Received: from outerthought.org (host115 [192.168.123.115]) by otsrv1.iic.rug.ac.be (8.11.6/8.11.6) with ESMTP id h8Q9ITX18142 for ; Fri, 26 Sep 2003 11:18:29 +0200 Message-ID: <3F74046C.30203@outerthought.org> Date: Fri, 26 Sep 2003 11:18:36 +0200 From: Steven Noels Organization: Outerthought User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.5b) Gecko/20030916 Thunderbird/0.3a X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: [VOTE] Proposal a new OJB block References: <36673.10.0.0.5.1064560256.squirrel@ags01.agsoftware.dnsalias.com> <3F73F84F.4030806@apache.org> <3F7401BD.5010507@anyware-tech.com> In-Reply-To: <3F7401BD.5010507@anyware-tech.com> X-Enigmail-Version: 0.81.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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 Sylvain Wallez wrote: > Mmmh... the current database block is related to direct SQL-access, > which is what OJB wants to hide. So I would go for another block, even > more considering that it brings new jars that you don't need when using > e.g. ESQL. Also, in a distant future, blocks categorization can be based on license compatibility. I can imagine a Hibernate block being hosted from cocoondev.org. -- Steven Noels http://outerthought.org/ Outerthought - Open Source Java & XML An Orixo Member Read my weblog at http://blogs.cocoondev.org/stevenn/ stevenn at outerthought.org stevenn at apache.org