Not all possible dependencies between packages are tracked currently, so if
an object in package A has a reference to an object in package B and B is
undeployed, the referred-to class from B will not get unloaded. 
Redeploying B will at least temporarily result in two versions of the class
from B.  This is one of the advantages of mbean references rather than
object references, all of B's classes would be undeployed and the object
names would find the new objects from the redeployed classes after B was
redeployed.

If you have a different reproducible way of undeploying and redeploying a
package and resulting in 2 copies of a class being used at once please file
a bug report with details sufficient to reproduce the problem.

The situation I was considering in earlier posts was having the same class
in more than one deployed package.

thanks
david jencks

On 2002.09.17 19:46:20 -0400 Marcin Gryszkalis wrote:
>  >> It usually means you have more than one copy of a class deployed.
> > Let me check on that... but I highly doubt it.
> 
> I have similar problem and the answer
> seems to be true - but - my question is - why
> old class (bean) doesn't get un-deployed when
> deploying new version (overriding old .jar)?
> 
> regards
> marcin
> 
> 
> 
> -------------------------------------------------------
> This SF.NET email is sponsored by: AMD - Your access to the experts
> on Hammer Technology! Open Source & Linux Developers, register now
> for the AMD Developer Symposium. Code: EX8664
> http://www.developwithamd.com/developerlab
> _______________________________________________
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
> 
> 


-------------------------------------------------------
This SF.NET email is sponsored by: AMD - Your access to the experts
on Hammer Technology! Open Source & Linux Developers, register now
for the AMD Developer Symposium. Code: EX8664
http://www.developwithamd.com/developerlab
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Reply via email to