Feststellen ob Datei fertiggeschrieben ist.

[reibi]

Hallo,

ich habe folgendes Problem:

Ich möchte eine Datei lesen, wobei ich aber nicht weiss ob diese Datei schon vollständig geschrieben ist, da sie von einer anderen Applikation gerade geschrieben werden kann.

Beispiel:
File myFile = new File("C:\myUnDefFile.unDevExt");

und ich bräuchte so etwas:

static boolean isComlete(myFile){...} //welches ein true zurückliefert wenn das File vollständig geschrieben ist.


Diese Datei ist an wenig Merkmalen festzumachen. ZB ist vorher nicht klar wie gross sie ist, welchen Typ sie hat usw.

Ich habe schon eine ganze Menge an möglichen Sachen ausprobiert, zB

- Ob die Datei sich locken lässt:

RandomAccessFile raf = new RandomAccessFile(file.getAbsolutePath(), "rw"); 
            lock = raf.getChannel().tryLock();

Die Datei lässt sich locken, dabei wird aber der andere Prozess abgebrochen. Auf die andere Applikation habe ich auch keinen Einfluss.

- ob sich die Grösse ändert

File myFile01 = new File(thefileName);
Thread.sleep(200);
File myFile02 = new File(myFile01.getAbsolutePath());

int length01 = myFile01.length();
int length02 = myFile02.length();

if(length02>length01){
//file wird geschrieben
}

Hier läuft das sicherlich in einem Thread ... die Dateigroessen sind identisch, obwohl das File grad geschrieben wird und sich deshalb gerade zwangsläufig vergrössert.

USW.

All das funktioniert nicht

Hat jemand eine Idee was man da machen könnte? Wäre für Hilfe sehr dankbar

 

[alehandro]

hat denn deine Datei kein EOF(End of File)????

 

[reibi]

Nein, da es sich um eine belibige Mime/Type-Datei handelt kann man das nicht sagen. ZB .PDF wird mit %%EOF beendet, andere Dateien mit anderen Markierern usw. Viele Dateien haben keine EOF-Markierung.

 

[reibi]

Um vielleicht bei der Lösungsfindung mitzuhelfen: Ich könnte mir vorstellen das der Ansatz "Grössenveränderungen-nachzuprüfen" der richtige sein könnte.

Nur funktioniert mein Beispiel von oben leider nicht. Vielleicht weiss ja jemand warum?

hier ist es nochmal:

File myFile01 = new File(thefileName);
Thread.sleep(200);
File myFile02 = new File(myFile01.getAbsolutePath());

long length01 = myFile01.length();
long length02 = myFile02.length();

vielleicht hat auch jemand n Tip ;-)

 

[alehandro]

naja ich würde Dir raten beide


long length01 = myFile01.length();
long length02 = myFile02.length();

mit einem Sleep zu trennen. Weil die ja so zur genau der selben Zeit ausgeführt werden. Was ich meine unter zur selben Zeit ist, dass während dein Prozess arbeitet und sich zweimal die länge holt, schläft der schreibende Prozess, ergo kann er auch dazwischen nix schreiben(sollte er immer noch dabei sein zu schreiben).

 

[Leroy42]

aber nicht weiss ob diese Datei schon vollständig geschrieben ist,

Das kannst du prinzipiell nicht feststellen wenn der schreibende Prozeß die Datei nicht gelockt hat.

Auch Beobachtungen der Größenänderung helfen dir prinzipiell nicht weiter,
da du nur ad hoc Annahmen machen kannst, wie schnell die Daten vom anderen
Prozeß geschrieben werden. Zum Beispiel könnte der andere Prozeß die Daten
aufwendig berechnen und immer ein Block auf eimal an die Datei anhängen; was u.U. mehrere
Sekunden benötigt, während denen dein Programm fälschlicherweise annimmt, das
Schreiben der Datei sei abgeschlossen. :?

 

[reibi]

Also Aufwendig berechnete Daten die in sozusagen "Schwallen" also zeitversetzt kommen wie bei einerLogDatei sind es nicht.

Also Das File wird an eine Stelle kopiert ... ist somit vollständig, muss also auch nicht berechnet werden und kommst damit auch nicht in "Schwallen".

Gibts dann ne möglichkeit?

 

[Gast]

File myFile01 = new File(thefileName);

long length01 = myFile01.length();
Thread.sleep(200);
long length02 = myFile01.length();

 

[Leroy42]

Ja! Geh' über die Dateilänge.

File file = new File("ichBinNochNichtFertig");
long firstLen = file.length();
do 
  try {Thread.sleep(2000);} catch (InterruptedException e) {}
while (file.length() != firstLen);

 

[Leroy42]

Uuppss! Hab' eben eine Endlosschleife gecodet!
So ist's richtig:

File file = new File("ichBinNochNichtFertig"); 
long len = file.length(); 
do {
  try {Thread.sleep(2000);} catch (InterruptedException e) {}
  if (file.length()) == len)
    break;
  else
    len = file.length();
} while (true);

 

[SamFisher]

hallo zusammen,

ich stehe im moment vor dem selben problem und habe auch schon diverse Lösungen (Vergleichen der dateigröße) getestet.

mein java programm soll einen ordner auf neue Dateien überprüfen. Wenn ich eine Datei in diesen Ordner kopiere, soll mein Java Programm diese Datei weiterverarbeiten, allerdings erst, wenn die datei auch vollständig da ist. Das kann beim kopieren einer 2 GB datei eine minute oder länger dauern.

Dummerweise legt windows direkt nach dem starten des Kopiervorgangs im Zielverzeichnis eine datei mit der Endgültigen größe an. Somit verändert sich die Dateigröße nicht mehr und ich kann keinen vergleich der dateigröße, wie ihn Leroy42 vorgeschlagen hat, anwenden.

Ich sitze an diesem Problem schon einige Zeit und würde mich freuen, wenn hier jemand eine Idee hat, wie ich das Problem lösen kann.


Danke,
Sam

 

[Leroy42]

Dummerweise legt windows direkt nach dem starten des Kopiervorgangs im Zielverzeichnis eine datei mit der Endgültigen größe an.

Das wäre mir neu. Soweit ich es bisher beobachtet habe, wächst die Datei
kontinuierlich. :shock:

Oder gibt es Windows-Dateifunktionen die das bereitstellen.

Wie ist es mit dem Datum der letzten Änderung; wobei ich
allerdings nicht weiß ob diese von Windows auch kontinuierlich
upgedatet wird: Ich glaube eher weniger

 

[SamFisher]

ok, ich hab vergessen zu erwähnen, dass ich von windows auf einen linuxrechner kopiere (über netzwerk) und mein javaprogramm soll das linux zielverzeichnis überprüfen. Über einen samba server hab ich in windows zugriff auf das linux filesystem, und kann somit direkt aus dem windows explorer eine datei in das linux zielverzeichnis ziehen. und da erscheint nach dem starten des kopiervorgangs direkt die datei mit der entgültigen größe.

Die Idee mit dem Datum ist nicht schlecht. Das werde ich gleich mal testen.