I see what you mean.
So it seems that the only solution to be sure a class is not unloaded is to make
your own class loader for that class. Unfortunately, this solution can not be
applied to a servlet.
Lachezar Dobrev wrote:
Hello,
Your objection makes sense, but here is sometrinh from the
I see what you mean.
Good.
So it seems that the only solution to be sure a class is not unloaded is
to make
your own class loader for that class. Unfortunately, this solution can not
be
applied to a servlet.
Or make a singleton to keep the class loaded. I do this, and it works.
Even
Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Ismael
Sent: Wednesday, July 25, 2001 2:33 AM
To: Orion-Interest
Subject: Re: Very Strange problem with a static varible on a jsp
Sorry, But I do not understand what you mean.
What I want is to have only a counter for all
-Interest
Sent: Tuesday, July 24, 2001 1:38 PM
Subject: Very Strange problem with a static varible on a jsp
I am making some loading tests, in order to test the loading tool I have
written some special jsp to deal verify the number of times a jsp has been
called.
My jsp is :
%@page contentType=text
You see, your scenario couldn't exactly happen:
The garbage collector cleans all class instances (in this case only one
instance), but not the class itself. The class loader does not unload the class
bytecode, and the static fields do not reside in any of the class instances that
are released by
Regards,
the elephantwalker
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Ismael
Sent: Wednesday, July 25, 2001 2:33 AM
To: Orion-Interest
Subject: Re: Very Strange problem with a static varible on a jsp
Sorry, But I do not understand
Hello,
Your objection makes sense, but here is sometrinh from the JVM specification
from SUN:
2.17.8Unloading of Classes and Interfaces A class or interface may be
unloaded if and only if its class loader is unreachable.
The bootstrap class loader is always reachable; as a result, system
Hello,
Your objection makes sense, but here is sometrinh from the JVM
specification
from SUN:
2.17.8Unloading of Classes and Interfaces A class or interface may be
unloaded if and only if its class loader is unreachable.
The bootstrap class loader is always reachable; as a result,
Subject: Re: Very Strange problem with a static varible on a jsp
Sorry, But I do not understand what you mean.
What I want is to have only a counter for all the requests.
At 13:35 24/07/2001 -0500, you wrote:
Instead of static I would use a member attribute, since for servlets
only one instance
Hi.
This MAY be totally wrong, but I have seen that in a different place in a
different problem, in a different need. I got the same thing.
Problem: Static varialbles are being reset from time to time.
My Answer: The lifetime of the Servlets/EJBs/JSPs is defined by how the
I am making some loading tests, in order to test the loading tool I have
written some special jsp to deal verify the number of times a jsp has
been called.
My jsp is :
%@page contentType=text/html%
html
headtitleJSP Page/title/head
body
%!
static int client=0;
static String
Instead of static I would use a member attribute, since for servlets
only one instance exists for a given class.
Ismael wrote:
I am making some loading tests, in order to test the loading tool I
have written some special jsp to deal verify the number of times a jsp
has been called.
My jsp
Just a question man... how do you send messages to the mailinglist? The orionserver
mailinglist I mean.
Hello Juan,
Since we haven't seen this behaviour ourselves when load testing, it's hard for us
to reproduce it.
To be able to give a good guess on what is wrong and if it's in Orion or not we need
a test-case. Please submit the suspected bug in bugzilla and attach a test-case so
that we can try
14 matches
Mail list logo
