Or use WicketSessionFilter to export the Application and Session to other
servlets
Hacky but ...

On Thu, Apr 7, 2011 at 9:41 PM, Igor Vaynberg <[email protected]>wrote:

> the proxies wicket generates are only to be used by wicket, so do not
> pass those to other services.
>
> -igor
>
>
> On Thu, Apr 7, 2011 at 11:28 AM, jsinai <[email protected]> wrote:
> > We are seeing an intermittent problem with our webapp, where we are
> seeing
> > the exception below. We have servlets other than Wicket's in our webapp,
> > which provide remote services. The problem seems to be that somehow the
> > Wicket proxy for a given Spring bean is being requested, perhaps from a
> > different thread than Wicket's. Is there a solution for this?
> >
> > Any advice is appreciated.
> >
> > Julian
> >
> > org.apache.wicket.WicketRuntimeException: There is no application
> attached
> > to
> > current thread http-8443-1
> >        at org.apache.wicket.Application.get(Application.java:179)
> >        at
> >
> org.apache.wicket.spring.injection.annot.SpringComponentInjector$ContextLocator.getSpringContext(SpringComponentInjector.java:159)
> >        at
> >
> org.apache.wicket.spring.SpringBeanLocator.getSpringContext(SpringBeanLocator.java:219)
> >        at
> >
> org.apache.wicket.spring.SpringBeanLocator.locateProxyTarget(SpringBeanLocator.java:205)
> >        at
> >
> org.apache.wicket.proxy.LazyInitProxyFactory$CGLibInterceptor.intercept(LazyInitProxyFactory.java:317)
> >        at
> >
> WICKET_com.hytrust.arc.TrustedHostMgr$$EnhancerByCGLIB$$60187c65.refreshAllPolicy()
> >        at
> >
> com.hytrust.policy.update.DynamicUpdater.dynamicRefreshHost(DynamicUpdater.java:868)
> >
> >
> > --
> > View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/SpringComponentInjector-and-non-Wicket-servlets-tp3434182p3434182.html
> > Sent from the Users forum mailing list archive at Nabble.com.
> >
> > ---------------------------------------------------------------------
> > 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]
>
>


-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com <http://jweekend.com/>

Reply via email to