From cocoon-dev-return-37621-apmail-xml-cocoon-dev-archive=xml.apache.org@xml.apache.org Tue Mar 04 03:40:39 2003 Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 85390 invoked by uid 500); 4 Mar 2003 03:40:39 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 85363 invoked from network); 4 Mar 2003 03:40:38 -0000 Received: from pop016pub.verizon.net (HELO pop016.verizon.net) (206.46.170.173) by daedalus.apache.org with SMTP; 4 Mar 2003 03:40:38 -0000 Received: from verizon.net ([4.46.80.164]) by pop016.verizon.net (InterMail vM.5.01.05.27 201-253-122-126-127-20021220) with ESMTP id <20030304034047.DAHD8278.pop016.verizon.net@verizon.net> for ; Mon, 3 Mar 2003 21:40:47 -0600 Message-ID: <3E642037.708@verizon.net> Date: Mon, 03 Mar 2003 19:40:39 -0800 From: Christopher Oliver Reply-To: coliver@apache.org User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: cocoon-dev@xml.apache.org Subject: Re: Flow Layer Database API References: <7C272265.14E67%pier@betaversion.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at pop016.verizon.net from [4.46.80.164] at Mon, 3 Mar 2003 21:40:47 -0600 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Pier Fumagalli wrote: > On 4/3/03 0:52, "Christopher Oliver" wrote: > > >>You know what? You're right. My description below was wrong. What I >>should have said is that I created a simple _JavaScript_ database API >>that can be used to implement business objects in JavaScript. > > > Nononono... Now I don't get you anymore... Did you read Sylvain's message (http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=104533819604446&w=2)? What I'm trying to do is give people what they need to start using the flow layer. They need a "bean" to pass to sendPage*(). They want to use a database. They don't want to use an O/R tool. I don't think you want them to do this: http://www.javaworld.com/javaworld/jw-09-2002/jw-0920-cocoon-p2.html, do you? Would you at least agree that this is a better alternative than doing database processing in an xsp or jsp? > > The example you've given says: > > >> var conn = cocoon.getConnection(this.poolId); >> var result = conn.query("select * from PRODUCT where CATEGORY = > > > What does _conn_ (JDBC wrapped connection, I believe), has to do with > _cocoon_ (sitemap 'n pipelines)??? > > Nothing, other than the fact that the database connection is configured in "cocoon.xconf". Anyway this was just a temporary entry point, to get started. I'm open to suggestions on a better solution. Regards, Chris