With my solution, the request would span the rewinding + page rendering...
Why don't you want the transaction to span the rewinding?
I'll post on the wiki my solution.

Henri.


On 4/10/06, Ted Steen <[EMAIL PROTECTED]> wrote:
>
> Hi Henri.
>
> I got a solution that provides the session (in a session-per-view
> manner). I also have transaction-handling (using interceptors).
> Problem now is that there must be a transaction open while rendering
> the page, for being able to lazy-load collections, etc.
> I do not want the transaction to span the whole request but only the
> rendering of the html.
> I have had a look at spring, hivemind utilities (hivetranse) and
> howards relatively new rewrite of vlib (
>
> http://www.javaforge.com/proj/sources/sccBrowse.do?proj_id=220&dir=epluribus%2Ftrunk
> )
>
> I have decided to go for howards solution and now the only thing I
> need to know is how the transaction should be wrapped around the page
> rendering. However, it would be nice to have a look at your Spring
> solution!
>
> Greets Ted.
>
> On 4/10/06, Henri Dupre <[EMAIL PROTECTED]> wrote:
> > I wouldn't suggest to hack into the page rendering... This lead into
> most of
> > my poor code in Tapestry 3 that I'm trying to cleanup...
> > What I did in Tapestry 4 is a WebRequestFilter that creates a Spring
> > Hibernate session (I translated the Spring "OpenSessionInView" servlet
> > filter). If you are using Spring, I can post my code.
> >
> >
> >
> > On 4/10/06, Ted Steen <[EMAIL PROTECTED]> wrote:
> > >
> > > Hi all!
> > >
> > > I need an active transaction when the page is rendered, in order to
> > > load/read lazy collections.
> > > One way to do it would be to start a transaction in beginRender etc.
> > > Another way that I think is better would be to intercept the method in
> > > the Engine that renders the page.
> > > Now the problem is that I am not sure which method that is, actually
> > > I'm not even sure that this is how it should be done.
> > > Some help would be appreciated.
> > >
> > > /ted
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> >
> >
> > --
> > Thanks,
> >
> > Henri.
> >
> >
>
>
> --
> /ted
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


--
Thanks,

Henri.

Reply via email to