You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by Stefan Schmidt <sc...@gmail.com> on 2005/10/15 06:45:47 UTC

Undeploy does not seem to work as expected

Hi,

Maybe I am understanding this wrong, but if I undeploy my application 
(ear) from geronimo and receive the following output:

     [java] Module AppName stopped.
     [java] Module AppName unloaded.
     [java] Module AppName uninstalled.
     [java] Undeployed AppName
     [java] `-> AppName.war
     [java] `-> AppName-cmp-ejb.jar
     [java] `-> AppName-ejb.jar

... I would actually not expect that the app is still running. Looking 
into the config store tells me that some things like the 
...war-generated folders are deleted but others are still there (such as 
the war directory, the AppName-cmp-ejb.jar and the AppName-ejb.jar). I 
would expect that everything is properly deleted?!

Maybe I simply don't understand it properly - so enlighten me please :-).

Thanks.

Regards,
Stefan Schmidt

Re: Undeploy does not seem to work as expected

Posted by Stefan Schmidt <sc...@gmail.com>.
Yes, I am a Windows user as well :-(. I think that this should be 
addressed until the 1.0 release as it piles up a large amount of 
left-over data in the filesystem if you are developing with the 
undeploy/deploy mechanism. I think the same happens on redeploy.

Stefan


Joe Bohn wrote:

> I may not understand something as well ... but I've noticed the same 
> problem and opened this jira 
> http://issues.apache.org/jira/browse/GERONIMO-829
> There is a comment saying that this may be related to another known 
> problem where the classloader locks files and that this doesn't seem 
> to happen on Linux or Mac (I'm using windows).
>
> Joe
>
>
> Stefan Schmidt wrote:
>
>> Hi,
>>
>> Maybe I am understanding this wrong, but if I undeploy my application 
>> (ear) from geronimo and receive the following output:
>>
>>     [java] Module AppName stopped.
>>     [java] Module AppName unloaded.
>>     [java] Module AppName uninstalled.
>>     [java] Undeployed AppName
>>     [java] `-> AppName.war
>>     [java] `-> AppName-cmp-ejb.jar
>>     [java] `-> AppName-ejb.jar
>>
>> ... I would actually not expect that the app is still running. 
>> Looking into the config store tells me that some things like the 
>> ...war-generated folders are deleted but others are still there (such 
>> as the war directory, the AppName-cmp-ejb.jar and the 
>> AppName-ejb.jar). I would expect that everything is properly deleted?!
>>
>> Maybe I simply don't understand it properly - so enlighten me please 
>> :-).
>>
>> Thanks.
>>
>> Regards,
>> Stefan Schmidt
>>
>>
>


Re: Undeploy does not seem to work as expected

Posted by Joe Bohn <jo...@earthlink.net>.
I may not understand something as well ... but I've noticed the same 
problem and opened this jira 
http://issues.apache.org/jira/browse/GERONIMO-829
There is a comment saying that this may be related to another known 
problem where the classloader locks files and that this doesn't seem to 
happen on Linux or Mac (I'm using windows).

Joe


Stefan Schmidt wrote:
> Hi,
> 
> Maybe I am understanding this wrong, but if I undeploy my application 
> (ear) from geronimo and receive the following output:
> 
>     [java] Module AppName stopped.
>     [java] Module AppName unloaded.
>     [java] Module AppName uninstalled.
>     [java] Undeployed AppName
>     [java] `-> AppName.war
>     [java] `-> AppName-cmp-ejb.jar
>     [java] `-> AppName-ejb.jar
> 
> ... I would actually not expect that the app is still running. Looking 
> into the config store tells me that some things like the 
> ...war-generated folders are deleted but others are still there (such as 
> the war directory, the AppName-cmp-ejb.jar and the AppName-ejb.jar). I 
> would expect that everything is properly deleted?!
> 
> Maybe I simply don't understand it properly - so enlighten me please :-).
> 
> Thanks.
> 
> Regards,
> Stefan Schmidt
> 
> 

-- 
Joe Bohn
joe.bohn@earthlink.net

"He is no fool who gives what he cannot keep, to gain what he cannot 
lose."   -- Jim Elliot