I succeeded on this in Struts now, it works nicely and I'm cleaning up the
registry by subclassing the struts action servlet and doing try-finally.
One problem left:
I'm using Sitemesh with T4. In my sitemesh decorator jsp, I'm referencing a
custom tag that references a T5 service that references
On Mon, Dec 7, 2009 at 5:58 PM, Howard Lewis Ship wrote:
>
> I've been planning to add a simpler alternative to
> SessionStateObjects, an annotation that simply says "store this value
> in the session with this explicit key", to make coordinating a T5 app
> with a legacy app simpler.
>
It's alre
I would put the cleanup in a try { } finally { } inside your servlet's doGet().
On Mon, Dec 7, 2009 at 10:29 AM, Inge Solvoll wrote:
> Ok, let's see if I've understood this correctly:
>
> Tapestry has already invoked Registry.cleanupThread() for the current
> (ignored) request before passing it o
Ok, let's see if I've understood this correctly:
Tapestry has already invoked Registry.cleanupThread() for the current
(ignored) request before passing it on to some other servlet/resource. This
cleanup removed my Request/Response objects. Now when I put new
Request/Response instances back in the
On Mon, Dec 7, 2009 at 7:11 AM, Inge Solvoll wrote:
> Found something that seems to work by reading carefully through
> TapestryModule.java, see code below. To me, it seems strange that I have to
> do this. Do any of you guys see anything wrong with this?
>
Since it's not a Tapestry-related reque
Found something that seems to work by reading carefully through
TapestryModule.java, see code below. To me, it seems strange that I have to
do this. Do any of you guys see anything wrong with this?
public void
contributeHttpServletRequestHandler(OrderedConfiguration
configuration, @Inject @Symbo
Thanks!
Didn't work though. Tried running requestGlobals.storeServletRequestResponse
before asm.get(...), still same error because requestGlobals.getRequest() is
still null after storing httprequest.
I discovered that requestGlobals.getHTTPServletRequest() returns a live and
working request, whil
Em Mon, 07 Dec 2009 08:31:44 -0200, Inge Solvoll
escreveu:
Hi!
Hi!
Caused by: java.lang.NullPointerException
at $Request_12568a717d3.getSession($Request_12568a717d3.java)
at $Request_12568a717a6.getSession($Request_12568a717a6.java)
at
org.apache.tapestry5.internal.ser
Hi!
I'm trying to integrate my T5 IOC Registry with the non-T5 part of our
application. But when I try to actually use services that are perthread and
depend on session data, I get the error listed below. It seems that the
request or the session hasn't been initialized properly for the request.
Th
