excalibur-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Stephen McConnell" <mcconn...@apache.org>
Subject RE: [Excalibur-Fortress] Avalon-meta manager doesn't unlock meta-files in jars
Date Wed, 25 Aug 2004 09:19:40 GMT

What your describing appears to be an issue with the Fortress container.
You should post this to dev@excalibur.apache.org.

Cheers, Steve.

> -----Original Message-----
> From: triet.leminh@cardif.fr [mailto:triet.leminh@cardif.fr]
> Sent: 25 August 2004 11:07
> To: Avalon framework users
> Subject: [Excalibur-Fortress] Avalon-meta manager doesn't unlock meta-
> files in jars
> Hi,
> I'm using Fortress 1.1 to develop a webapp under Tomcat 5.x (WinXP).
> no problem until I'm trying to undeploy the webapp with Tomcat
> In fact, Tomcat is unable to delete jars which contain
> under WEB-INF/lib (source resolver, excalibur datasource ...) and the
> generated logkit log file is locked. They seem to be always locked
> the undeploy.
> I've downloaded the source code and stepped through the Fortress
> implementation and found that the Meta manager opens service.list and
> other
> meta files but don't close them. This bug is produced in two
> org.apache.avalon.fortress.impl.role.ServiceMetaManager
> org.apache.avalon.fortress.util.Service
> After fixing the two "evident" bugs, the logkit log file is unlocked
> the undeploy but the avalon-component-jars are still locked.
> At this stage, I've deleted all the meta info from
> and
> declared them in a xrole files and the undeploy was completed
> successfully.
> So probably the bug comes always from the avalon-meta manager but I
> find where.
> Please notice that the problem concerns only avalon-component jar
> meta-tag but not components unpacked under WEB-INF/classes (using
> or not).
> Any suggestion is welcome.
> Thanks in advance,
> Le Minh Triet
> **********************************************************************
> L'integrite de ce message n'etant pas assuree sur Internet,
> nous ne pouvons etre tenu responsable de son contenu.
> Si vous n'etes pas destinataire de ce message confidentiel,
> Merci de le detruire et d'avertir immediatement l'expediteur.
> The integrity of this message cannot be guaranteed on the
> Internet. We can not therefore be considered responsible
> for the contents.
> If you are not the intended recipient of this confidential message,
> then please delete it and notify immediately the sender.
> **********************************************************************
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@avalon.apache.org
> For additional commands, e-mail: users-help@avalon.apache.org

To unsubscribe, e-mail: dev-unsubscribe@excalibur.apache.org
For additional commands, e-mail: dev-help@excalibur.apache.org
Apache Excalibur Project -- URL: http://excalibur.apache.org/

View raw message