1
chronicle-queueバイナリを最新バージョンにアップグレードし、新しいファイルに気付きました（おそらくそれは新しいものではありませんが、これまで見たことはありません） - directory-listing.cq4t。chronicle directory-listing.cq4t release
通常のキューを作成してSingleChronicleQueueBuilderというテストをしてから、いくつかの操作を実行して閉じます。最後のステップとして、フォルダ全体をデータで強制的に削除します。
問題は、キューがすでに閉じられていても、directory-listing.cq4tがJavaプロセスによってロックされるという問題です。データファイル自体は問題なく削除されることに注意してください。
が既知の問題か、私もされたファイルが削除されていないとして、上記の動作を実証し、削除（）呼び出しはfalseを返します（ただし、結果がアサートされることはありません）することができクロニクルコードベースSingleChronicleQueueTest.shouldCreateQueueInCurrentDirectoryでのテストがあり
それは間違っている？ （キューリリース）
修正していただきありがとうございます（4.6.58-SNAPSHOTでテスト済み） –
shouldAllowDirectoryToBeDeletedWhenQueueIsClosedテストもチェックしてください。それはそれなりにうまくいきますが、書き込みを追加して読み込み（読み込みが原因です）すると、データファイル.cq4がロックされたままになり、テストが失敗します。 –
github問題を起こしてもらえますか？ –