Hi,
I'm using eclipse and checking my style manually, as I don't have the
template
and wouldn't trust myself in automatically reformatting my code with a
self-made template.
Who can provide it? Should I try making it myself?
Also I could commit several missing "propset svn:keywords "Id"" and the
k
It's out :)
http://in.relation.to/Bloggers/HibernateSearch310Beta1BetterFaster
--
Emmanuel Bernard
http://in.relation.to/Bloggers/Emmanuel | http://blog.emmanuelbernard.com
| http://twitter.com/emmanuelbernard
Hibernate Search in Action (http://is.gd/Dl1)
_
congratulations!
very nice work, I love it.
2008/7/17 Emmanuel Bernard <[EMAIL PROTECTED]>:
> It's out :)
> http://in.relation.to/Bloggers/HibernateSearch310Beta1BetterFaster
> --
> Emmanuel Bernard
> http://in.relation.to/Bloggers/Emmanuel | http://blog.emmanuelbernard.com
> | http://twitter.co
Can anyone see a reason to use REPEATABLE_READ as the JBoss Cache
isolation level in the 2nd level cache use case? I'm not seeing one, and
it certainly hurts performance by forcing cache writes to block waiting
for an earlier tx that did a read to commit.
There are 4 types of data cached:
1)
I think Hardy is using eclipse, he might have one. Otherwise I guess
you can try and build one.
SVN keywords are totally retarded, do what you want.
--
Emmanuel Bernard
http://in.relation.to/Bloggers/Emmanuel | http://blog.emmanuelbernard.com
| http://twitter.com/emmanuelbernard
Hibernate S
After thinking this through, the only scenario I can think of where the
2LC would be subject to a repeated read is after a session cache
eviction (i.e. via Session.clear() or Session.evict(...)). Without
REPEATABLE_READ isolation on the 2LC, any subsequent request withing the
same transaction for
Hmm, good point. Potentially also Session.refresh(...), although I'm not
sure if the implementation of that method skips the 2LC and goes right
to the db.
Paul Ferraro wrote:
After thinking this through, the only scenario I can think of where the
2LC would be subject to a repeated read is aft
