xsd / xmlドキュメントの解析、Javaクラスの構築とコンパイル、jarクラスとwarsへのパッケージ化、DBでの永続化、OSGiとしてのデプロイなど、リソースを使って多くのことをその場で行う必要があります。
私が使用しているライブラリ/APIのほとんどは、メモリ内でこれらすべての中間タスクを実行できますが、のみで動作する「特別な」ライブラリもありますjava.io.File。そして、私には何も残っていませんが、JavaEE環境では良くない実際の一時ファイルとディレクトリを使用しています。
ノードが拡張されているメモリ内ファイル構造のライブラリ/ソリューションが必要だとjava.io.File思います（私が見ているように）。既知/類似のライブラリへのリンクをドロップしてください。コメントは大歓迎です。
ありがとう！
私はあなたがあなたが探しているものを見つけようとしているとは思わない。java.io.File APIは、さまざまな方法で実装できるファイルシステムの抽象化を提供することを目的として作成されたものではありません。一部のFS操作（deleteやmkdirなど）のメソッドを公開しますが、基本的な読み取り/書き込みI/Oは処理しません。これは、FileInputStreamなどの他のクラスに任されています。これは、APIの観点からは、Fileオブジェクトは単なるパスにすぎないことを意味します。何も抽象化されていません。あなたは立ち往生しています。
1つのオプションは、RAMディスクを使用することです。プログラムはjava.io.Fileでディスクを使用していると考えますが、実際にはメインメモリを使用しています。
利用可能な優れた代替手段があります：https ：//github.com/google/jimfs
これは、メモリファイルシステムの処理でjava（7+）をサポートし、非常に使いやすいです。