Hi,
While working on documenting the Infinispan cache provider, I've been
thinking on the default cache settings for each Hibernate type:
- Entity/Collection: Bearing in mind the requirement to keep this cache
synchronous, in the past we've gone for invalidation rather than
replication because
Totally agree with this, it would be useful also to benchmark other
parts of Hibernate (not just the cache)
and as general regression test.
Also with Hibernate Search I have some "private tests" which are very
time consuming (an hour or so) which I can't
commit on trunk as unit tests; I'd like to h
The best bet for something like this is a separate project which pulls
in the proper hibernate dependencies. Then we can talk with Juca about
getting them set up on a scheduled run.
However, if you want to have the configuration varied for different
runs, I suggest you wait until after the discus
Hi,
I've submitted a patch with unit tests for HHH-272 and I'm interested in
feedback. The patch allows users to specify custom SQL get and set
expressions for property columns. This can be used to call SQL functions or
perform some other kind of database-side conversion without giving up
automati
On Wed, Sep 2, 2009 at 5:17 PM, Rob Hasselbaum wrote:
> I've submitted a patch with unit tests for HHH-272 and I'm interested in
> feedback.
>
Incidentally, only the "hhh-272-hbcore-patch.txt" file is relevant. The
other attachments to the bug were added a long time ago by another
developer, and
Awesome! This is one of those things I always wanted to get implemented
but it was always getting pushed down my priority list. Thanks for
taking on that work.
I'll definitely take a look this week. If you could work it up for
trunk that would be better. New features should really not get adde
