Return-Path: Delivered-To: apmail-db-derby-user-archive@www.apache.org Received: (qmail 4087 invoked from network); 5 Nov 2005 12:05:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 5 Nov 2005 12:05:06 -0000 Received: (qmail 47966 invoked by uid 500); 5 Nov 2005 12:05:06 -0000 Delivered-To: apmail-db-derby-user-archive@db.apache.org Received: (qmail 47714 invoked by uid 500); 5 Nov 2005 12:05:04 -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 47703 invoked by uid 99); 5 Nov 2005 12:05:04 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 05 Nov 2005 04:05:04 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of legolas.w@gmail.com designates 66.249.82.199 as permitted sender) Received: from [66.249.82.199] (HELO xproxy.gmail.com) (66.249.82.199) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 05 Nov 2005 04:04:59 -0800 Received: by xproxy.gmail.com with SMTP id s16so80515wxc for ; Sat, 05 Nov 2005 04:04:43 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=eVpVxFSwqQ6cljRBxj3GwAlZWdQDHBQ5NjfGlCXjsacJntW6Oyvnl9xBV9p5auGNV7SCxMf8Kc+KXkXtguLG6RyDSmMGJ5syHSLW/Ay3x2pLJAvCY8iiSQrMsIl/zQNncmaRDdHTSDj2c5fJoouVEBxHCTrZr1KRPNmQOzFLxvE= Received: by 10.65.112.18 with SMTP id p18mr3274327qbm; Sat, 05 Nov 2005 04:04:43 -0800 (PST) Received: by 10.65.160.12 with HTTP; Sat, 5 Nov 2005 04:04:43 -0800 (PST) Message-ID: <87ee9b170511050404l20380304w4ff9905fcc2296c3@mail.gmail.com> Date: Sat, 5 Nov 2005 16:34:43 +0430 From: Legolas Woodland To: Derby Discussion Subject: Re: I need some advice to choose database for an upcomming job In-Reply-To: <43661621.3030403@sun.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_31712_2592499.1131192283188" References: <87ee9b170510290729o58425b8fh4f3d7f03cce0ac29@mail.gmail.com> <4363A109.7010106@bristowhill.com> <87ee9b170510291308v1e168e8av53b79ff9d18242cc@mail.gmail.com> <43650BBA.7000809@bristowhill.com> <43661621.3030403@sun.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_Part_31712_2592499.1131192283188 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi Thank you for the Blog entry , but i could not understand how i should do the integration based on your blog comment. I tried Integration senario from developerWorks , I need it for a real world high transaction system (23-30 Tra / second) so = i think developersWork scenario is not good for me. can you explain more pleas ? (to Oyvind Bakksjo) Thank you On 10/31/05, Oyvind.Bakksjo@sun.com wrote: > > Jean T. Anderson wrote: > > Legolas Woodland wrote: > > > >> Thank you for references > >> I read the article of embeding Derby into Tomcat > >> but in my case i have no full access to server to stop tomcat or > >> install derby into the server. > >> I thought Embeding means no installation requirement. > >> is there any way that i include some derby jar files with my web > >> application (into lib folder) and use it as embeded DB server ? > >> > > > > Check out Lance Bader's developerWorks article "Integrate Cloudscape > > Version 10 or Derby with Tomcat": > > > > > http://www.ibm.com/developerworks/db2/library/techarticle/dm-0508bader/in= dex.html > > > > > > His "prototype integration" option doesn't require touching the Tomcat > > configuration. While his instructions have you stop/start the tomcat > > server, I don't know if this is strictly necessary to add derby to your > > existing web application. Does anyone on this list know for sure? > > The "prototype integration" incurs a lot of overhead, starting and > shutting down Derby with each request. The other two integration > scenarios use Tomcat-specific extensions and require restarting the > server. > > I would like to suggest reading my (short but excellent ;o) blog entry, > where I describe how one can do lifecycle management in a standard > (container-agnostic) way, which neither requires access to the Tomcat > configuration nor stopping/starting the server. > > > http://weblogs.java.net/blog/bakksjo/archive/2005/09/embedding_the_a_1.ht= ml > > -- > Oyvind Bakksjo > Sun Microsystems, Database Technology Group > Trondheim, Norway > http://weblogs.java.net/blog/bakksjo/ > ------=_Part_31712_2592499.1131192283188 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
Hi
Thank you for the Blog entry ,
but i could not understand how i should do the integration based on yo= ur blog comment.
I tried Integration senario from developerWorks ,
I need it for a real world high transaction system (23-30 Tra / second= ) so i think developersWork scenario is not good for me.
 
can you explain more pleas ? (to Oyvind Bakksjo)
 
 
Thank you


 
On 10/31/05, Oyvind.Bakksjo@sun.com &= lt;Oyvind.Bakksjo@sun.com>= wrote:
Jean T. Anderson wrote:
> = Legolas Woodland wrote:
>
>> Thank you for references
>= ;> I read the article of embeding Derby into Tomcat
>> but in my case i have no full access  to server to s= top tomcat or
>> install derby into the server.
>> I thou= ght Embeding means no installation requirement.
>> is there any wa= y that i include some derby jar files with my web
>> application (into lib folder) and use it as embeded DB server = ?
>>
>
> Check out Lance Bader's developerWorks articl= e "Integrate Cloudscape
> Version 10 or Derby with Tomcat":
>
> http://www.ibm.com/developerworks/db2/l= ibrary/techarticle/dm-0508bader/index.html
>
>
> His = "prototype integration" option doesn't require touching the Tomca= t
> configuration. While his instructions have you stop/start the tomc= at
> server, I don't know if this is strictly necessary to add derby = to your
> existing web application. Does anyone on this list know for= sure?

The "prototype integration" incurs a lot of overhead, sta= rting and
shutting down Derby with each request. The other two integrati= on
scenarios use Tomcat-specific extensions and require restarting the s= erver.

I would like to suggest reading my (short but excellent ;o) blog en= try,
where I describe how one can do lifecycle management in a standard<= br>(container-agnostic) way, which neither requires access to the Tomcat
configuration nor stopping/starting the server.

htt= p://weblogs.java.net/blog/bakksjo/archive/2005/09/embedding_the_a_1.html

--
Oyvind Bakksjo
Sun Microsystems, Database Technology Group=
Trondheim, Norway
= http://weblogs.java.net/blog/bakksjo/

------=_Part_31712_2592499.1131192283188--