Return-Path: Delivered-To: apmail-db-derby-user-archive@www.apache.org Received: (qmail 72264 invoked from network); 6 Nov 2008 15:27:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 6 Nov 2008 15:27:21 -0000 Received: (qmail 1266 invoked by uid 500); 6 Nov 2008 15:27:27 -0000 Delivered-To: apmail-db-derby-user-archive@db.apache.org Received: (qmail 1229 invoked by uid 500); 6 Nov 2008 15:27:27 -0000 Mailing-List: contact derby-user-help@db.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Reply-To: "Derby Discussion" Delivered-To: mailing list derby-user@db.apache.org Received: (qmail 1218 invoked by uid 99); 6 Nov 2008 15:27:27 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Nov 2008 07:27:27 -0800 X-ASF-Spam-Status: No, hits=-4.0 required=10.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [192.18.43.132] (HELO sca-es-mail-1.sun.com) (192.18.43.132) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Nov 2008 15:26:08 +0000 Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id mA6FQm2b017204 for ; Thu, 6 Nov 2008 07:26:50 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K9X0020145B8V00@fe-sfbay-10.sun.com> (original mail from Richard.Hillegas@Sun.COM) for derby-user@db.apache.org; Thu, 06 Nov 2008 07:26:48 -0800 (PST) Received: from richard-hillegas-computer.local ([129.150.16.224]) by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K9X00AXS48GRY40@fe-sfbay-10.sun.com> for derby-user@db.apache.org; Thu, 06 Nov 2008 07:26:40 -0800 (PST) Date: Thu, 06 Nov 2008 07:26:41 -0800 From: Rick Hillegas Subject: Re: Embedded and Network Simultaneous Connections In-reply-to: <491308F7.7010004@gmail.com> Sender: Richard.Hillegas@Sun.COM To: Derby Discussion Message-id: <49130CB1.7020304@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT References: <20081106144854.D531B600D8@dbrack01.segel.com> <491308F7.7010004@gmail.com> User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) X-Virus-Checked: Checked by ClamAV on apache.org Note that it's possible for application A to startup the network server in a separate thread. That is, application A and the network server could run in the same VM. In this scenario, Ole gets what he wants. For more information on this, please see the section titled "Starting the Network Server from a Java application" in the Derby Admin Guide: http://db.apache.org/derby/docs/10.4/adminguide/ Hope this helps, -Rick Ole Ersoy wrote: > Hi Michael, > > Thanks for the clarification. That answers my question. > > Thanks again, > - Ole > > > > derby@segel.com wrote: >> >>> -----Original Message----- >>> From: Ole Ersoy [mailto:ole.ersoy@gmail.com] >>> Sent: Thursday, November 06, 2008 8:29 AM >>> To: derby-user@db.apache.org >>> Subject: Embedded and Network Simultaneous Connections >>> >>> Hi, >>> >>> I was wondering if it's possible for a network client to connect to a >>> derby instance running in embedded mode. So in other words client A is >>> running embedded derby, and (client B - Separate JVM) wants to >>> connect to >>> it using the network driver. >>> >>> Thanks, >>> - Ole >> >> I don't think your question make sense. >> If you're running Derby in embedded mode, then you don't have a >> "client", >> you have an application which has a derby database embedded in it. >> >> So I think your question becomes "Application A has derby embedded in >> it. A >> separate application B, on a different JVM, would like to connect to the >> Derby instance running in A." >> >> Since you specified that the instance of Derby is embedded there is no >> network service started and thus you can't connect to that instance >> of Derby >> unless you write your own service as part of application A. >> >> >> >> >>