Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@cocoon.apache.org
Received-SPF: pass (asf.osuosl.org: domain of lars_huttar@sil.org designates
 208.145.81.85 as permitted sender)
Message-ID: <42D30075.3070704@sil.org>
Date: Mon, 11 Jul 2005 18:27:49 -0500
From: Lars Huttar <lars_huttar@sil.org>
Organization: SIL
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
MIME-Version: 1.0
To: Cocoon Users List <users@cocoon.apache.org>
Subject: pipeline using document() fails to release files?
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hi all,
We suspect this is a bug but it's not clear whose.

The problem that occurs is that a certain file, iHub.xml, sometimes 
cannot be moved or removed under Windows, as if a user were editing it 
(no one is). Once this condition occurs, it persists until we shut down 
Tomcat. (The consequence is that certain automated procedures, like a 
Subversion update, get stuck or fail.)
The circumstances under which iHub.xml gets "stuck" seem to be after it 
gets referenced by a document() reference from an XSLT stylesheet run by 
Cocoon.
Apparently, Cocoon is locking iHub.xml and not letting it go when it should.
Has anyone else encountered this?

Thanks,
Lars

P.S.
We realize document() is not recommended under Cocoon because of caching 
issues, but I thought as long as we took into account potential problems 
with caching, we could go ahead and use document(). Using document() 
instead of cinclude does make things a lot simpler for our application.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org