JJUG CCC 2019 fall g3のセッション資料です。 「ちょっと凝ったことをしようとすると大量のXMLを書かなきゃいけない」「プラグインを並べてもうまく動いてくれない」など、Mavenは誤解され敬遠され、Gradleなどの他のビルドツールにシェアを奪われてきました。 が、依然としてMavenはJavaのデファクトスタンダードなビルドツールに位置づけられており、マスターする価値は十分にあります。そして良く学んでみると、そもそもXMLで過度なカスタマイズしようというのが誤った使い方だったのに気づきます。そこへ至るにも、タスクランナーの延長線上にある他のビルドツールと異なり、Maven独特なライフサイクルとプラグインの関係性もきちんと理解しておかなければなりません。Read less
こちらのエントリを見て面白そうだなぁと思い、断念されていた箇所の続きをやってみました。 Mavenのpom.xmlにあるプロジェクト情報をJSFで表示する http://kikutaro777.hatenablog.com/entry/2014/01/31/232721 てっきり、pom.xmlの中の依存関係とかの話なのかなと思いましたが、pom.xmlに書かれている自身のアーティファクトのバージョンが欲しいということらしいです。 で、続きをやるのはこの部分。 相談にきた後輩はStackOverflowにあるMETA-INFフォルダにMANIFEST.MFを吐かせてImplementation-Versionを取得する流れで試してうまくいかなかったとのこと。 ちょっと思い当たるところがあるので、やってみようかと。 先のブログの例に習い、このようにpom.xmlを定義します。 バージョン情報
Maven pom.xml のバージョン番号を Java プログラムから取得する LWJGFont ver1.1 の開発で、LWJGFont のバージョンを埋め込んだ別アーティファクト用の pom.xml を動的に生成しなければならない、という場面がありました。私は Java プロジェクトの管理に Apache Maven3 を使っているので、LWJGFont 自体のバージョン番号は LWJGFont プロジェクト自身の pom.xml に記載されています。ところがバージョン番号自体を扱いたいのは LWJGFont のロジックだったので、状況としては、Java プログラムから自身の Maven プロジェクトの pom.xml に書いてあるバージョン情報を取得する、ということになります。 開発中にいろいろ調べてみたのですが、簡単にとれるということではないにしろ、実現方法はいくつかありました。
Antを使ってビルドされているOSSをEclipseで閲覧・編集して、後からMavenで管理したいなーと思ったときのお話。 目次 1. ディレクトリ構造を変えるべきか2. 前提3. Mavenプラグインのインストール4. 移行方法が２種類ある？4.1. 【失敗した手順】 B. New Maven Project4.2. 【正しい手順】 A. Create New Pom4.2.1. Group ID・Artifact ID・Versionを決める4.2.2. 残りもデフォルトのまま5. 最低限の変換完了 スポンサーリンク ディレクトリ構造を変えるべきか Mavenはディレクトリ構造が特殊で、いろいろな記事を読んでも「Mavenの作法に従うべき」と書かれています。 一方で、このディレクトリ構造って、Mavenで管理しているプロジェクト以外だとまずやらないであろう、ちょっと特殊なディレクトリ構
同僚にやってもらったことをブログに書く簡単なお仕事。 やりたいことwarなプロジェクト(Webアプリケーション)を別のプロジェクトから使うため、WebアプリケーションなんだけどMavenでjarファイルを生成したい。 example-webexample-adminのように2つのプロジェクトがあって、「example-webにあるクラスをexample-adminからも使いたい！」みたいな。 なお、使用するMavenは3.0.x以上を想定している。 pom.xmlpom.xml上では <packaging>war</packaging> のように通常のwarのプロジェクトとして定義するが、以下のmaven-jar-pluginをbuildpluginsに足すことで maven packageコマンドでwarファイルとともにjarファイルが生成されるようになる。 <plugin> <grou
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
