Ich habe Chronicle-Queue-Binärdateien auf die neueste Version aktualisiert und eine neue Datei bemerken (wahrscheinlich ist es nicht so neu, aber ich habe es nicht zuvor gesehen) - Verzeichnis-listing.cq4t.Chronik Verzeichnis-listing.cq4t Veröffentlichung
Ich habe einen Test erstellen eine reguläre Warteschlange mit SingleChronicleQueueBuilder dann einige Operationen und schließen es. Als letzten Schritt erzwinge ich den gesamten Ordner mit den Daten.
Problem ist, dass directory-listing.cq4t durch Java-Prozess gesperrt ist, auch wenn die Warteschlange bereits geschlossen ist. Beachten Sie, dass die Datendatei selbst ohne Probleme gelöscht wird.
Es gibt einen Test in Chronik Codebasis SingleChronicleQueueTest.shouldCreateQueueInCurrentDirectory, die das oben beschriebene Verhalten zeigen kann als Datei nicht gelöscht werden soll, und löscht() Aufruf false zurück (aber Ergebnis wird behauptet, nie)
Es ist ein bekanntes Problem oder I mache ich falsch? (queue release)
Sieht gut aus, danke für das Update (getestet mit 4.6.58-SNAPSHOT) –
Könnten Sie bitte auch überprüfen shouldAllowDirectoryToBeDeletedWhenQueueIsClosed Test. Es funktioniert gut wie es ist, aber wenn Sie schreiben und dann lesen (und es ist wegen der Lesung), dann Datendatei .cq4 bleibt gesperrt und Test starten fehlgeschlagen. –
Könnten Sie bitte ein Github-Problem aufwerfen? –