Path: csiph.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Christoph Schneegans Newsgroups: de.comp.lang.java Subject: Re: Files.move() scheitert, wirft aber keine Ausnahme Date: Tue, 2 Feb 2016 17:55:12 +0100 Lines: 22 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Trace: individual.net lfujgQT9S0puk2o5VMU9eQeAzBSmteUj5IEa89OSNqc2OVbQ== Cancel-Lock: sha1:NIL08ZZavD8JSYaaJ/TV4Ai5yQ4= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 In-Reply-To: Xref: csiph.com de.comp.lang.java:12909 Andreas Karrer schrieb: > Files.move() geht bei Files auf einem lokalen Unix/Linux-Filesystem > so vor: > > (...) > > Wenn source und target zwei Files auf dem gleichen lokalen Fileystem > sind, dann ist der Systemcall rename(2) unter CentOS atomar, d.h. > das beschriebene Verhalten kann nicht auftreten. source und target liegen tatsächlich im gleichen lokalen Dateisystem. Nach gründlicher Logfile-Analyse scheint es nun in der Tat wahrscheinlich, daß ein anderer Prozeß auf die Dateien zugegriffen hat, also Files.move() korrekterweise eine leere Datei nach target verschoben hat, und source anschließend wieder angelegt wurde. Da dürften sich weitere Spekulationen wohl erübrigen. Danke jedenfalls für die Antworten! -- · SAFER mit Windows