Re: [hibernate-dev] cacheable files
by Steve Ebersole
Hm, if we move to jaxb are those generated binding classes serializable?
On 04/12/2011 02:41 PM, Hardy Ferentschik wrote:
>
>
>
>
> On Apr 12, 2011, at 21:26, Steve Ebersole<steve(a)hibernate.org> wrote:
>
>> Do we want to make caching of files a flag for processing all of the xml
>> files?
>>
>> Currently we have methods:
>> addFile(String path)
>> addFile(File file)
>> addCacheableFile(String path)
>> addCacheableFile(File file)
>>
>> Could we instead condense these and allow configuration of whether to
>> try and cache xml files?
>
> Sounds like a good idea to me.
--
Steve Ebersole <steve(a)hibernate.org>
http://hibernate.org
14 years, 11 months
Integrator and retrieving objects
by Emmanuel Bernard
In JPA and other Java specs, there is a pattern emerging where one could unwrap some objects from a common API
interface EntityManager {
T unwrap(Class<T> type);
}
We typically let a Session be extracted from an EntityManager
Session session = entityManager.unwrap(Session.class);
I wonder if we want do provide a possibility for third party Hibernate integrators to let some objects be unwrapped.
FullTextSession ftSession = session.unwrap(FullTextSession.class);
//the current approach is via some static helper method
//FullTextSession ftSession = Search.getFullTextSession(session);
That would mean that the integration point between HSearch and Hibernate would have an unwrap method and Hibernate would delegate the unwrap calls to each integrator until a non null object is returned.
It's just a thought, WDYT?
14 years, 11 months
Session opening
by Steve Ebersole
RE: http://opensource.atlassian.com/projects/hibernate/browse/HHH-2860
This dealt with cleaning up all the overloaded openSession methods from
SessionFactory and SessionFactoryImplementor.
The new main method for obtaining a Session is SessionFactory.withOptions()
which returns a org.hibernate.SessionBuilder instance which can be used to
specify the options with which you want the Session built by eventually
calling openSession() on it. For example:
Session session = sessionFactory
.withOptions()
.connection( someConnection )
.openSession();
The only prior form I left is openSession()
There is also a means to create a Session using certain information from an
existing session using Session.sessionWithOptions() which returns a
org.hibernate.SharedSessionBuilder (extending from SessionBuilder).
As part of this I was also finally able to remove the long deprecated
Session.connection() method since we now have doWork, doReturningWork and now
session opening.
Any questions or concerns?
---
Steve Ebersole <steve(a)hibernate.org>
http://hibernate.org
14 years, 11 months
Hibernate JIRA
by Steve Ebersole
The Hibernate JIRA is temporarily unavailable. Atlassian and Contegix
are looking into it.
--
Steve Ebersole <steve(a)hibernate.org>
http://hibernate.org
14 years, 11 months
