Is it not a good idea to use the ERXJDBCAdaptor and ConnectionBroker
together? 

I would have thought if I only used a single OSC it would have made sure
that each transaction went to the correct connection.

Should there only be a single db connection for each OSC?

Thanks

Dov Rosenberg


On 8/26/10 9:46 PM, "Mike Schrag" <msch...@pobox.com> wrote:

> With one osc you saw activity on multiple connections concurrently? I can't
> imagine that scenario has a happy ending. I don't even know how I would be
> possible given that all your db access should be behind a dbc lock. You might
> see use of multiple connections, but that would probably explain your failing
> commits (inserting on conn 1, committing conn 2, maybe). Each osc should end
> up having its own conn and you should see parallel access that way.
> 
> To answer more I think I need to not be on an iPhone :)
> 
> Sent from my iPhone
> 
> On Aug 26, 2010, at 9:37 PM, Dov Rosenberg <drosenb...@inquira.com> wrote:
> 
>> Hmmm - I did a little jmeter test and definitely saw an improvement in page
>> view performance and saw activity on multiple DB connections during the
>> test. By simply adding the connection broker with a single OSC.
>> 
>> If I set up object store pooling wont that increase issues with concurrency
>> within my app? I.e. Trying to update data that has already been updated in a
>> different OSC? 
>> 
>> I am using the Jgroups synchronizer between instances already.
>> 
>> Would the following set of properties be consistent with each other:
>> 
>> er.extensions.ERXObjectStoreCoordinatorPool.maxCoordinators = 10
>> er.extensions.ERXJDBCAdaptor.className=er.extensions.jdbc.ERXJDBCAdaptor
>> er.extensions.ERXJDBCAdaptor.useConnectionBroker = true
>> er.extensions.remoteSynchronizer.enabled=true
>> er.extensions.remoteSynchronizer=er.jgroups.ERJGroupsSynchronizer
>> dbMinConnectionsGLOBAL=10
>> dbMaxConnectionsGLOBAL=15
>> er.extensions.ERXJDBCConnectionBroker.maxConnections=15
>> er.extensions.ERXJDBCConnectionBroker.minConnections=10
>> 
>> If I understand what is going on I should get 10 EOF stacks sharing a pool
>> of 15 database connections. I assume there is some magic running behind the
>> scenes to keep all of the OSC in sync with each other?
>> 
>> Thanks again
>> 
>> Dov Rosenberg
>> 
>> 
>> 
>> On 8/26/10 9:00 PM, "Mike Schrag" <msch...@pobox.com> wrote:
>> 
>>> Connection pooling won't really do anything for you because each stack is
>>> single threaded. You want object store coordinator pooling.
>>> 
>>> Sent from my iPhone
>>> 
>>> On Aug 26, 2010, at 8:45 PM, Dov Rosenberg <drosenb...@inquira.com> wrote:
>>> 
>>>> During some testing today I turned on support for connection pooling in my
>>>> application using the ERXJDBCAdaptor and the ERXJDBCConnectionBroker. I
>>>> could
>>>> see the connections being used fine and all of the things that did fetches
>>>> seemed to work without any issues. However when I tried doing something
>>>> that
>>>> generated an INSERT the transactions did not commit and no changes were
>>>> made.
>>>> I could see the SQL being generated as expected and the saveChanges()
>>>> happened without throwing any exception ­ just no data got written to the
>>>> database. As soon as I disabled the use of the connection pool everything
>>>> worked properly again.
>>>> 
>>>> Any thoughts would be appreciated
>>>> 
>>>> Dov Rosenberg
>>>> _______________________________________________
>>>> Do not post admin requests to the list. They will be ignored.
>>>> Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
>>>> Help/Unsubscribe/Update your Subscription:
>>>> http://lists.apple.com/mailman/options/webobjects-dev/mschrag%40pobox.com
>>>> 
>>>> This email sent to msch...@pobox.com
>> 

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to