Mavenの真実とウソ
JJUG CCC 2019 fall g3のセッション資料です。 「ちょっと凝ったことをしようとすると大量のXMLを書かなきゃいけない」「プラグインを並べてもうまく動いてくれない」など、Mavenは誤解され敬遠され、Gradleなどの他のビルドツールにシェアを奪われてきました。 が、依然としてMavenはJavaのデファクトスタンダードなビルドツールに位置づけられており、マスターする価値は十分にあります。そして良く学んでみると、そもそもXMLで過度なカスタマイズしようというのが誤った使い方だったのに気づきます。そこへ至るにも、タスクランナーの延長線上にある他のビルドツールと異なり、Maven独特なライフサイクルとプラグインの関係性もきちんと理解しておかなければなりません。Read less
WARファイルの中にある、MANIFEST.MFファイルの内容を読む - CLOVER🍀
こちらのエントリを見て面白そうだなぁと思い、断念されていた箇所の続きをやってみました。 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 プログラムから取得する / 桃缶食べたい。
Maven pom.xml のバージョン番号を Java プログラムから取得する LWJGFont ver1.1 の開発で、LWJGFont のバージョンを埋め込んだ別アーティファクト用の pom.xml を動的に生成しなければならない、という場面がありました。私は Java プロジェクトの管理に Apache Maven3 を使っているので、LWJGFont 自体のバージョン番号は LWJGFont プロジェクト自身の pom.xml に記載されています。ところがバージョン番号自体を扱いたいのは LWJGFont のロジックだったので、状況としては、Java プログラムから自身の Maven プロジェクトの pom.xml に書いてあるバージョン情報を取得する、ということになります。 開発中にいろいろ調べてみたのですが、簡単にとれるということではないにしろ、実現方法はいくつかありました。
Maven基礎
何年か前に社内向けMaven勉強会で発表した資料。 Maven使ったことない、使ってるけど仕組みは知らないという人向けに。
アーティファクトリポジトリマネージャの比較 Nexus/Archiva/Artifactory - Qiita
開発元 Apache Software Foundation 対応リポジトリフォーマット Maven そのほか目玉機能 シンプルなMavenリポジトリマネージャーなので、これが一番基本になるのではないか。 基本情報 開発元: Sonatype Inc. http://www.sonatype.org/ OSS/PRO/PRO+などいろいろなエディションあり。 機能比較 対応リポジトリフォーマット Maven Rubygems NPM NuGet Yum P2 (PRO以降) OSGi Bundle Repository OBR (PRO以降) OSS版でもRubygems対応とか使えてよい。 そのほか目玉機能 LDAP連携 Atlassian Crowd連携 システムモニタリング 監査対応 REST API Sonarcube連携 などなど。ユーザーベースは一番大きい気がするので、それがメ
リポジトリ管理ツール：Artifactoryの紹介 - @ikikko のはてなブログ
何か驚くほどに（日本語の）情報が少ない。めぼしいものといえば、ぐらい？なので、ちょっと書いてみます。 概要 リポジトリ管理ツールとは リポジトリ管理ツールとは、Mavenなどのビルド結果の生成物（アーティファクト）を突っ込むためのリポジトリ（インハウスリポジトリ）を簡単に立てることができるツールです。まあぶっちゃけインハウスリポジトリはWebDAVでも構わないので、Apacheとか使うと簡単に構築することはできます。ただ、ツールとして作られている以上、単純なWebDAVにはない機能も備えているわけでして。 いくつかあげると、 セントラルリポジトリをはじめとした、リモートリポジトリのキャッシュ リポジトリの分割・分割されたリポジトリの仮想的な統一 デプロイされているアーティファクトの検索 Jarの内部を参照可能 セキュリティをロールに応じて細かく設定可能 のような、細かいながらも便利な機能を
プロジェクトが依存するライブラリを管理する - いつかMavenと呼ばれたい@Wiki
Mavenはビルドの際、プロジェクトが依存するライブラリ（ディペンデンシー：Dependency）をリモートリポジトリから自動的にビルド環境にダウンロードしてクラスパスにセットします。この機能のおかげで、入手したMavenプロジェクトを、どこでもビルドできるようになります。 これらの全体メカニズムについては、「Mavenを使った開発」を参照してください。 ここでは開発者やチームで、どのようにして依存ライブラリを管理するのかについて紹介します。 まず最初にディペンデンシーの記述の仕方、そして後半ではチームで開発を行う際のディペンデンシー管理について説明します。 ディペンデンシーの記述の仕方 ディペンデンシーはpom.xmlに記述します。 基本書式は以下の通りです。 <dependencies> <dependency> <groupId>log4j</groupId> <artifactId
Eclipseの既存プロジェクトをMavenプロジェクトに変換する（１）：変換方針と変換手順
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で管理しているプロジェクト以外だとまずやらないであろう、ちょっと特殊なディレクトリ構
Mavenでwarなプロジェクトからjarを作る
同僚にやってもらったことをブログに書く簡単なお仕事。 やりたいこと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ページを開く
MavenとGradleを比べてGradleがいいんじゃないかなって思う理由