ホームページ >Java >&#&チュートリアル >Spring Boot アプリが JAR としてパッケージ化されているときにクラスパス リソースが消えるのはなぜですか?
JAR として実行するとクラスパス リソースが見つからない: 謎を解く
Spring Boot で Java アプリケーションを構築する場合、クラスパス リソースを利用すると、パフォーマンスを向上させることができますプログラムの機能。ただし、アプリケーションを JAR ファイルにパッケージ化した後にこれらのリソースにアクセスしようとすると、恐ろしい「FileNotFound」例外が発生する可能性があります。この不一致は、開発中と JAR 環境でのリソースの処理方法の根本的な違いが原因で発生することがよくあります。
問題
統合開発からアプリケーションを実行する場合Spring Tool Suite (STS) などの環境 (IDE) のリソースは、ファイル システム上にあるものとして扱われます。これは、resource.getFile() を使用したリソースへのアクセスが簡単で、シームレスに機能することを意味します。ただし、アプリケーションが JAR にパッケージ化されると、リソースはファイル システム階層の一部ではなくなり、JAR アーカイブ内に埋め込まれます。
解決策: getInputStream() の力を解き放つ
JAR コンテキストでリソースを適切に処理するには、別のアプローチを採用することが重要です。ファイル システムから直接ファイルを取得しようとする resource.getFile() に依存する代わりに、 resource.getInputStream() に切り替えてください。このメソッドは、リソースの場所に関係なく、リソースの内容を読み取ることができる入力ストリームを返します。
resource.getInputStream() を使用することで、ファイル システムへの依存関係を回避し、リソースへの完璧なアクセスを保証します。 JAR アーカイブ内に格納されます。したがって、アプリケーションは、開発中であっても、スタンドアロン JAR ファイルとしてパッケージ化されて実行された後であっても、期待どおりに動作します。
getInputStream() の優雅さを取り入れる
resource.getInputStream() の単純さと有効性を示しています。前に示したコード例を変更してみましょう。
<code class="java">private void testResource(Resource resource) { try (InputStream is = resource.getInputStream()) { // Perform operations using the input stream... // ... } catch (IOException ex) { logger.error(ex.toString()); } }</code>
この調整により、アプリケーションは開発環境と JAR 環境の両方でクラスパス リソースを適切にナビゲートし、シームレスな経験を積んで、「FileNotFound」例外のイライラを解消します。
以上がSpring Boot アプリが JAR としてパッケージ化されているときにクラスパス リソースが消えるのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。