Thanks, Marcus! Sounds a lot little my own personal experiences.
"session-per-request" can really make you look older and more frustrated
:-(
Gotta do some coding in order to make long-sessions run. thanks for your
time :-)))))
Best Regards
Peter
On Fri, 23 Sep 2005 09:47:23 +0200, Schulte Marcus <[EMAIL PROTECTED]>
wrote:
No, we don't use Spring anymore. I was (probably quite unjustified) a bit
fed up with Spring after our first Session per request experiences. Now
we
use Hivemind whose concept of a "service-model" I found very appealing.
-----Original Message-----
From: Pete [mailto:[EMAIL PROTECTED]
Sent: Friday, September 23, 2005 8:41 AM
To: Tapestry users
Subject: Re: Hibernate session model
You really convince me that session-per-request is history...
are you also using spring for transactions / resource
handling / hibernate
templates?
On Fri, 23 Sep 2005 08:23:23 +0200, Schulte Marcus
<[EMAIL PROTECTED]>
wrote:
> We're using using long sessions in two productive apps now.
It works
> great
> and, for us, simplifies development considerably. Our first
app using
> hibernate used Spring w/ session per request and it
generated some really
> nasty ad-hoc work-around-code.
>
> We've implemented the long-session Pattern as a Hivemind
service-model
> which
> was really easy to do.
>
> hth,
> Marcus
>
>> -----Original Message-----
>> From: Henri Dupre [mailto:[EMAIL PROTECTED]
>> Sent: Thursday, September 22, 2005 9:25 PM
>> To: Tapestry users
>> Subject: Hibernate session model
>>
>>
>> Has anyone implemented a different Hibernate session
model than the
>> per-request with Tapestry?
>> We are currently using a per-request one (with the Spring Hibernate
>> filter) but I'm considering a per-websession model (store the
>> Hibernate session in the Visit). We are running into some complex
>> LazyExceptions and I don't see any advantage of using a per-session
>> model.
>> Any experiences?
>>
>> Thanks,
>>
>> Henri.
>>
>>
---------------------------------------------------------------------
>> To unsubscribe, e-mail:
[EMAIL PROTECTED]
>> For additional commands, e-mail:
[EMAIL PROTECTED]
>>
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail:
[EMAIL PROTECTED]
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
