Serviceを読んで理解し、同意したものとみなします。スタック・オーバーフローはプログラマーとプログラミングに熱心な人のためのQ&Aサイトです。1,550件0Mavenプロジェクトで開発を行っていますが、以下のことを実現したいのですが可能でしょうか。基本的に開発中はMavenで依存関係を解決したい最終的な成果物のjarには、あるライブラリのjarを含めたくないビルドパスを起動オプションまたは環境変数から追加したい上記1については通常のMavenの使い方なので可能です。2については方法を見つけることができませんでした。3につてもどのようにすればよいのか見当がつきませんでした...当該アプリケーションがインストールされるPCにはすでに依存関係のあるライブラリがいくつか配置されています。PCによってCドライブやDドライブであったりするため、ビルドバスを起動時に変更したいのです。Uber-JARなどと呼んだりするのですが、デフォルトのMavenのpackaging処理ではそのようなjarは生成されません(デフォルトだと、まさにEarleyJPさんが望まれているような形になります)。何かpluginが使用された結果そのような成果物が生成されていると思われますので、pom.xmlがどのようになっているのか(何のpluginを使用しているのか)可能な範囲で開示した方が回答が集まりやすくなるかと考えます。Pluginを使用されているのであれば、こちらの設定方法で除外対象を指定できるようです。7:00そうだったのですね。話がそれるのですが、今までの経験上ほとんど、そのExecutable-JARを作ってきたのですが、あるべき姿はよく使うライブラリはどこかに置いといて、クラスパスを指定してあげるものなのでしょうか。9:05あるべき姿はどんな用途/環境でJARを実行したいかによるので一概に言えないですが、今までのエンタープライズではだいたいアプリのJARはコンテナに載せて動かすので、Executable-JARは作らなかったですね。Bootみたいなマイクロサービスの作り方では、逆にExecutable-JARが普通じゃないでしょうか。2:06貴重なご意見ありがとうございます。他サービスと疎結合という点ではExecutable-JARの方が今風なのかなと感じました。特定のライブラリを除外する方法はyukihaneさんにご教示いただいた通りの方法でできました。票0最終的な成果物のjarには、あるライブラリのjarを含めたくないコメントにてご教示いただいた通り、pom.xmlのbuildタグ内でexcludes指定する。今回は除外したいライブラリがMavenリポジトリで管理されておらず、ファイルサーバに配置しているjarをpom.xmlでmaven-install-pluginを利用してコピーしていた。その場合、ターゲットjarにもライブラリが同梱されるが、dependencyタグにsystemPath指定したところ、同梱されないようになった。ビルドパスを起動オプションまたは環境変数から追加したいjarの起動時にjavaコマンドにて-jarオプションで起動していたが、-classpathオプションで起動するようにした。Bootにおいて、メインクラスはorg.springframework.boot.loader.JarLauncherだった。|回答スタック・オーバーフローに参加してくれて、ありがとうございます!質問の回答を共有してください。回答を説明し、自分の検討結果も共有してください。意見を述べること(意見を述べるなら、参照リソース、自分の経験で意見をサポートしてください)さらにサポートが必要な場合このヘルプを参考してください。“回答を投稿”をクリックすることで利用規約、プライバシーポリシー、及びクッキーポリシーに同意したものとみなされます。タグが付いた他の質問を参照するか、自分で質問をする。質問のフィードこのRSSフィードを購読するには、このURLをコピーしてRSSリーダーに貼り付けてください。