Helge,
On 7/25/23 05:24, Wiemann, Helge (ESI) wrote:
we have a problem that we have set the tomcat timeout to 10 minutes. But
after a successful login with a realm, the user is automatically logged
out, sometimes after one minute, sometimes other times.
I have downloaded the source code, want
Find all implementations of Session, then set breakpoiunt on
session.invalidate() would be a good place to start. Another good place
would be your SessionManager as it has several interesting methods.
The JVM's JDI does not allow you to set breakpoint on an interface, but
some IDE's have a magic t
- Original Message -
> From: Gabriele Faelli
> To: users@tomcat.apache.org
> Cc:
> Sent: Wednesday, October 5, 2011 1:17 AM
> Subject: Re: problem with session replication in tomcat 5.5.23
>
> Really any idea?
> Il giorno 04/ott/2011 19:13, "Gabriele Fae
Really any idea?
Il giorno 04/ott/2011 19:13, "Gabriele Faelli"
ha scritto:
> Hi all,
> I'm running tomcat 5.5.23 on two RHEL 5.6.
> I'm having big trouble making the session replication working across these
> two nodes.
> I configured a cluster and it looks like working: each node discovers the
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jacek,
Jacek Olszak wrote:
> I try to describe my situation. I have a couple of session beans which
> have transient properties. Those properties are in fact references to
> Spring application beans. When the session is activated after restart
> I wan
Jacek Olszak wrote:
> Hi,
>
> I try to describe my situation. I have a couple of session beans which
> have transient properties. Those properties are in fact references to
> Spring application beans. When the session is activated after restart
> I want to inject spring beans again into restored s
Hi,
I try to describe my situation. I have a couple of session beans which
have transient properties. Those properties are in fact references to
Spring application beans. When the session is activated after restart
I want to inject spring beans again into restored session beans.
Unfortunately Spri
I think your problem may be rooted in a misunderstanding* of this
listeners purpose. Perhaps you can elaborate on what you're trying to
achieve?
HttpSessionActivationListener.sessionDidActivate() is called when a
session is retrieved from a persisted state or moved to another JVM.
It's counterpa
Hi again, I found that I've sent wrong log when stopping the server
(second log in my earlier post). The correct is:
INFO: Pausing Coyote HTTP/1.1 on http-8080
2007-11-16 10:50:35 org.apache.catalina.core.StandardService stop
INFO: Stopping service Catalina
DEBUG 2007-11-16 10:50:35,625 test.Sessi
Hi Chris,
First of all thanks for reply.
On Nov 15, 2007 8:09 PM, Christopher Schultz
<[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Jacek,
>
> Jacek Olszak wrote:
> > The problem is that the method
> > HttpSessionActivationListener.sessionDidActivate() is called
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jacek,
Jacek Olszak wrote:
> The problem is that the method
> HttpSessionActivationListener.sessionDidActivate() is called before
> any context listeners. I have a ContextLoaderListener configured in
> my web.xml which creates the Spring context.
Do
s R wrote:
>
>> From: Alex79 [mailto:[EMAIL PROTECTED]
>> Subject: RE: Problem with session
>>
>> You mentionned a session listener, can you point me out to a
>> tutorial on how to do it?
>
> See section 10 of the Servlet spec.
>
>> Are there any
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alex,
Alex79 wrote:
> You mentionned a session listener, can you point me out to a tutorial on how
> to do it?
Easy: write a class that implements
javax.servlet.http.HttpSesionListener and then enable it in your web.xml
file like this:
> From: Alex79 [mailto:[EMAIL PROTECTED]
> Subject: RE: Problem with session
>
> You mentionned a session listener, can you point me out to a
> tutorial on how to do it?
See section 10 of the Servlet spec.
> Are there any generic session listener that I could use out
>
>
> I saw some info on max thread also, could it be the cause? One thing I
> said in my first post that I did not exagerate, the server does receive a
> LOT of requests per second.
>
> Than you again.
>
>
> Caldarale, Charles R wrote:
>>
>>>
[mailto:[EMAIL PROTECTED]
>> Subject: RE: Problem with session
>>
>> Java(TM) SE Runtime Environment (build 1.6.0_01-b06)
>
> That's a couple of updates old, but very unlikely to be an issue.
>
>> When the problem occurs, I see a WARN level message that
>> sa
> From: Alex79 [mailto:[EMAIL PROTECTED]
> Subject: RE: Problem with session
>
> Java(TM) SE Runtime Environment (build 1.6.0_01-b06)
That's a couple of updates old, but very unlikely to be an issue.
> When the problem occurs, I see a WARN level message that
> says
aybe I got that wrong and that it does come from tomcat.
Where can I find the exact tomcat version?
Thank you,
Caldarale, Charles R wrote:
>
>> From: Alex79 [mailto:[EMAIL PROTECTED]
>> Subject: RE: Problem with session
>>
>> I checked the log in the logs directory,
> From: Alex79 [mailto:[EMAIL PROTECTED]
> Subject: RE: Problem with session
>
> I checked the log in the logs directory, there's nothing that
> says tomcat has been restarted.
What about the webapp being restarted? (Not likely either.)
> I run tomcat 5.0.
Tomc
Hi, thanks for the reply.
I checked the log in the logs directory, there's nothing that says tomcat
has been restarted.
I run tomcat 5.0.
It's an internal session id that is stored in the session.
I run on windows xp pro. The JRE says version 6 in the readme.
I'm going to have a look at the keep
> From: Alex79 [mailto:[EMAIL PROTECTED]
> Subject: Problem with session
>
> I am running a web service on tomcat, which I am not very
> familiar with (tomcat).
At least tell us the version of Tomcat you're using; also, although
probably not relevant for this problem, include the JRE/JDK level
21 matches
Mail list logo
