Maven+Eclipse(m2e)上で「mvn -version」の結果を表示する方法
「mvn -version」コマンドは、Mavenのバージョンを確認するだけでなく、基本的な設定を確認するのにも役立つコマンドです。 目次 1. 方法2. 仕組み3. 「mvn -version」の出力結果例メモ スポンサーリンク 方法 「Run>Run Configurations...」で「Maven Build」を作成します。 ここで次のように設定し、実行（Run）すれば、「Console」ビューに「mvn -version」の結果が表示されます。 Base directory: 何でも良い（空だとエラーが出るので何か入れる） Goals： -version 仕組み 「Goals」は本来goalを入力するスペースなのですが、ここに入力した内容が単純にmvnコマンドの引数になるので、強引に「-version」を書き込んでしまうことで、 mvn -version が実行されるわけです。で
6. プロファイル
2009.04.03 シナジーマーケティング株式会社 鈴木 圭 Maven 6章 プロファイル 6.1. プロファイルとは 6.2. プロファイルの種類 6.3. プロファイルの書き方 6.4. プロファイルの有効化 6.5. Tips 6.6. まとめ 今回は、環境依存の設定を記述するためのプロファイルという機能について解説します。プロファイル機能を活用することで、プロジェクトのビルドをより安全かつポータブルにすることができます。 6.1. プロファイルとは プロファイルとは、ビルド環境やリリース環境などの環境に依存する設定を記述するためのものです。環境に依存する設定には、次の二種類が考えられます。 リリース環境によって異なる設定（接続先データベースやログファイルの出力先） ビルド環境によって異なる設定（OS の種類やアプリケーションサーバのインストール先） 環境依存の設定を上手く扱えな
Maven2でSelenium RC - まとばと！
id:matobat:20061216:1166264864ではSeleniumの実行はAntに任せてたけど、やっとMaven2プラグインでも出来るようになったみたい。 http://mojo.codehaus.org/selenium-maven-plugin/ <build> <finalName>${artifactId}</finalName> <plugins> <plugin> <groupId>org.codehaus.mojo</groupId> <artifactId>selenium-maven-plugin</artifactId> <executions> <execution> <id>selenese-ie</id> <phase>integration-test</phase> <goals> <goal>selenese</goal> </goals> <c
Mavenでビルドする際の10のTips - cynipeと読む
1. 環境別の設定はプロファイルで 環境毎に切り替えたいっていう設定ファイルは大抵のプロジェクトにはあると思います。DB接続先設定だったり、ロギング設定、場合によってはweb.xmlの初期化パラメータとか。最近流行り？のAppEngineだとデプロイ先の設定、開発時のcronの設定とか。こういった環境毎の設定を都度都度書き換えてなんてことをやってたらバージョン管理上うまくない*1ですし、Hudson、その他自動化スクリプトからデプロイを行ったりする際に色々とうまくないです。なので、こういった設定はプロファイルを使ってサクっと切り替えられるようにしてます。 詳しいプロファイルの使い方*2についてはそのうち別エントリで書く*3！...と思います。基本的なことはTECHSCOREさんのここを参照すればかなり分かるはずです。自分はここで覚えました。ただMaven3からはprofiles.xmlの使
crossroad's Blog Eclipse + Maven2 + Tomcat + Seasar2 の開発環境ベスト！？プラクティス
昨今、良くある（僕自身も好みの）組み合わせで、 ・IDE・・・Eclipse ・ビルドツール・・・Maven2 及び Eclipse m2eclipseプラグイン ・コンテナ・・・Tomcat 及び Tomcatプラグイン ・フレームワーク・・・Seasar2 及び S2ファミリー と言うのがあります。 しかし、開発環境構築は結構難問です。 Eclipse、Maven2、m2eclipse、Tomcatプラグイン... それぞれ「個別の問題」にフォーカスしたツールを組み合わせようとすると、 細かいところでギャップがあって、各ツールの長所を活かしつつ、うまく連携させるには試行錯誤が必要です。 そこで、以下のような各ツールの長所を活かせる開発環境を作ってみる。 １．Eclipse ・修正したソースのインクリメンタルコンパイル。 ・その他もろもろ... ２．Maven2 ・pom.xmlによるプ
Teedaにおけるpom.xmlの設定 - akiraneko’s blog
Teedaでプロジェクトを利用していると、通常Maven2でパッケージを作ると思いますが、その設定例を書き出してみます。基本的にはEclipse上でDoltengを利用して作成したものに手をいれています。あとちょっと昔のプロジェクトなのでバージョンとかは少し古いものです。 注意事項としては、小規模から中規模案件向けの設定になります。 build ビルドに関してはpathなどはデフォルト設定のまま使っています。ここは妙に変えると面倒ですからね。会社規定のpath構造などをあって、デフォルトと違う場所に移動するとパッケージを作る際に特別な手順などが必要なのと、導入教育が面倒なのでデフォルトで使うのが良いと思います。(共通Path設定にするためのMavenだよね？) コンパイラバージョンの指定 <plugin> <artifactId>maven-compiler-plugin</artifac
Seasar2.4とMaven、開発環境、本番環境、そしてenv.txt - ありの日記
Seasar2.4からenv.txtに環境名を書くことによってそれぞれの環境別の制御をおこなうことが出来るようになっているらしい。 S2Container HOT reloadingもここ(env.txt)に書いている値を見て有効か無効か判断しているらしい。（ちなみにenv.txt内に「ct」と書いている場合HOT reloadingがきく）そして、このファイルがない場合はproductionモードで動作する。開発環境ではctで使い、本番環境ではこれを削除しておけばいい。 今回、Mavenを使ってパッケージング（war）しているんだけど、その時このenv.txtを削除するように設定してやれば一番簡単にいきそう。ってことで調べるとすぐ出てきた。 [CUBBY-170] Archetypeで作成した雛形にMavenからWarのビルド時にenv.txtを置き換えるMaven2設定を追加 - Th
Maven2で環境に合わせて設定ファイルを切り替える方法（改訂版） - TrinityT's BLOG
新案件でpom.xmlの設定を見直したら、以前のエントリの方法が冗長だったので書き直し。 各環境で共通の設定部分をprojectタグ直下のbuildタグ内にまとめたことで、よりDRYな構成となった。 １．resourcesフォルダ以下のように分け、上書き変更したいファイルを置く。 src/main/resources/config.properties (開発) src/integration/resources/config.properties (結合テスト環境) src/production/resources/config.properties (本番) ２．pom.xmlを以下のように記述 (※2008/5/21 一部修正) <?xml version="1.0" encoding="UTF-8"?> <project> 〜 <build> ← 共通設定はすべてprojectタ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
