hibernate-dev May 2007

hibernate-dev@lists.jboss.org

15 participants
298 discussions

Start a nNew thread

hibernate-mysql50-testsuite Build Completed With Testsuite Errors

by jboss-qa-internal＠redhat.com

19 years

1
0
0 / 0

hibernate-sqlserver-msjdbc-testsuite Build Completed With Testsuite Errors

by jboss-qa-internal＠redhat.com

19 years

1
0
0 / 0

hibernate-sybase-testsuite Build Completed With Testsuite Errors

by jboss-qa-internal＠redhat.com

19 years

1
0
0 / 0

hibernate-sqlserver-jtds-testsuite build.46 Build Successful

by jboss-qa-internal＠redhat.com

19 years

1
0
0 / 0

hibernate-mysql-testsuite Build Completed With Testsuite Errors

by jboss-qa-internal＠redhat.com

19 years

1
0
0 / 0

hibernate-pgsql-testsuite Build Completed With Testsuite Errors

by jboss-qa-internal＠redhat.com

19 years

1
0
0 / 0

hibernate-oracle9-testsuite Build Completed With Testsuite Errors

by jboss-qa-internal＠redhat.com

19 years

1
0
0 / 0

hibernate-hsqldb-testsuite build.44 Build Successful

by jboss-qa-internal＠redhat.com

19 years

1
0
0 / 0

Hibernate.getImplementation(Object)

by Emmanuel Bernard

For Hibernate Search I came to a problem. When a user choose field access. When I access a previously uninitialized object, and even if I initialize it (Hibernate.initialize()). The field access End up returning null all the time because of the way lazy loading is done. I worked around that using some of the code from Hibernate.initialize() if ( value instanceof HibernateProxy ) { value = ( ( HibernateProxy ) value ).getHibernateLazyInitializer() .getImplementation(); } But it seems it really should be part of the Hibernate class contract. I could use Hibernate.initialize(value); value = session.get( Hibernate.getClass(value), session.getIdentifier(value) ); but at the present time, it's hard for me to access the session, and conceptually speaking there is no real need for it. How about exposing this service in Hibernate class either value = Hibernate.initialize(value); //changing the return value or value = Hibernate.getImplementation(value); WDYT?

19 years

2
8
0 / 0

IndexReader caching second pair of eyes

by Emmanuel Bernard

For Hibernate Search, I did introduce the IndexReaders caching. My tests shows for: - a search intensive application, - low update ratio - in-memory database - filesystem based index a speed increase of 25 to 30%. It is not the default yet (use 'hibernate.search.reader.strategy shared' to enable), but once it's tested, it will be. It was not a piece of cake (to say the least), I would appreciate a couple of pairs of eyes on the code, as it involves locking and JMM understanding. I think I reduced the lock windows as much as possible but if someone's got ideas (or think it's unsafe), fell free to share. The code is here http://fisheye.jboss.org/browse/Hibernate/trunk/HibernateExt/search/ src/java/org/hibernate/search/reader/SharedReaderProvider.java?r=11576

19 years

1
0
0 / 0

← Newer
1
2
3
4
5
6
7
...
30
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

hibernate-dev May 2007