2 Oct
2012
2 Oct
'12
11:10 a.m.
It was the
request of previous versions which has failed.
All that seems quite curriki specific in there is a simple listener, using the
old-style-notification, which analyzes the document and indexes it and maybe
"related" documents (for example reindexes the user-document so as to display
the count of contributions, or reindexes all of the resources of the user if the user has
changed his name...). The IndexUpdater of the LucenePlugin does not seem to care for this
(but then, it doesn't seem to measure differences).
What version of XWiki is that ? Actually there is several other listener that look at
previous version
(for example there is listener that check differences and produce more
precise event about object, object properties, classes, attachments,
etc.) so at least in most recent versions it's supposed to work.
That was just the most recent version.
We spent a few hours yesterday about it and got a little further: on our beta installation
the bug did not appear while it does n our production installation it does. The only
meaningful difference I found is:
28,29c26,27
< <property name="connection.pool_size">50</property>
< <property name="statement_cache.size">50</property>
---
> <property name="connection.pool_size">2</property>
> <property name="statement_cache.size">2</property>
(left is production's hibernate configuration)
We did confirm on beta that the bug reappeared by changing these two parameters to 50 and
disappeared when back to 2.
However, when deploying on production the values 2, and restarting, the bug was still
there.
At this point either we can maybe:
- try to automate tests more
- disable clustering
- get a good hint on the differences
Paul