Hello Christian,

I checked again my code, but I am quite sure that each LocalSession is created and used by only one thread.
I attach the test application code.

Each LocalSession is used to execute several commands, but that shouldn't be a problem, right ?

I also had a look in BaseX code, especially in the org.basex.core.users.User class.

What happens in my test application is that I create several Writer that will add XML document each in a specific collection, but using the same user.
Each time I create a new Writer it will first create the collection then grant read and write permission to this collection to the user "USER", and then start adding XML document in this collection.


My suspicion is that the problem occurs when a new Writer is created, and it is granting permission to the newly created collection while another Writer (in another thread) is adding a new XML document in its own collection.
If, during the execution of the Grant command, the method User#perm(final Perm prm, final String pattern) is called while the execution of a concurrent Write command is at the same time executing the User#find(final String db) method, then we have a ConcurrentModificationException as perm method will put a new entry in locals field while the find method is iterating on the locals entrySet of the same User, the same User instance being shared by all subcontext created when opening a new LocalSession.
For test purposes, I synchronized the access to locals in the perm(), find() and remove() methods of the class User, in that case I do not have the ConcurrentModificationException any more.

What do you think, is this possible ?

Regards

Simon

On Mon, Apr 13, 2015 at 11:04 AM, Christian Grün <christian.gruen@gmail.com> wrote:
> But the java.util.ConcurrentModificationException
> at org.basex.core.users.User.find
> is still happening.

I am pretty sure that any of the concurrent command calls are not
moved to their own thread yet.

But feel free to pass me on your code (ideally, a version that's as
small as possible).

Best,
Christian



>
> What I did is basically, in the test application, replace all session
> creations
>
> try (final Session session = new LocalSession(rootContext, ...)) {
>  ...
> }
> catch {...}
>
> by
>
> Thread t = new Thread(new Runnable() { public void run() {
> try (final Session session = new LocalSession(rootContext, ...)) {
>  ...
> }
> catch {...}
>
>      }
> });
>
> Not very elegant but should be enough to make sure every session is executed
> in its own Java thread.
>
>
> Am I still missing something ?
>
> Thank you very much for your help, it is very appreciated.
>
> Regards
>
> Simon
>
>
> On Tue, Apr 7, 2015 at 12:16 PM, Christian Grün <christian.gruen@gmail.com>
> wrote:
>>
>> Hi Simon,
>>
>> Thanks for the detailed description of your setup and your test code.
>>
>> In BaseX, every session needs to be executed in a separate Java
>> thread. The exceptions will e.g. disappear if you pass on your admin
>> session to the store() and updateMetaStore() functions (or if you run
>> these operations in a separate thread).
>>
>> Hope this helps,
>> Christian
>>
>>
>> On Thu, Apr 2, 2015 at 1:58 PM, Simon Chatelain <schatela@gmail.com>
>> wrote:
>> > Hello all,
>> >
>> > I have the following problem.
>> >
>> > Using:
>> >
>> > BaseX 8.1.1 beta cf713e2 (20150328.133759)
>> > Java 1.8.0_31
>> > Windows 7
>> >
>> > The context: I have several sources of data from which I receive XML
>> > documents. My application will create a collection for each of these
>> > sources
>> > and store each received document into the collection corresponding to
>> > the
>> > source, and then update some kind of metadata about the collection. The
>> > metadata of all collections are stored into a common collection. Each
>> > source
>> > is handled by a different thread.
>> > I am using an embedded BaseX, and access to it through LocalSession.
>> >
>> > Now the problem is that after a certain amount of time (not constant,
>> > could
>> > be seconds or minutes) there is some exceptions.
>> > Either: java.lang.IllegalMonitorStateException
>> > at org.basex.core.locks.DBLocking.acquire
>> > and org.basex.core.locks.DBLocking.release
>> >
>> > Or: java.util.ConcurrentModificationException
>> > at org.basex.core.users.User.find
>> >
>> > I put the full stack trace in attachment.
>> >
>> > I build a test application that mimic what happens in the real
>> > application
>> > and it seems to exhibit the same problem. The source of this test
>> > application is attached
>> >
>> > My question: Am I doing something wrong, or is there a bug in BaseX?
>> >
>> > Thanks a lot
>> >
>> > Simon
>
>