Mailing-List: contact issues-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: issues@commons.apache.org
Date: Sun, 18 Mar 2012 03:11:55 +0000 (UTC)
From: =?utf-8?Q?Marcos_Vin=C3=ADcius_da_Silva_=28Updated=29_=28JIRA=29?=
 <jira@apache.org>
To: issues@commons.apache.org
Message-ID: 
 <266549061.28830.1332040315702.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <2009443376.46647.1302368465830.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Updated] (IO-269) Tailer locks file from deletion/rename on
 Windows
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


     [ https://issues.apache.org/jira/browse/IO-269?page=3Dcom.atlassian.ji=
ra.plugin.system.issuetabpanels:all-tabpanel ]

Marcos Vin=C3=ADcius da Silva updated IO-269:
----------------------------------------

    Attachment: IO-269.patch

Attached a patch.
I did a small manual benchmark here, comparing the old and new implementati=
on, and, in fact, the new implementation is slight faster (0,1s). So keep r=
eopening the file is not a problem.
               =20
> Tailer locks file from deletion/rename on Windows
> -------------------------------------------------
>
>                 Key: IO-269
>                 URL: https://issues.apache.org/jira/browse/IO-269
>             Project: Commons IO
>          Issue Type: Bug
>            Reporter: Sebb
>         Attachments: IO-269.patch
>
>
> The Tailer code works on Windows, except that it locks the file against d=
eletion or rename.
> The test code fails to detect this, because it fails to check if the file=
 deletion succeeds.
> This seems to be a Windows OS issue.
> A possible solution might be to keep closing and re-opening the file.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrato=
rs: https://issues.apache.org/jira/secure/ContactAdministrators!default.jsp=
a
For more information on JIRA, see: http://www.atlassian.com/software/jira