First of all thanks a lot Jukka for looking at this. Here are the answers:
a) How much data: about 100 nodes b) What type of content: most of the properties are strings, some numbers (nothing else) c) Query: //element(*, our:mixin)/* or //element(*, our:mixin)[not(@prop1 = 1) and not(@prop1 = 2)]/* d) Are you running on a multiprocessor machine or on one with hyperthreading? Nope. The real server is a Linux machine and the guy who is able to reproduce it uses also a Linux machine. e) How much other load do you have on the machine? Are there other threads concurrently running in the same JVM? The application is a web application. So we have concurrency. The load so far is not significant but will increase shortly (very shortly this is the reason I am quite disperate). hope we will find an answer soon, ./alex -- .w( the_mindstorm )p. On 5/17/06, Jukka Zitting <[EMAIL PROTECTED]> wrote:
Hi, On 5/17/06, Alexandru Popescu <[EMAIL PROTECTED]> wrote: > I've checked with the guy who said he can reproduce it, and what I > presented before is generating the exception in our environment. OK, thanks. Unfortunately I'm still unable to get to the problem. How much and what type of content you have in your repository? What kind of a query are you using? I ran my test case with a thousand randomly generated nt:file nodes and a simple jcr:contains query. The problem could also be related to a specific threading configuration. Are you running on a multiprocessor machine or on one with hyperthreading? How much other load do you have on the machine? Are there other threads concurrently running in the same JVM? BR, Jukka Zitting -- Yukatan - http://yukatan.fi/ - [EMAIL PROTECTED] Software craftsmanship, JCR consulting, and Java development
