問題タブ [apache-commons-io]

Angular ツリー ビューが使用するツリー ビュー構造を作成するために使用できる再帰関数を考え出そうとしています。

構造を示すリンクは次のとおりです: https://github.com/eu81273/angular.treeview

サーバー上のファイル ディレクトリに基づいてツリー ビューを作成しようとしていて、JSON を使用して Java コードからそれを返したいと考えていました。私は主に、ディレクトリをループして子で必要な構造を作成する関数の作成に苦労しています。

サーバー側のツリー ビュー構造を反映する POJO クラスを作成しました。私はこの関数の基礎として次の関数を使用しようとしていました:

オブジェクトがどのように見えるかのクリップは次のとおりです。

関数に関する提案は素晴らしいでしょう。また、サーバー上のファイル システムを参照する方法や、ツリー ビュー構造を作成する簡単な方法についての代替案も役立ちます。ありがとう！

Joda TimeとCommons IOライブラリの両方を含める必要がある Android プロジェクト (Gradle) があります。これは私のGradleファイルです:

問題は、アプリをコンパイルできないことです。次のエラーが表示されます。

ご覧のとおりexclude 'META-INF/LICENSE.txt'、build.gradle に既に行を追加しましたが、問題は解決しません。commons-io ライブラリの依存関係を削除すると、すべてが完全にコンパイルされます。

ありがとうございました、

apache.commons.io.IOUtils クラスの toByteArray() をモックする必要があります。私はthsのようなコードスニペットを持っています:

しかし、org.apache.commons.io.IOUtils.copyLarge() 関数から NullPointerException を取得しています。

プログラムで（Javaで）再帰的な解凍を行うディレクトリがあります（これは機能しているようです）が、最終的には多くのサブディレクトリとファイルを含むディレクトリが残ります。このメソッドを実行するたびに、白紙の状態から始めたいので、一時ディレクトリにあるフォルダーとその残りのファイルとサブディレクトリを常に削除します。

ただし、 FileUtils.deleteDirectory から本当に奇妙なエラーが発生します。

ディレクトリの末尾にピリオドがあると思われるようです (そうではないので、ピリオドを削除できないのは当然です)。このエラーは、サブディレクトリ内のフォルダーに表示されることがあります。誰もこれを見たことがありますか？

Commons IO 2.4 jar を使用しています。

編集ディレクトリにピリオドがないことを確認したので、非表示でない限り、メソッドがピリオドがあると考える理由がわかりません。そして、私がメソッドに与えるファイルのパスは、引数としてフィードする直前に設定され、誰でもわかるように、最後にピリオドがありません。

Windows 7でプログラムを実行しています。

編集これは、再帰的に解凍するために使用したコードです。

元の zip をルート ディレクトリに置き、そこから再帰的に解凍します。

これは、次のことを示す関連コードです。

最初に extractFolder の引数として rawFile.getCanonicalPath() (rawFile は最初のコードの抜粋で設定されます) を使用し、次に destFile.getAbsolutePath() に切り替えることに気付きました...おそらくそれと関係があります。これをテストする際の問題は、問題が決定論的ではないことです。起こることもあれば、起こらないこともあります。

CloseShieldInputStreamApache Commonsと Sun の違いはありNoCloseInputStreamますか? _{（実際、私のJDKにはありますcom.sun.xml.internal.ws.util.NoCloseInputStreamが、ありませんcom.sun.xml.ws.util.NoCloseInputStream）}

ドキュメントから：

CloseShieldInputStream- 基になる入力ストリームが閉じられないようにするプロキシ ストリーム。

---

NoCloseInputStream-InputStream閉じることができません。

Apache Commons メソッドを使用します。IOUtils.toString(InputStream, "UTF-8");

渡されたものを手動で閉じる必要がありInputStreamますか、それともライブラリはそれを気にするのに十分スマートですか?

Java プログラムを使用して削除マシンの合計ディスク容量と使用可能な容量を見つけるための簡単なソリューションを探しています。

助けてください

更新 主にローカルマシンに焦点を当てた、これに似た質問がすでにあります。リモートマシンのソリューションを探していました。

リモート URL からファイルを読み取り、それをバイト配列に保存する、より効率的な方法を見つけようとしています。これが私が現在持っているものです：

ご覧のとおり、私は現在 URL をメソッドに渡しています。メソッドは InputStream オブジェクトを使用してファイルのバイトを読み取ります。この方法では、Apache Commons IOUtils を使用します。ただし、このメソッド呼び出しは、実行に比較的長い時間がかかる傾向があります。数百、数千、または数十万のファイルを次々と取得すると、非常に遅くなります。このメソッドをより効率的に実行できるように改善する方法はありますか? マルチスレッド化を検討しましたが、最後の手段として取っておきたいと思います。