You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@beehive.apache.org by James Black <jb...@ieee.org> on 2005/07/08 18:13:45 UTC

re: anyone else have problem deploying/undeploying webapp

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I am using Tomcat 5.5.9 and JDK1.5 on Solaris 8 and 9.  My webapp uses
controls and pageflow from beehive.

When I copy the war file in and have it automatically deployed, after
about 10 times of doing this I run out of permanent memory and have to
restart tomcat.

- From what I understand, there is something that can be done to help with
cleaning up, but I don't think I can put it in the code:
You can always clean up resource by adding
Introspector.flushCaches(); in your context listener's contextDestroyed
method. Otherwise, you will have to go through your web app carefully to
find out if there is any memory leak.
- --
"Love is mutual self-giving that ends in self-recovery." Fulton Sheen
James Black    james@usf.edu
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCzqY5ikQgpVn8xrARAnw5AJ0TTKzDlVAmO7UmDXVNNyL7Ixbq0QCcCKlR
IbH2eZYQg9DUdafTnoUP8HE=
=bjjU
-----END PGP SIGNATURE-----

Re: anyone else have problem deploying/undeploying webapp

Posted by Rich Feit <ri...@gmail.com>.
Steve's email and mine crossed.  I think this is happening more quickly 
for a Beehive app because Beehive loads a large number of classes at 
Servlet init time.  According to 
http://jakarta.apache.org/tomcat/faq/deployment.html , the entire 
ClassLoader is stored permanently and can't be recycled across 
deployments (a "leak" in my book).  I'd be surprised if there was an 
actual memory leak in Beehive during initialization, but I'll run 
through that code just to double-check.

Rich

James Black wrote:

> Rich Feit wrote:
>
> >Hi James,
>
> >Just to make sure, does this happen with only Beehive webapps, or also
> >with webapps that don't have Beehive installed?
>
>
>   It only happens with beehive webapps.
>
>   I have been able to deploy and undeploy my other webservice apps and
> other webapps any number of times, and have never encountered this before.
>
> --
> "Love is mutual self-giving that ends in self-recovery." Fulton Sheen
> James Black    james@usf.edu


Re: anyone else have problem deploying/undeploying webapp

Posted by James Black <jb...@ieee.org>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Rich Feit wrote:
> Hi James,
> 
> Just to make sure, does this happen with only Beehive webapps, or also
> with webapps that don't have Beehive installed?

  It only happens with beehive webapps.

  I have been able to deploy and undeploy my other webservice apps and
other webapps any number of times, and have never encountered this before.

- --
"Love is mutual self-giving that ends in self-recovery." Fulton Sheen
James Black    james@usf.edu
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD4DBQFCzr4+ikQgpVn8xrARAo3lAJiJ6efCccoTjSiGw04r0iHu3ng9AJ4ilVYF
o12aAYLt5u7KtThPIYhCnA==
=7YjW
-----END PGP SIGNATURE-----

Re: anyone else have problem deploying/undeploying webapp

Posted by Rich Feit <ri...@gmail.com>.
Hi James,

Just to make sure, does this happen with only Beehive webapps, or also 
with webapps that don't have Beehive installed?

Rich

James Black wrote:

> I am using Tomcat 5.5.9 and JDK1.5 on Solaris 8 and 9.  My webapp uses
> controls and pageflow from beehive.
>
> When I copy the war file in and have it automatically deployed, after
> about 10 times of doing this I run out of permanent memory and have to
> restart tomcat.
>
> From what I understand, there is something that can be done to help with
> cleaning up, but I don't think I can put it in the code:
> You can always clean up resource by adding
> Introspector.flushCaches(); in your context listener's contextDestroyed
> method. Otherwise, you will have to go through your web app carefully to
> find out if there is any memory leak.