Hi Jörg, Yes, Jackrabbit will use multiple connections, also for the same workspace, both with bundle or pool PMs.
As for the locking (concurrent read, concurrent write) there were also changes to this in Jackrabbit 2.0 (see "FineGrainedISMLocking" ). Unfortunately, I am not 100% sure what the state of that work is. My impression is: Concurrent reads are possible for the same workspace Concurrent writes are possible for the same workspace, depending on the locking settings (default=yes) Not all writes can occur concurrently (hence the locking), JackRabbit checks and decides for itself whether the write can occur in parallel or not. Binary values (or large values) that get written to the datastore have some kind of special locking IIRC, I think there was something about a global lock in there, but I am not sure what the state of development is on that one. Regards from Vienna, Richard > -----Ursprüngliche Nachricht----- > Von: [email protected] [mailto:user-list-owner@magnolia- > cms.com] Im Auftrag von Jörg von Frantzius > Gesendet: Dienstag, 13. Mai 2014 18:23 > An: Magnolia User-List > Cc: Jan Haderka; Nicolas Barbé > Betreff: [magnolia-user] Multiple concurrent JDBC connections per Jackrabbit > workspace? > > Hi, > > only now I fully understand that with > https://issues.apache.org/jira/browse/JCR-1456 and Jackrabbit 2.x, it seems > that multiple JDBC connections are concurrently used per workspace, not > only a single one (as used to be the case in Jackrabbit 1.x, see e.g. > http://jackrabbit.510166.n4.nabble.com/the-single-connection-issue-and- > prepared-statements-td938164.html) > > So if we configure our repository according to > http://wiki.apache.org/jackrabbit/ConnectionPooling , does that mean that > up to maxPoolSize connections will be used concurrently when necessary? > Do you per chance know whether that pertains also to write operations, or > only read operations? > > I remember some approach of a poor-man's-parallelization of DB access by > trying to distribute data over multiple workspaces, was this maybe just to > have multiple concurrent connections? That then would be a thing of the > past I guess, at least for reading data :-) > > Regards, > Jörg > > > -- > -- > BESUCHEN SIE UNS AUF DEN M-DAYS > der Fachmesse für Mobile Business vom 13.-14. Mai in Frankfurt > -- > Gemeinsam mit POINTER Footwear zeigen wir Ihnen vor Ort, wie mit > Beacons und Smartphones der Einzelhandel revolutioniert werden kann. > Vereinbaren Sie gleich einen Termin: > http://mobileapp.apertomove.de/mdays. > Sie finden uns hier: Aperto AG, Messe Frankfurt, Stand B27. > -- > > > ---------------------------------------------------------------- > For list details, see http://www.magnolia-cms.com/community/mailing- > lists.html > Alternatively, use our forums: http://forum.magnolia-cms.com/ > To unsubscribe, E-mail to: <[email protected]> > ---------------------------------------------------------------- ---------------------------------------------------------------- For list details, see http://www.magnolia-cms.com/community/mailing-lists.html Alternatively, use our forums: http://forum.magnolia-cms.com/ To unsubscribe, E-mail to: <[email protected]> ----------------------------------------------------------------
