>>> 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()
>>
On 04/05/2011 11:23 AM, Max Rydahl Andersen wrote:
>> 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.sessionWithOpti
> session.sessionWithOptions().connection().openSession()
>
> says *exactly* what you just said: "open a session using the same connection
> as an existing session".
Yes - sorry I didn't get the full thread when writing my initial question ;)
> Like I said, I do not think that is enough as I t
Sorry - didn't get the mail thread in proper order (damn VPN!)
>From reading the whole thread I guess the answer is:
session.sessionWithOptions().connection().openSession()
or even
session.sessionWithOptions().transactionContext().openSession()
I'm still a bit fuzzy about where the lifecycle bo
session.sessionWithOptions().connection().openSession()
says *exactly* what you just said: "open a session using the same connection
as an existing session".
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 tha
> 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
ernate-dev-boun...@lists.jboss.org] On Behalf Of Steve
Ebersole
Sent: Friday, April 01, 2011 11:06 AM
To: hibernate-dev@lists.jboss.org
Subject: Re: [hibernate-dev] Session opening
Actually, i wonder now if allowing just the connection to be shared
makes any
sense. Maybe it needs to always be
will still be possible.
> >
> >
> > Shawn Clowater
> >
> > -Original Message-
> > From: hibernate-dev-boun...@lists.jboss.org
> > [mailto:hibernate-dev-boun...@lists.jboss.org] On Behalf Of Steve
> > Ebersole
> > Sent: Friday, April 01
bunch of additional data loaded into and also prevents data from being
> >> locked into it with the temporary filter view of the data. I just
> >> wanted to ensure that this will still be possible.
> >>
> >>
> >> Shawn Clowater
> >&
-Original Message-
>> From: hibernate-dev-boun...@lists.jboss.org
>> [mailto:hibernate-dev-boun...@lists.jboss.org] On Behalf Of Steve
>> Ebersole
>> Sent: Friday, April 01, 2011 7:25 AM
>> To: hibernate-dev@lists.jboss.org
>> Subject: [hibernate-dev] Se
t; -Original Message-
> From: hibernate-dev-boun...@lists.jboss.org
> [mailto:hibernate-dev-boun...@lists.jboss.org] On Behalf Of Steve
> Ebersole
> Sent: Friday, April 01, 2011 7:25 AM
> To: hibernate-dev@lists.jboss.org
> Subject: [hibernate-dev] Session opening
anted to ensure that this will still be possible.
Shawn Clowater
-Original Message-
From: hibernate-dev-boun...@lists.jboss.org
[mailto:hibernate-dev-boun...@lists.jboss.org] On Behalf Of Steve
Ebersole
Sent: Friday, April 01, 2011 7:25 AM
To: hibernate-dev@lists.jboss.org
Subject: [hi
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.
13 matches
Mail list logo