atom feed8 messages in net.sourceforge.lists.exist-openRe: [Exist-open] Stress testing eXist...
FromSent OnAttachments
Ubbo VeentjerMay 17, 2011 7:12 am.txt, .txt, .txt
Casey JordanMay 17, 2011 9:57 am 
Ubbo VeentjerMay 18, 2011 4:47 am.jmx
Wolfgang MeierMay 18, 2011 4:59 am 
Ubbo VeentjerMay 18, 2011 5:11 am 
Wolfgang MeierMay 18, 2011 9:03 am 
Ubbo VeentjerMay 18, 2011 12:24 pm 
Wolfgang MeierMay 19, 2011 2:09 am 
Subject:Re: [Exist-open] Stress testing eXist-1.4.1-rev14438
From:Wolfgang Meier (
Date:May 19, 2011 2:09:42 am

2011-05-18 21:14:30,395 [P1-9] WARN  ( [getNodeValue]:2093) - btree error while reading node value node not found.    at    at    at$14.start( [...]

does this means its uncritical, because its no Error?

This is uncritical if it happens due to dirty node references in a query. For example, if your query does process a node set, it may happen that some nodes in this set get removed by another thread. The query will then just skip those nodes. A problem only arises if the query needs to build a more complex result fragment and the node is removed in between. The generated fragment may then be inconsistent. Otherwise if you don't experience any other failures, I would say it is safe to ignore the warning.

In general, eXist does allow dirty reads unless you use the util:lock functions to keep an explicit lock on a node set.


------------------------------------------------------------------------------ What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters.