sicheres Löschen von Dateien

[Thogo]

Hallo,

ich möchte ein Verzeichnis löschen, in dem Dateien enthalten sind.

Randbedingung: Ist eine Datei schreibgeschützt oder von einer anderen Anwendung geöffnet soll die Routine mit einer Fehlermeldung abbrechen.

Folgende Lösung habe ich bisher:

  boolean rmdir(File f) {
    boolean flag = true;
    if (!f.exists()) return false;
    if (f.isDirectory()) {
      File filelist[] = f.listFiles();
      for (int i = 0; i < filelist.length && flag; i++)
        flag &= rmdir(filelist[i]);
    }
    if (!f.canWrite())
      return false;
    return (flag && f.delete());
   }

Ist die Datei schreibgeschützt, bekomme ich tatsächlich dank canWrite() ein False zurück.
Ist die Datei von einer anderen Anwendung geöffnet, wird die Datei trotzdem gelöscht.
Interessanterweise bricht die Routine beim Löschen des Verzeichnisses trotzdem ab.

Wie kann ich das Löschen von anderweitig geöffneten Dateien verhindern?
Wie frägt man das ab?

Gruß
_____
/hogo

 

[Leroy42]

Ist die Datei von einer anderen Anwendung geöffnet, wird die Datei trotzdem gelöscht

Das glaube ich jetzt weniger; das BS wird das sicher verhindern.

Und das die Routine abbricht ist doch genau was du wolltest, weil
f.delete() eben false liefert.

BTW: Ein boolean flag zu nennen ist irgendwie sinnbefreit :autsch:

Gib ihm doch einen passenden Namen wie canDelete oder einfach ok oder ...

 

[Jockel]

@Leroy:
Unter Windows mal eine Datei mit Notepad öffnen und dann versuchen besagte Datei zu löschen... Funktioniert wunderbar.

 

[Thogo]

Ist die Datei von einer anderen Anwendung geöffnet, wird die Datei trotzdem gelöscht

Das glaube ich jetzt weniger; das BS wird das sicher verhindern.

Dann probier's mal aus. Ich dachte das auch zuerst.
Einfach mal eine Textdatei mit Notepad o.ä. öffnen...

BTW: Ein boolean flag zu nennen ist irgendwie sinnbefreit :autsch:

Gib ihm doch einen passenden Namen wie canDelete oder einfach ok oder ...

Naja, bei einer so kurzen Routine. Der Nutzen ist ohnehin nur begrenzt. Es bewirkt nur, dass im Fehlerfall die Rekursion schneller abgebrochen wird.

Gruß
_____
/hogo

Edit:
Ich habe es unter Windows 2000 mit jsdk 1.4.2_11 probiert.

 

[meez]

Ist die Datei von einer anderen Anwendung geöffnet, wird die Datei trotzdem gelöscht

Das glaube ich jetzt weniger; das BS wird das sicher verhindern.

Ich stimm dir zu und nicht ...Kommt immer ein wenig drauf an...unter Unix kein Problem zu löschen...Unter Windows z.T. kommt schlussendlich auf die FileHandler des OS an..Und da liegt auch grad das Problem...Mit Java kommt man nicht an die ran, und kann deshalb auch kaum rausfinden, ob die Datei schon verwendet wird... :cry:

 

[Illuvatar]

Ist die Datei von einer anderen Anwendung geöffnet, wird die Datei trotzdem gelöscht

Das glaube ich jetzt weniger; das BS wird das sicher verhindern.

Dann probier's mal aus. Ich dachte das auch zuerst.
Einfach mal eine Textdatei mit Notepad o.ä. öffnen...

Notepad hält auch keinen Lock oder so auf die Datei...

 

[Leroy42]

@Leroy:
Unter Windows mal eine Datei mit Notepad öffnen und dann versuchen besagte Datei zu löschen... Funktioniert wunderbar.

