Official search by the maintainers of Maven Central Repository
Mojo も Java オブジェクトなのでフィールドを宣言して使用することが多いと思いますが、そのフィールドの値を外部から設定できるようにしておくと柔軟性が向上します。 Mojo ではこれをパラメータと呼びます。 以下でパラメータの定義や設定の仕方を見ていきます。 ただし、今回はパラメータの型は文字列 (java.lang.String) に限定します。 他の型については次回以降に。 また、mojo のサンプルコードでは、package 宣言や import 文は省略します。 パラメータの定義 「@parameter」 パラメータの定義は簡単です。 private フィールドに JavaDoc アノテーション「@parameter」を付加するだけです: /** @goal sayhi */ public class HelloMojo extends AbstractMojo{ /** @
This plugin for Maven 2/3 is based on the BND tool from Peter Kriens. The way BND works is by treating your project as a big collection of classes (e.g., project code, dependencies, and the class path). The way you create a bundle with BND is to tell it the content of the bundle’s JAR file as a subset of the available classes. This plugin wraps BND to make it work specifically with the Maven 2 pro
Sonatype社(リンク)は、Mavenの開発の中心となっている会社であるが、最近、戦略的開発者としてEclipse Foundationに加わることを発表した(リンク)。InfoQではSonatype社のCTOであり、Mavenの設立者であるJazon Van Zyl氏(リンク)と話をし、このパートナーシップの詳細とこれがMavenの将来にどんな意味をもたらすのかについて訊いた。 InfoQ: Eclipseとのより密接な関係がMavenにとってどんな効果があるのか詳しく教えて下さい。 Jason Van Zyl氏: MavenとEclipseのユーザ・コミュニティには大きく重なる部分があります。Sonatypeはこの2つのコミュニティを引き合わせて2つのプラットフォームにシームレスな統合をもたらそうとしています。特にユーザが一番の利益を受けるでしょう。SonatypeはApache
This article is provided for historical perspective only, and may not reflect current conditions. Please refer to relevant product page for more up-to-date product information and resources. Who Can Benefit from This Tutorial? If you are struggling to build OSGi [1] bundles, then this tutorial is just for you. This tutorial will be most beneficial to users who already have some experience with Ja
Maven2には releaseプラグインというかなり便利なものがある。これを使うと、バージョニングとかpom.xmlの書き換えとか、ソースコードリポジトリへのタギングとか、なんかもう色々なことが自動化できてしまって最高である。これだけでmavenで管理する価値もあろうというもの。 参考リンク: Maven Release plugin – Introduction �\�¬ŠÇ—��@ŽÀ‘H“ü–å�@‘æ6�Í ƒŠƒŠ�[ƒX‚ÌŽ©“®‰»�@Maven Release Plugin Maven Release Plugin - まとばと! このreleaseプラグインは便利なのだが、たとえば依存ライブラリに "2.0-SNAPSHOT" みたいに、スナップショットへの依存が含まれているとエラーが出てリリースできない。これはいろいろと困るケースもある 依存ライブラリにSNAPSH
ソースコードのヘッダのCopyrightを新年になったから新しく2009にかえたいって人、いますよね。 mavenを使っていれば、簡単に書き換えられます。 詳細は、こちらをご覧ください。 http://code.google.com/p/maven-license-plugin/wiki/HowTo 簡単に使い方を書いておくと、まずpom.xmlにlicense-pluginの設定をします。 <plugin> <groupId>com.google.code.maven-license-plugin</groupId> <artifactId>maven-license-plugin</artifactId> <version>1.4.0</version> <configuration> <header>src/header.txt</header> <includes> <includ
勢いで更新。久しぶりのmaven2ネタ。 maven2導入TIPSその3〜社内リポジトリ - 凡人プログラマでやった社内リポジトリを立てるときに必須の設定。 以下のsnapshots要素以下の設定です。 <repositories> <repository> <snapshots> <enabled>true</enabled> <updatePolicy>always</updatePolicy> </snapshots> <id>myrepository</id> <name>myrepository</name> <url>http://myrepositry.com/</url> </repository> </repositories>忘れがちですが、コレが無いとSNAPSHOTバージョンでも一回取得すると更新確認しに行ってくれないので、他の人がデプロイしてもいつまで経っても反映
前回のjasperreportsみたいなpom.xmlを作ってしまうと、そのプロジェクトに依存する方が大迷惑だというのはわかったけど、ならどうすればいいんだ?という話が今回。 (SCOPEの方が基礎っぽいので、TIPSとしてはoptionalを優先) 結論を言うとoptional依存にすれば良いです。 以下の依存性定義のoptional要素がtrueな場合、optionalな依存となります。 <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.0</version> <type>jar</type> <scope>test</scope> <optional>true</optional> </dependency>動作は「このプロジェクトに依存しているプロジェクトではoptiona
皆さん、ビルドツールは何をお使いでしょうか? Java開発におけるビルドツールといえば、Antが有名でしょう。しかし、最近、Antに代わるビルドツールとしてApache Mavenが地道に注目を集めてきています。 本稿では、連載「CoolなEclipseプラグイン」の番外編として、前後編に分けてMavenの概要とEclipse上でのMaven利用をサポートするプラグイン「q4e」を紹介します。 Antに代わるビルドツール「Maven」とは? 「Maven」(メイヴェン、メイヴン)は、Antと同様に、プログラムのコンパイル、テスト実行、パッケージングなどのソフトウェア開発における一連の作業を自動化するためのツールです。ただし、Mavenは、Antにはない以下のような優れた特徴を持っています。 Mavenの特徴【1】高機能なライブラリ管理・依存ライブラリの“自動”追加 プロジェクトに必要なライ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く