Thanks; I guess you are referring to HSEARCH-178 instead,
not the listener registration ;-)
I'm linking the issue to HHH-2763 too, as it seems related and Steve
is having interesting comments
about this there.
2009/3/6 Emmanuel Bernard :
>
> On Feb 25, 2009, at 06:19, Sanne Grinovero wrote:
>
>>
Ahhh
In theory it should not as Hibernate Search reads data in the
beforeCompletion phase.
Unless people do not apply changes in a transaction in which case we
need to execute the read in the post* event.
We will check whether or not people use surrounding transactions
(Hibernate aware Tx
Not sure what you mean by your "In theory it should not"... The very
nature of @PostUpdate is that it is going to be getting called during a
flush cycle...
wrt "is it possible to move the post* event after the flush?"...
There are really 2 answers.
1) According to the JPA spec, can we do
Good evening Lords and Ladys:
I'm using SQLServer 2000 and Hibernate
Search 3.1.0, when I'm following Hibernate Search In Action, I found this
bug (HSEARCH-248).
I'm asking for a hint on where to debug and
for any ideas to fix the generated query.
Since I'm not
an SQLServer 2000 expert, I thi
Hi,
you are right HSEARCH-248 re-appeared. Thanks for the tip. I added some
comments on the issue
and created HSEARCH-346. The fix is quite easy. We will have to add a
proper test i order to make
sure that this won't happen again.
--Hardy
On Fri, 06 Mar 2009 17:09:22 +0100, Ing. Arturo Fra