Das hat doch nichts mit dem BS zu tun. Es ist einfach so, daß Textpad zwar überwacht ob die Datei verändert
wurde, die Datei selbst jedoch nicht lockt. Das finde ich auch angenehmer so. Du kannst allerdings nicht das
Arbeitsverzeichnis Textpad's löschen.

Das Locking wir vom BS (auf Anforderung der Anwendung) gemacht, ist also nicht von Java
aus direkt erreichbar.

Edit: Uuuppss. Illuvator war schneller. Sollte beim Erstellen eines Posts lieber nicht telefonieren

 

[Thogo]

Ist die Datei von einer anderen Anwendung geöffnet, wird die Datei trotzdem gelöscht

Das glaube ich jetzt weniger; das BS wird das sicher verhindern.

Dann probier's mal aus. Ich dachte das auch zuerst.
Einfach mal eine Textdatei mit Notepad o.ä. öffnen...

Notepad hält auch keinen Lock oder so auf die Datei...

Hm, folgendes Szenario:

Man lege eine Verzeichnis an.
Erstelle dort eine Textdatei und öffne sie mit dem Notepad.
Dann versuche man das Verzeichnis im Datei-Explorer zu löschen.

Damit erhält man die Fehlermeldung, dass eine Zugriffsverletzung
aufgetreten ist, da die Zieldatei geöffnet ist.

Ich interpretiere das durchaus so, dass Notepad einen Lock auf
die Datei hält.

Und genau das will ich mit meiner Anwendung auch erreichen.
Dazu muß ich eben abfragen, ob jemand die Datei offen hat.

Aber wenn alle der Meinung sind, dass man den Mechanismus
von Java aus nicht erreichen kann, muss ich halt die Kröte
schlucken.

Gruß
_____
/hogo

 

[Illuvatar]

Hm das ist interessant den Ordner kann man nicht löschen, die Datei aber schon 0o

Also wenn es eine wirklich gelockte Datei gibt, kannst du die auch mit Java nicht löschen. Das mit Notepad ist schon komisch, aber nicht nur mit Java

 

[Leroy42]

Hm das ist interessant den Ordner kann man nicht löschen, die Datei aber schon 0o

Genau.

Ich interpretiere das durchaus so, dass Notepad einen Lock auf
die Datei hält.

Eben nicht ganz. Die Datei ist vermutlich nicht gelockt. Nur die Anwendung Notepad
hat als Arbeitsverzeichnis das gesetzt in der die Datei liegt. Windows verhindert also nur
das Löschen dieses Arbeitsverzeichnisses um seinen Freund Notepad nicht zu verwirren;

Die Programmierer von M$ kennen halt die Programmierqualitäten ihrer Kollegen

 

[Thogo]

Die Programmierer von M$ kennen halt die Programmierqualitäten ihrer Kollegen

Die wissen warum.

Ok, stimmt Notepad ist ein schlechtes Beispiel!
Und verhält sich tatsächlich wie Java.

Nehmen wir MS-Word. Der hält einen Lock und die Datei selbst kann ich nicht löschen.
Wie schafft man das in Java?
(Ja es wurde schon geschrieben, dass das wohl zu BS-nah ist. Hat trotzdem jemand 'ne Idee?)

Gruß
_____
/hogo

 

[Thogo]

Uups, Notepad war ja ein ganz schlechtes Beispiel!

Wenn Word einen Lock drauf hält, schafft die Java RT es NICHT die Datei zu löschen.
Dann halte ich ja meine Spezifikation ein ohne es zu wissen...

Danke für das Feedback!

Code funktioniert, nur die Testbedingungen waren schlecht.

Gruß
_____
/hogo

 

[Leroy42]

???:L Vielleicht mal in einem WinApi-Forum nachfragen und danach hier nach JNI suchen?

 

[Illuvatar]

Was? Willst du selbst so einen FileLock machen?

java.nio.channels.FileChannel#tryLock()

 

[Leroy42]

:shock: Na, gucke mal schau, was es so alles gibt