A Visual Maven Dependency Tree View
The Maven dependency:tree is a helpful plugin that shows where all those jars are coming from in our Maven projects. The default output is text, and sometimes we want something more visual. There are two somewhat easy ways to accomplish this. 1. Using graphml output Here are the basic steps to get a more visual dependency tree like the one showing below: Since the version 2.1 the Dependency plugin
hudsonから、mavenのjunitにパラメータを渡す - manabouのログ
matrix projectや、普通のプロジェクトでパラメータを渡してビルドするときに、そのパラメータをもらってテストするには maven-surefire-plugin 2.5とかなら <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-surefire-plugin</artifactId> <version>2.5</version> <configuration> <systemPropertyVariables> <propertyName>firefox</propertyName> </systemPropertyVariables> </configuration> </plugin> 参考 Maven Surefire Plugin - Using TestNG http://mav
Copy Artifact Plugin - hudson - Hudson Wiki
Adds a build step to copy artifacts from another project. The plugin lets you specify which build to copy artifacts from (e.g. the last successful/stable build, by build number, or by a build parameter). You can also control the copying process by filtering the files being copied, specifying a destination directory within the target project, etc. Click the help icon on each field to learn the deta
EclipseCon 2011 | The Eclipse Foundation
Conference for the Eclipse Ecosystem
Javaプロジェクトにおけるビルドツール2 - @ikikko のはてなブログ
前のエントリの続き。今回はどのような場面にどのツールがマッチするかを、自分なりの考えをふまえて紹介します。 ちなみに、それぞれのツールの使用経験はこんな感じ。 ビルドツール 使用経験 Ant 中〜大規模プロジェクトを1件 Maven 小〜中規模プロジェクトを複数件 Gradle 趣味のサンプルコードで複数件 SBT/Scalaは使ったことがないので除外。想像ですが、SBTをJavaプロジェクトで使うとなると、Gradle的な立ち位置になるかと思ってます*1。 ソースコードにJava以外も扱いたい場合 プロダクトコードには入れず、テストコードだけでGroovyを扱いたい場合も含みます。要するに、Java以外にコンパイルしたいソースコードがあるかどうか。 このケースでは、おとなしくGroovyを標準サポートしているGradleを使ったほうがいいかと思います。 Mavenでgroovyを扱えるよ
Jenkins Maven Repository Server Pluginが簡単すぎて鼻血でた。 - Fly me to the Luna
Maven3になり、Eclipseプラグインも安心してビルドできる、ってのもあって、最近Mavenでビルドする事が増えてきています。JenkinsでCIを回してるんですが、別立てでApacheを立てたりするの面倒じゃないですか。で、そういうのを解決するプラグインないか探してみたらありましたわよ奥様。 Jenkins Maven Repository Server - Jenkins - Jenkins Wikiでございます。 使い方は簡単です。Jenkinsのプラグイン管理画面からJenkins Maven Repository Serverプラグインをインストールすると、あら不思議。 [JenkinsのURL]/project/repository/everything の下にJenkinsでビルドしている成果物全てのMaven Repositoryができているではありませんか。例えば先
インタラクティブなMaven2プラグインの作り方 - wadahiroの日記
maven-release-pluginやmaven-archetype-pluginでは、プラグインの実行時にユーザにキーボードから入力を求めてくるようなインタラクティブなモードがあります。 Javaだと、System.inを使ってこういう対話的なアプリケーションを作ることはできますが、実はMaven2プラグインでは汎用的なPrompterというコンポーネントを利用することで、簡単に作ることができます。このPrompterは、Maven2が基盤として利用しているPlexusというDIコンテナが提供しています。 maven-trac-pluginでも同様に、Tracで現在オープン状態にあるマイルストーンの一覧を取得して画面に表示し、そこからユーザに選択させるという処理がありますが、このPrompterを利用しています。 以下に、簡単な使い方の例を載せておきます。コード(Mojo)は以下のよ
プラグインを作ろう！ (1) -- Mojo プロジェクトの作成・インストール・実行 - 倭マン's BLOG
Maven2 を用いてビルドを行う際、独自の処理を織り込みたいこともあるかと思います。 なので、何回かに渡って Maven2 プラグインの作成方法を見ていきましょう。 公式にはこちらを参照。 基本的なステップは以下の通り： Mojo プロジェクトを作成する 処理を実装する プラグインをインストールする 処理を実行する 一度プラグインを作成してインストールしてしまえば、「処理を実行する」ステップで何度でも処理を実行することが出来ます。 Mojo プロジェクトを作成する まずはMaven2 プラグインを作成するための Maven2 プロジェクト（以下、「Plugin プロジェクト」）を作成しましょう。 このプロジェクトにも「groupId」「artifactId」「version」が必要です*1。 以下のサンプルでは groupId org.sample artifactId hello ve
How do I create a new packaging type for Maven?
To do as you described, create a Maven project with packaging jar (as stated here, as there won't be mojo definitions). In the src/main/resources/META-INF/plexus sub-folder create a components.xml with the following contents (assuming you want the packaging type to be "my-custom-type", change it to "foobar" if you wish). <component-set> <components> <component> <role>org.apache.maven.lifecycle.map
開発時ビルドのバージョン番号の付け方に対するMavenとIvyの思想の違いについて - 達人プログラマーを目指して
Apache Ivyの紹介と基本的な使い方 - 達人プログラマーを目指してに関連して説明させていただきます。 Mavenに慣れている人がIvyを使うときに必ずつまづくポイントとして、開発中の中間ビルド時のバージョン番号の付け方に対する両者の思想の違いがあります。Mavenの場合は、規約により開発中のバージョンには「-SNAPSHOT」という接尾辞をつけ、次のリリースを行うまでは同じバージョン番号のまま既存のビルド結果を上書きしながら使い続けることが前提となっています。 一方、もともとIvyの思想では、バージョン番号はビルド内容と1対1に対応しているべきという考え方があります。ビルド結果の中身が違うのであれば、バージョン番号も異なるべきという考え方です。ですから、中間ビルド（Ivyの用語では結合ビルドと呼ばれている）のバージョン番号にタイムスタンプを付けるとか、インクリメンタルなビルド番号を
Mavenでビルドする際の10のTips - cynipeと読む
1. 環境別の設定はプロファイルで 環境毎に切り替えたいっていう設定ファイルは大抵のプロジェクトにはあると思います。DB接続先設定だったり、ロギング設定、場合によってはweb.xmlの初期化パラメータとか。最近流行り？のAppEngineだとデプロイ先の設定、開発時のcronの設定とか。こういった環境毎の設定を都度都度書き換えてなんてことをやってたらバージョン管理上うまくない*1ですし、Hudson、その他自動化スクリプトからデプロイを行ったりする際に色々とうまくないです。なので、こういった設定はプロファイルを使ってサクっと切り替えられるようにしてます。 詳しいプロファイルの使い方*2についてはそのうち別エントリで書く*3！...と思います。基本的なことはTECHSCOREさんのここを参照すればかなり分かるはずです。自分はここで覚えました。ただMaven3からはprofiles.xmlの使
ビルドシステム構築スキルの重要性 - 達人プログラマーを目指して
忙しいプロジェクトだとどうしてもおろそかにされがちなところですが、maven2やant+ivyを使ってビルドやリリースの自動化を行い、Hudsonなどの継続的結合環境上で動作させることは、開発生産性向上のために欠かせないことです。ビルド自動化はアジャイル開発なら当然必須ですが、そうでないウォーターフォールのプロジェクトであっても、是非取り入れたいことです。 そこで、意外な盲点となるのが、正しくビルドスクリプトを作成して、メンテナンスするプログラマーのスキルが非常に重要であるという点です。こういったビルドスクリプトはあくまでも最終納品物ではなく、生産性向上のためのツールという位置づけのためか、多くのプロジェクトではきちんとした工数や担当者がアサインされることなく、仕事の合間に知識のあるプログラマーがボランティアで開発するというケースも多いのではないでしょうか。しかし、最近の複雑なアプリケーシ
自分用Maven Archetype - 都元ダイスケ IT-PRESS
さて、Javaで「何か作ろう」って思った時、みなさんどうします？ 書き捨てならば、どうでもいいと思うんですが、少々真面目に作っていこうかな、と思ったら、色々な開発環境整備が大変です。 Eclipse+Maven環境で開発をするのが好きな人は、とりあえず mvn archetype:generate でプロジェクトを作り、mvn eclipse:eclipse でEclipse用の基本メタデータを生成し、そしてEclipseにインポートする、なんてことをしているかもしれません。 Mavenプロジェクトとして生成 Eclipseの基本メタデータを生成 Eclipseにimport 自分用のEclipse,Checkstyle,FindBugs設定を生成 自分用好みのOSSライブラリをpomのdependencyに追加… なんていうステップが基本的な手順かな、と思ってます。ただ、これが意外とめん
maven3互換性まとめ - cynipeと読む
maven3がリリースされましたね。気が向いたのでこんぱちのーつでもざーっと眺めてみました。@shin1ogawaさんに1000万の人が喜んでくれると言われたのでものっそい久しぶりに書いてみた！間違ってたりしたらご指摘ください〜。不安な箇所もあるので。。。 元ネタ: https://cwiki.apache.org/MAVEN/maven-3x-compatibility-notes.html profiles.xmlが廃止 だけを書ける*1profiles.xmlが廃止されたみたい。個人的には開発者、環境ごとの設定をに書いたものがまとめられて割と好きだっただけに、この変更は残念至極。AppEngineのAppIdとかAppVersionとかもこれに書いてたのになー。 Site、Reportingなどのドキュメント系機能はCoreには含まれなくなった 個人的にはあまり興味のないところ。とい
Java Code Geeks: GWT EJB3 Maven JBoss 5.1 integration tutorial
Panagiotis PaterakisSeptember 15th, 2010Last Updated: October 21st, 2012 Hello everyone, In this article we are going to demonstrate how to properly integrate GWT and EJB3 in order to implement an example project, build it using maven and deploy it on JBoss 5.1 application server. Actually you can easily change the dependencies in the maven build file and deploy the project in your favorite applic
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
What's the cause of this exception: java.lang.C...| JBoss.org Content Archive (Read Only)
tycho-demo/exercises/Exercise_05_Solution at master · jsievers/tycho-demo
Mojo's Cassandra Maven Plugin - Introduction
Créer un packaging maven2
Nexus Repository Manager