JavaMailのdependencyはどれが正しいのか？ - Challenge Engineer Life !
問題です。MavenでJavaMailの依存性を定義する場合、以下3つのどれが正しいでしょうか？ １ <dependency> <groupId>javax.mail</groupId> <artifactId>mail</artifactId> <version>1.4.7</version> </dependency> ２ <dependency> <groupId>javax.mail</groupId> <artifactId>javax.mail-api</artifactId> <version>1.4.7</version> </dependency> ３ <dependency> <groupId>com.sun.mail</groupId> <artifactId>javax.mail</artifactId> <version>1.4.7</version> </dep
「mavenと書いて達人と読む」という勉強会を4日連続でやった話
このエントリはJava アドベントカレンダー 2015の20日目となります。 ただし今日は12月21日です。21日目のエントリがもう公開されているというレベルです。ごめんなさいごめんなさいごめんなさい。 さて、年末年始を前にして何か大きな機能追加とかリリースとかやって「やらかして」しまうとクリスマスも正月もドナドナになってしまうのを避けるために、 この時期はあまり大きな仕事はしないことになっております。そういうスキマ時間にしかできないことを少しやってみようと思いまして、 職場のエンジニアを集めてmavenの勉強会をやってみました。題して「mavenと書いて達人と読む」。 夕方に30分 x 4日連続。講師は全部自分。はい。2日目で力つきそうになって、4日シリーズにしたことを後悔しましたw。 そもそも自分自身だって達人にはほど遠いのですが、 プロジェクトの中でpom.xmlのメンテをやる人が限
Maven2 のアーティファクトバージョン指定フォーマット - Halflife
Maven2 で、アーティファクトのバージョン指定をするときには、"1.0.2" のように完全にバージョンを固定するのではなく、"1.0.x" の x の部分は最新版を自動で使う、のような指定もできる。でも、そもそも公式サイトのどこに記法についてのドキュメントがあるのかよくわからない……。 ということで、一番確実なソースを見てみることにする。2.0.x/2.1.x ではどこにあるかというと、 maven-artifact/src/main/java/org/apache/maven/artifact/versioning/VersionRange.java の createFromVersionSpec メソッドあたりのようだ。Javadocに書いてある内容は、 1.0 バージョン1.0 [1.0,2.0) バージョン1.0以上、2.0未満 [1.0,2.0] バージョン1.0以上、2.0
pom.xml
Maven 2.0 のpom.xml(プロジェクト記述ファイル)についての解説です。 完全なXML定義は maven-v4_0_0.xsd を参照して下さい。 Project ルートになる唯一の要素(Element)です。 parent 親プロジェクトを定義します。 <parent> <artifactId>parent-id</artifactId> <groupId>parent-group-id</groupId> <version>1.0</version> <relativePath>../parent-directory/pom.xml</relativePath> </parent> artifactId 親プロジェクトのIDを定義します。 groupId 親プロジェクトのグループIDを定義します。 version 親プロジェクトのバージョンを定義します。 relativeP
Mavenでビルドする際の10のTips - cynipeと読む
1. 環境別の設定はプロファイルで 環境毎に切り替えたいっていう設定ファイルは大抵のプロジェクトにはあると思います。DB接続先設定だったり、ロギング設定、場合によってはweb.xmlの初期化パラメータとか。最近流行り？のAppEngineだとデプロイ先の設定、開発時のcronの設定とか。こういった環境毎の設定を都度都度書き換えてなんてことをやってたらバージョン管理上うまくない*1ですし、Hudson、その他自動化スクリプトからデプロイを行ったりする際に色々とうまくないです。なので、こういった設定はプロファイルを使ってサクっと切り替えられるようにしてます。 詳しいプロファイルの使い方*2についてはそのうち別エントリで書く*3！...と思います。基本的なことはTECHSCOREさんのここを参照すればかなり分かるはずです。自分はここで覚えました。ただMaven3からはprofiles.xmlの使
開発時ビルドのバージョン番号の付け方に対するMavenとIvyの思想の違いについて - 達人プログラマーを目指して
Apache Ivyの紹介と基本的な使い方 - 達人プログラマーを目指してに関連して説明させていただきます。 Mavenに慣れている人がIvyを使うときに必ずつまづくポイントとして、開発中の中間ビルド時のバージョン番号の付け方に対する両者の思想の違いがあります。Mavenの場合は、規約により開発中のバージョンには「-SNAPSHOT」という接尾辞をつけ、次のリリースを行うまでは同じバージョン番号のまま既存のビルド結果を上書きしながら使い続けることが前提となっています。 一方、もともとIvyの思想では、バージョン番号はビルド内容と1対1に対応しているべきという考え方があります。ビルド結果の中身が違うのであれば、バージョン番号も異なるべきという考え方です。ですから、中間ビルド（Ivyの用語では結合ビルドと呼ばれている）のバージョン番号にタイムスタンプを付けるとか、インクリメンタルなビルド番号を
Build Number Maven Pluginを使う - azuki note
Build Number Maven Pluginを使うと、pom.xmlでプロパティとしてSCMのリビジョン番号${buildNumber}を使用できるようになります。 前提 内部的にsvnコマンドを実行するのでsubversionのバイナリがインストールされている必要があります。TortoiseSVN不可です。 Apache Subversion svnコマンドではなくjavasvnを使用することもできますが制約有り（詳細は設定の方をみてください）。 設定 pom.xmlに以下記述を追加します。 scmが定義されていなければ追加。 <scm> <url>http://example.com/svn/myproj/</url> <connection>scm:svn:http://example.com/svn/myproj/trunk/</connection> <developerC
Mavenでビルドした成果物にバージョン管理システムのリビジョン番号を含める | Webシステム開発／教育ソリューションのタイムインターメディア
テストしたい機能がデプロイされているかどうか確認するためにアプリのリビジョン番号を埋め込というのはよくある話です。 mavenでこの機能を実現するプラグインが存在しないか確認したのですが、とくに存在しなかったようなので、弊社のプロジェクトでは次の様な設定をpom.xmlに設定してリビジョン番号を取得しています。 <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-antrun-plugin</artifactId> <version>1.6</version> <executions> <execution> <id>svn-info</id> <configuration> <target> <exec executable="ruby" dir="./" input="../.svn/entrie
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: Apache Maven 2.0入門 Java・オープンソース・ビルドツール: 野瀬直樹, 横田健彦: 本