ローカルの jar パッケージをサーバーに送信するとき、ネットワークが遅すぎるため、送信時間が非常に長くなります。このとき、変更されたクラス ファイルをサーバーに送信して (より速く)、jar コマンドを使用して、再パッケージ化
これまでで最も完璧なコマンド:
コマンドの前に、まずファイルのディレクトリ構造図にアクセスしてください。
注: -m には、指定されたリスト ファイルのリスト情報が含まれます。上の最後のパラメータは数字の 0 で、文字の O ではなく、圧縮率が 0 であることを意味します。明確に見る必要があります。
jar -cvfm0 newJarName.jar META-INF/MANIFEST.MF BOOT-INF/ org/
以上です。これは、ピットに立った後に私が使用した中で最も完璧なコマンドです。この方法で入力されたパッケージにより、springboot プロジェクトが開始されなくなります。
ピットプロセスを踏む:
1. 初めてコマンドを使用します。
jar -cvfm BOOT-INF/ META-INF/ org/
パッケージ化に失敗しました:
プロンプト: BOOT-INF がアクセスを拒否しまし
た そこで、パラメータ m に問題があるのではないかと考え、パラメータ m を削除したところ、パッケージ化は成功しました。
2. コマンドを 2 回目に使用する
jar -cvf BOOT-INF/ META-INF/ org/
正常にパッケージ化されました:
jar パッケージを実行してエラーを報告します: メイン リスト属性などのエラーがないことを示すプロンプトが表示されます。
実行: jar /? m の機能を確認してください。パラメータ:
m パラメータはこれに使用されることがわかります。
3. 3 回目は実際には最初の注文に基づいています
以下のパラメータの順序か何かだと推測しますが、最終的に順序を調整してこれを公開したところ、
このコマンドは次のとおりであることがわかりました:
jar -cvfm newJarName.jar META-INF/MANIFEST.MF BOOT-INF/org /
しかし、エラーが報告されます: ネストされたエントリ "BOOT-INF/**" を開けませんなど。インターネットをチェックしたところ、jar コマンドはデフォルトでサード
パーティの jar パッケージ (つまり、jar パッケージBoot-INF の下の lib フォルダーの) なので、パラメーター 0 (ゼロ) の追加は最終的に成功します。
私には難しすぎるので
、形式を整えずに直接貼り付けることをお許しください。
———————————————
著作権表示: この記事は CSDN ブロガー「cells-0」のオリジナル記事であり、CC 4.0 BY-SA 著作権契約に従っており、オリジナルのソースリンクを添付してください。そしてこの発言。
元のリンク: https://blog.csdn.net/zhaokai0130/article/details/103230118
注意を払うものや与えるものが何もないという理由だけで、空虚で孤独を感じます。