I've built apps that handled millions of transactions a day with only a few 
instances. It's not always the best situation, but if you tune your DB well, it 
works.

> On Jun 6, 2016, at 7:21 PM, Tarun Reddy <[email protected]> wrote:
> 
> Huh. Never knew this (serial DB access). Is there a recommended way of 
> scaling out a WebObjects/Wonder application that doesn’t involve many, many 
> JVMs? Or should I really be using another application framework?
> 
> Tarun
> 
> 
> 
>> On Jun 6, 2016, at 11:48 AM, Chuck Hill <[email protected]> wrote:
>> 
>> I am pretty sure that maps to the ServerSocket’s backlog: “requested maximum 
>> length of the queue of incoming connections”
>>  
>>  
>> From: <[email protected]> on behalf 
>> of Ramsey Gurley <[email protected]>
>> Date: Monday, June 6, 2016 at 10:44 AM
>> To: Leigh Kivenko <[email protected]>
>> Cc: WebObjects-Dev <[email protected]>
>> Subject: Re: Question about jdbc connection pool
>>  
>> Off the top of my head, not sure. It’s probably specified in java monitor 
>> help. But it has nothing to do with database connections AFAIK.
>>  
>> On Jun 6, 2016, at 10:31 AM, Leigh Kivenko <[email protected]> wrote:
>> 
>> 
>> Thanks again. What is the “Connection pool size” in the JavaMonitor then? 
>> Something else?
>>  
>> <image001.jpg>
>>  
>> Leigh Kivenko | VP, Technology
>> PortfolioAid
>> t. 416-479-0523 | e. [email protected]
>>  
>> This e-mail may be privileged and confidential. If you received this e-mail 
>> in error, please do not use, copy or distribute it, but advise me 
>> immediately (by return e-mail or otherwise), and delete the e-mail.
>>  
>> From: Ramsey Gurley [mailto:[email protected]] 
>> Sent: Monday, June 06, 2016 12:52 PM
>> To: Leigh Kivenko <[email protected]>
>> Cc: [email protected]
>> Subject: Re: Question about jdbc connection pool
>>  
>> Yes, one connection per application instance is the default.
>>  
>> On Jun 6, 2016, at 9:47 AM, Leigh Kivenko <[email protected]> wrote:
>> 
>> 
>> 
>> Thanks Ramsey. Does that mean there is only 1 database connection shared by 
>> all end-users of an app? So if a user hits a query that runs for 3+ seconds 
>> all other application users are stuck waiting for that query to complete?
>>  
>> Leigh Kivenko | VP, Technology
>> PortfolioAid
>> t. 416-479-0523 | e. [email protected]
>>  
>> This e-mail may be privileged and confidential. If you received this e-mail 
>> in error, please do not use, copy or distribute it, but advise me 
>> immediately (by return e-mail or otherwise), and delete the e-mail.
>>  
>> From: [email protected] 
>> [mailto:[email protected]] On 
>> Behalf Of Ramsey Gurley
>> Sent: Monday, June 06, 2016 12:18 PM
>> To: Leigh Kivenko <[email protected]>
>> Cc: [email protected]
>> Subject: Re: Question about jdbc connection pool
>>  
>> The ObjectStoreCoordinator opens one connection which everything shares by 
>> default. If you want multiple connections, you have to create multiple OSCs. 
>> There’s an OSC pool built into Wonder, but it leaks memory.
>>  
>> On Jun 6, 2016, at 8:40 AM, Leigh Kivenko <[email protected]> wrote:
>> 
>> 
>> 
>> 
>> Hello,
>> How does one set the jdbc connection pool size? Is there a default if this 
>> isn’t specifically set?
>>  
>> Thanks,
>>  
>> Leigh Kivenko | VP, Technology
>> PortfolioAid
>> t. 416-479-0523 | e. [email protected]
>>  
>> This e-mail may be privileged and confidential. If you received this e-mail 
>> in error, please do not use, copy or distribute it, but advise me 
>> immediately (by return e-mail or otherwise), and delete the e-mail.
>>  
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list      ([email protected])
>> Help/Unsubscribe/Update your Subscription:
>> https://lists.apple.com/mailman/options/webobjects-dev/rgurley%40smarthealth.com
>> 
>> This email sent to [email protected]
>>  
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list      ([email protected])
>> Help/Unsubscribe/Update your Subscription:
>> https://lists.apple.com/mailman/options/webobjects-dev/tvr1%40cornell.edu
>> 
>> This email sent to [email protected]
> 
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list      ([email protected])
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/webobjects-dev/kenlists%40anderhome.com
> 
> This email sent to [email protected]
 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to [email protected]

Reply via email to