> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
> Subject: Re: Weblogic library and Tomcat
>
> log4j:ERROR LogMananger.repositorySelector was null likely
> due to error in class reloading, using NOPLoggerRepository.
>
> I'm a little unclear as to whethe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mark and Mikolaj,
On 2/12/2009 6:19 AM, Mark Thomas wrote:
> Mikolaj Rydzewski wrote:
>> Mark Thomas wrote:
>>> As well as JDBC drivers, logging frameworks are frequent culprits for
>>> causing this.
>>>
>> What about commons-logging and log4j?
>>
> From: Pieter Temmerman [mailto:ptemmerman@sadiel.es]
> Subject: Re: Weblogic library and Tomcat
>
> I would rather expect my debug message before seeing the app redeploy.
Sounds normal to me; the redeployment request triggers the call to the
contextDestroyed() method. You m
Thanks Gregor,
I'll pass that info on to the developer.
Btw, I wrote a small contextListener just to play with it.
In the contextDestroyed method, I print a message.
The weird thing is that in catalina.out I first see a message that my
application is redeploying (when I redeploy obviously) before
On Thu, Feb 12, 2009 at 1:19 PM, Pieter Temmerman
wrote:
>
>> Is your Webapp using RMI to communicate with WebLogic?
> Don't know if this will answer your question, but I see that the
> following class is loaded:
>
> weblogic.iiop.PortableRemoteObjectDelegateImpl
> |--proDelegate of javax.rmi.Po
Pieter Temmerman wrote:
In my case (according to the catalina.out errors), the problem is most
certainly caused by references to/from the weblogic classes.
INFO: Illegal access: This instance of the web application has already
been stopped. Could not load weblogic.common.T3MiscLogger.
java.
> Is your Webapp using RMI to communicate with WebLogic?
Don't know if this will answer your question, but I see that the
following class is loaded:
weblogic.iiop.PortableRemoteObjectDelegateImpl
|--proDelegate of javax.rmi.PortableRemoteObject [Class]
I'm not the developer of this webapp, so I'm afraid I cannot answer that
question.
On Thu, 2009-02-12 at 12:44 +0100, Gregor Schneider wrote:
> Just a shot from the hip:
>
> Is your Webapp using RMI to communicate with WebLogic?
>
> Gregor
--
Pieter Temmerman
email: ptemmerman@sadiel.es
sky
Just a shot from the hip:
Is your Webapp using RMI to communicate with WebLogic?
Gregor
--
just because your paranoid, doesn't mean they're not after you...
gpgp-fp: 79A84FA526807026795E4209D3B3FE028B3170B2
gpgp-key available @ http://pgpkeys.pca.dfn.de:11371
---
Hi guys,
I've been trying YourKit profiler, as Mark suggested.
However, I am a little bit stuck.
> Tomcat will clear the references it has created but you are responsible for
> clearing the references you create. Once all the references are cleared gc
> will
> remove it.
> >> You need to find w
Mikolaj Rydzewski wrote:
> Mark Thomas wrote:
>> As well as JDBC drivers, logging frameworks are frequent culprits for
>> causing this.
>>
> What about commons-logging and log4j?
>
> I use following pattern in my code:
>
> import org.apache.commons.logging.Log;
> import org.apache.commons.logg
Mark Thomas wrote:
As well as JDBC drivers, logging frameworks are frequent culprits for causing
this.
What about commons-logging and log4j?
I use following pattern in my code:
import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory;
private static final Log lo
Christopher Schultz wrote:
> Mark,
>
> On 2/11/2009 11:15 AM, Mark Thomas wrote:
>> In this case your classes are pinned into memory by the following reference
>> chain:
>
>> DriverManager > JDBC driver > webapp classloader > webapp classes
>
>> Since you created this by calling DriverManager.r
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mark,
On 2/11/2009 11:15 AM, Mark Thomas wrote:
> In this case your classes are pinned into memory by the following reference
> chain:
>
> DriverManager > JDBC driver > webapp classloader > webapp classes
>
> Since you created this by calling Drive
Chuck, Mark,
Many thanks to both.
I'll give it a try.
Btw, I'm quite sure the problem is located in the weblogic.jar library,
as 2 other developers (working on different projects) already told me
some similar problems with their app being reloaded.
Anyway, time will tell.
Cheers,
Pieter
On We
Pieter Temmerman wrote:
> Is there any documentation I can read to understand this process better,
> or do I rather have to digg into the source code to get a better picture
> of all these Tomcat internals?
> I'm very interested in understanding how all this works, because at the
> end of the day,
> From: Pieter Temmerman [mailto:ptemmerman@sadiel.es]
> Subject: Re: Weblogic library and Tomcat
>
> But why aren't my classes unloaded when I undeploy a webapp?
Because something at a higher level in the classloader hierarchy is hanging on
to a reference to your web
Hi Mark,
> You are on the right track with a profiler. I use (and highly recommend)
> YourKit. I get a free copy as an Apache developer for investigating Tomcat
> related issues but it is reasonably priced and I have bought several copies
> for
> different projects over the years. It usually retu
Pieter Temmerman wrote:
> First of all, I'm not sure how I can figure out where the references to
> the prior instances are being maintained, and secondly, I don't know how
> to clean them up (both are closely related if you ask me :-) )
You are on the right track with a profiler. I use (and high
19 matches
Mail list logo
