Hi Scott,
Thanks for the checking.
Today I double checked the CDI spec and got some new knowledge.
Nearly all my beans were not annotated with any scope, so that they
should be @Dependent.
Some of the beans were created (not injected) in a servlet filter via
a static ObjectFactory.
I think the
Comment from our engineer below. This is resin 3.0 if it makes a difference.
> For the persistent session, the timeout is based on access time. So each new
> request resets the timer for the default 30min.
Is he referring to the actual session object on the server or the session
cookie in the
Thanks a lot, I'm really grateful.
will it be available in 4.0.10 ?
On 17/08/10 19:02, Scott Ferguson wrote:
> Riccardo Cohen wrote:
>> Hi
>> Did you found a "magic" way to have webservicecontext in this case ? :)
>>
>
> Somewhat. I'm adding a WebServiceContextProxy with a ThreadLocal that
> grabs
Riccardo Cohen wrote:
> Hi
> Did you found a "magic" way to have webservicecontext in this case ? :)
>
Somewhat. I'm adding a WebServiceContextProxy with a ThreadLocal that
grabs the WebServiceContext associated with the servlet.
CXF itself has a WebServiceContextImpl that has its own ThreadL
Hi
Did you found a "magic" way to have webservicecontext in this case ? :)
Thanks a lot.
Original Message
Subject: Re: [Resin-interest] getting webservicecontext in a cxf soap
servlet
Date: Thu, 12 Aug 2010 12:12:53 +0200
From: Riccardo Cohen
Reply-To: General Discussion for th
Tom Hintz wrote:
>
> Where is the standard for persistent-cookie lifetimes? Do they expire
> based on the time of first creation or does the cookie expiration time
> update to a new value on each page request? Thanks,
>
The cookie itself is controlled by the browser. Resin by default doesn't
Where is the standard for persistent-cookie lifetimes? Do they expire based on
the time of first creation or does the cookie expiration time update to a new
value on each page request? Thanks,
___
resin-interest mailing list
resin-interest@caucho.c