Help us understand the problem. What is going on with this article?
Javaによるソフトウエア開発でよく使われるオープンソースのビルドツールには、米Apache Software Foundationが開発する「Apache Ant」(http://ant.apache.org/)や「Apache Maven」(http://maven.apache.org/)、米Gradlewareが開発する「Gradle」(http://www.gradle.org/)がある。ここでビルドツールとは、コンパイルやテスト実行、パッケージング、デプロイといった開発作業を自動化するツールのことである。 従来は、柔軟性を備えるAntが広く使われてきた。ただし、処理の記述量が膨大になりがちなため、近年はより効率的にビルド作業が行えるMavenが普及し始めた。また、柔軟性と効率性を併せ持つGradleの1.0版が2012年6月にリリースされ、注目を集めている(図1)。 そこで、M
Gradleware は先日,Gradle 1.0 を リリース した。Gradle は Java と Scala, さらに Groovy を対象としたビルドシステムだ。Make や Ant, Ivy, Maven, Rake, Gant, Scons, SBT, Leinengen, Buildr などのツールが持つ優れたアイデアの統合を目標として,Spring や Hibernate などの注目プロジェクトでもすでに利用されている。機能的には,Java 開発者にはすでに馴染みの Maven や Ant/Ivy を使用した一般的なソリューションに近い。 Gradle にはいくつかの興味深い機能がある。 ビルドスクリプトの記述に (XML ではなく) Groovy を使用 Java, Scala, さらに Groovy 自体のビルドをサポート Maven のリポジトリと互換性を持つ依存性管
Nexusとは? NexusはSonatype社が提供するWebアプリケーションで、Webブラウザ上からMavenリポジトリの管理を行うことができ、外部のリポジトリのプロキシ/キャッシュとしても動作する。同種のツールには、Artifactoryなどがある。 IDEの範疇からは外れてしまうが、Java開発においてMavenを使用する場合に、開発したソフトウェアをデプロイしたり、外部のMavenリポジトリに存在しないライブラリなどを使用するために、開発環境の一部としてプライベートリポジトリを立てる必要に迫られることがある。Nexusはこのような場合に有用なツールだ。 Nexusは無償で利用可能なOSS版に加え、有償のProfessional版が提供されている。本稿ではOSS版の導入手順と基本的な利用方法を紹介する。 Nexusのインストール NexusのWebサイトには、Jettyがバンドルさ
Post to Twitter Post: Java-Ja Maven2.0 入門 From: daisuke_m, 9 months ago Java-Ja Maven2.0 入門View SlideShare presentation or Upload your own. (tags: maven2 build) SlideShare Link close Java-Ja Maven2.0 入門 3151 views | 0 comments | 0 favorites | 21 downloads | 2 embeds (Stats) Share Favorite + Group / Event Download file Categories Add Category cancel Tags maven2 build
ライブラリの依存関係やスコープを管理できたり、様々なレポートを出力できたりと、なんだかんだいってもMavenは便利です。少しでも道から外れるとpom地獄が待っていますが、幸いにしてトラウマになるような事態に出会ったことはいまのところありませんw ただ、仕事では納品後にユーザがどんな環境でビルドするからわからないからオンライン前提じゃないとビルドできないMavenは使いにくいケースが多く、場合によっては開発時はMavenを使うけどAntでもビルドできるようにしておく、みたいな不毛なことをしたりしていました。もちろんMavenのローカルリポジトリをコピーしてプロジェクトと一緒に配ればオフラインでもビルド可能な環境を作ることはできるのですが、もっとポータビリティの高い方法はないかなぁ…と思っていたところ、@shimashima35さんに簡単な方法を教えていただきました。 ポイントは-Dmaven
tamagawa ryuji @tamagawa_ryuji blogありがとうございました。改めて思ったんですけど、やっぱMavenのいい本欲しいと思いません?@kohsukekawaさんもコメントくださっているように、ずいぶんここに欧米との差があるような気がして。 @masanobuimai @lino_s #jenkinsja ikikko @ikikko @tamagawa_ryuji 欲しい!ただ、今からMavenを頑張るよりはGradle/SBTを普及させる方にいったほうがいいのかなーとも思ってます。Mavenもそれまでと比べると画期的なんですが、今はXMLの辛さもでてきてるので。
Apache Ivyについてもう少し調べてみました。Maven2 との比較で考えてみたいと思います。 Apache Ivyの機能は依存関係を解決するという限定されたもので、ビルドプロセスの構築に必要な残りの部分はAntが担当します。 一方 Maven2 はプラグインの形でビルドに必要な全ての機能が提供されており、かつ少ないPOMの記述量でそれらの機能が利用できるように工夫されています。 Ivy自体は設定ファイルの記述量が少なくて済むようにほとんどの設定項目に妥当なデフォルト値が設定されているのですが、Antが担当する部分は当然自分で書かなければならないし、書くことができます。 Maven2 ではフェーズを自分でカスタマイズすることが困難であるが故に、ちょっと難しいことをやろうとすると、それを実行するantrunの設定をどこのフェーズにバインドさせるかで悩まなければならない場合がしばしばあり
ビルドシステム構築スキルの重要性 - 達人プログラマーを目指してに関連して、開発プロジェクトで決定しなくてはならないことの一つに、Antを使うかMavenを使うかという判断があります。この両者に関してはそれぞれに信者の方がいて宗教論争のようなところもあるのですが、実際どちらの方が人気が高いのでしょうか? Mavenの熱烈なファンの方もいる一方で、Maven地獄などという言葉もあるようにMavenでひどい目にあった人もいるようです。そういう人はAnt+Ivyの方が軽くてよいと言います。さらに、 議論:Mavenはビルドに適したツールか? などを見るとなんとなくMavenはいまいちな印象を受けてしまいますし、Springも当初Maven化するという予定であったのに、 Spring switching to Maven? Oh no, think twice! などの発言もあり、結局Spring
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く