Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 2036 invoked from network); 23 Feb 2006 14:01:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 23 Feb 2006 14:01:46 -0000 Received: (qmail 96588 invoked by uid 500); 23 Feb 2006 14:01:09 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 96533 invoked by uid 500); 23 Feb 2006 14:01:09 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 96522 invoked by uid 99); 23 Feb 2006 14:01:09 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 Feb 2006 06:01:09 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of ammulder@gmail.com designates 66.249.92.201 as permitted sender) Received: from [66.249.92.201] (HELO uproxy.gmail.com) (66.249.92.201) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 Feb 2006 06:01:08 -0800 Received: by uproxy.gmail.com with SMTP id j40so23511ugd for ; Thu, 23 Feb 2006 06:00:47 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KvZHF1O4CedlaaO847kEExsyd+5Fb8Yl9JKQ22ichwf361GZ+4S4jIiM+4enWqcff7HjuLB8TFrc9n34r0cAGl1fhh4RNE65W+59WHYyZDxKqwapoku7eTap/WzUUNUFtohyDIexSLzZf0V/SjTdpmgQCYFdBVETwCtiBdLlVmQ= Received: by 10.67.95.15 with SMTP id x15mr132413ugl; Thu, 23 Feb 2006 06:00:46 -0800 (PST) Received: by 10.67.15.17 with HTTP; Thu, 23 Feb 2006 06:00:46 -0800 (PST) Message-ID: <74e15baa0602230600ya3190edo3c02a884accfd576@mail.gmail.com> Date: Thu, 23 Feb 2006 09:00:46 -0500 From: "Aaron Mulder" Sender: ammulder@gmail.com To: dev@geronimo.apache.org Subject: Re: JDBC Pool access from remote client. In-Reply-To: <2ed2f49c0602230547n28f70003j64996c7d563722a2@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <2ed2f49c0602230547n28f70003j64996c7d563722a2@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N If you have a J2EE application client, you can configure it with what appears to be a regular pool but it actually creates the pool on the client side which creates connections from the client to the database without interacting with the app server at all. We don't yet have the kind of remote JDBC wrapper you're talking about, and we also don't have anything that a non-J2EE client can take advantage of. Patches would be appreciated. :) Thanks, Aaron On 2/23/06, Krishnakumar B wrote: > Hi, > > Can i get a JDBC Connection for a remote java application from Geronimo P= ool? > > I saw this listed as a requirement in Road Map. ( A JDBC network > wrapper allowing a remote client to access a JDBC pool running in the > server ) > > In case this needs to be provided would the approach be as follows. > > * Provide Context Factory that implements InitialContextFactory > > Weblogic provides this option for clients to get a connection from > pool in server. > > Regards > Krish >