I'm working on an patch to expose HHH-272 functionality (custom column read
and write expressions).in Annotations. At Steve and Emmanuel's request, I'm
doing this by creating a new @o.h.a.Column annotation to supplement the
@javax.persistence.Column annotation, similar to what's in place today for
It depends on your definition of "clean" but Emmanuel is correct. When I
worked with highly dynamic data (meaning many segments over a short period
of time ) the IW would do a segment merge whenever the merge threshold was
reached. The Lucene document numbers would obviously change and If there
wer
On 23 sept. 09, at 14:58, Łukasz Moreń wrote:
> Is it because, the IndexWriter only clean files if no indexReaders
> are reading them (how would that be detected)?
> It can happen if IndexWriter clean file, and IndexReader try to
> access that cleaned file.
IndexWriter doe snot clean files A
Users can and do use Hibernate in app servers without using EM...
On Wed, 2009-09-23 at 10:34 +0200, Emmanuel Bernard wrote:
> 3.5 (at least annotations and EM) targets EE 6 app servers as we will
> depend on JPA 2, so it likely won't work in old app servers (different
> bootstrap contract).
>
Conceptually I don't understand why it does work in a pure file system
directory (ie IndexReader can go and process queries with the
IndexWriter goes about its business) and not when using Infinispan.
Is it because, the IndexWriter only clean files if no indexReaders are
reading them (how w
3.5 (at least annotations and EM) targets EE 6 app servers as we will
depend on JPA 2, so it likely won't work in old app servers (different
bootstrap contract).
The lack of feature support is a bitch though.
On 22 sept. 09, at 19:55, Steve Ebersole wrote:
> How many app servers support jdk