[hibernate-dev] Hibernate Core 4.0.0.Alpha2 Development Release

2011-04-06 Thread Steve Ebersole
http://in.relation.to/Bloggers/HibernateCore400Alpha2Release -- Steve Ebersole http://hibernate.org ___ hibernate-dev mailing list hibernate-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/hibernate-dev

[hibernate-dev] Hibernate Core 3.6.3.Final maintenance release

2011-04-06 Thread Steve Ebersole
http://in.relation.to/Bloggers/HibernateCore363Release -- Steve Ebersole http://hibernate.org ___ hibernate-dev mailing list hibernate-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/hibernate-dev

Re: [hibernate-dev] Integrator and retrieving objects

2011-04-06 Thread Scott Marlow
I like it. I tried to do something generically in the AS7 JPA code to have a protected bag of such things at the container EntityManager level. Just keep in mind that AS will try to serialize the objects when clustering. See https://github.com/jbossas/jboss-as/blob/master/jpa/src/main/java/o

Re: [hibernate-dev] Integrator and retrieving objects

2011-04-06 Thread Emmanuel Bernard
yes as is indeed better. On 6 avr. 2011, at 13:29, Steve Ebersole wrote: > A phrase I see a lot here is "as": > > session.as( AuditReader.class ).someEnversSpecificMethod() > > or > > session.as( FullTextSession.class )... > > > On 04/06/2011 06:26 AM, Adam Warski wrote: >> >> On Apr 6, 201

Re: [hibernate-dev] Integrator and retrieving objects

2011-04-06 Thread Hardy Ferentschik
That looks indeed short and concise. --Hardy On Wed, 06 Apr 2011 13:29:44 +0200, Steve Ebersole wrote: > A phrase I see a lot here is "as": > > session.as( AuditReader.class ).someEnversSpecificMethod() > > or > > session.as( FullTextSession.class )... ___

Re: [hibernate-dev] Integrator and retrieving objects

2011-04-06 Thread Adam Warski
On Apr 6, 2011, at 1:29 PM, Steve Ebersole wrote: > A phrase I see a lot here is "as": > > session.as( AuditReader.class ).someEnversSpecificMethod() > > or > > session.as( FullTextSession.class )... Sounds good. And in fact it's the AuditReader/FullTextSessions that could have unwrap method

Re: [hibernate-dev] Integrator and retrieving objects

2011-04-06 Thread Steve Ebersole
A phrase I see a lot here is "as": session.as( AuditReader.class ).someEnversSpecificMethod() or session.as( FullTextSession.class )... On 04/06/2011 06:26 AM, Adam Warski wrote: > > On Apr 6, 2011, at 1:20 PM, Steve Ebersole wrote: > >> The phrase 'unwrap' might be a bit misleading there beca

Re: [hibernate-dev] Integrator and retrieving objects

2011-04-06 Thread Adam Warski
On Apr 6, 2011, at 1:20 PM, Steve Ebersole wrote: > The phrase 'unwrap' might be a bit misleading there because you may not be > dealing with wrapped objects. But the idea itself is still solid I believe. > Think of it more as a multi-directional cast Right, the idea sounds good; so it would

Re: [hibernate-dev] Integrator and retrieving objects

2011-04-06 Thread Steve Ebersole
The phrase 'unwrap' here might be a bit misleading because you may not always be dealing with wrapped objects. But the idea itself is still solid I believe. Think of it as a multi-directional cast; you can up-cast as well as down-cast. We do need to be very very very careful about stack overf

Re: [hibernate-dev] Integrator and retrieving objects

2011-04-06 Thread Adam Warski
> 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

Re: [hibernate-dev] Session opening

2011-04-06 Thread Max Rydahl Andersen
>>> Like I said, I do not think that is enough as I think that if you get the >>> connection, you also need the "transaction context" holding that connection. >>> "transacvtion context" here is the TransactionCoordinator. >>> >>> session.sessionWithOptions().transactionContext().openSession() >>