[表示 : 全て 最新50 1-99 101- 201- 301- 401- 2chのread.cgiへ]
Update time : 01/24 18:04 / Filesize : 134 KB / Number-of Response : 426
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【玄人】プロジェクト管理ツールApache Maven【2.0登場】



1 名前:デフォルトの名無しさん [2005/11/14(月) 23:03:08 ]
ついにMaven2.0が出た。Apache Antよりも
楽に種種のプロジェクトを管理できるツールMaven2.0
PerlのCPANのように必要なライブラリを自動でダウンロード/アップデートして
くれる。 checkstyleやプロジェクトサイト、JAR生成からサーバへのデプロイなど
様々なタイプのドキュメント、テストレポート、アーカイブを自動生成もできる。
CVS, Subversion(用プラグイン)への接続も可能。
プラグインで拡張することも可能。EclipseなどのIDEと連携することも可能。

プロジェクト管理ツール・メイヴィン (英語)
maven.apache.org/
Maven 日本語サイト(やや古い)
www.ingrid.org/jajakarta/turbine/jp/turbine/maven/
“一人前”になったApacheのMavenプロジェクト
www.itmedia.co.jp/news/articles/0407/16/news057.html
プロジェクト管理: Mavenでもっと簡単に
www-6.ibm.com/jp/developerworks/java/030613/j_j-maven.html
Mavenを使った開発
www.02.246.ne.jp/~torutk/maven/
Mavenについてのメモ
terai.s55.xrea.com/Maven.html
Maven
sakito.s2.xrea.com/moin/moin.cgi/Maven
Mavenメモ
muimi.com/j/apache/maven/
プロジェクト: Mavenプラグイン
maven-plugins.sourceforge.jp/
Mavenではじめるプロジェクトドライブ
www.objectclub.jp/technicaldoc/tools/maven/maven_top/
Eclipse Mavenプラグイン
mevenide.codehaus.org/mevenide-ui-eclipse/
【玄人】我が名はプロジェクトマネージャーMaven@プログラマー
pc8.2ch.net/test/read.cgi/prog/1090129578/

376 名前:デフォルトの名無しさん mailto:sage [2008/05/05(月) 14:56:44 ]
このスレをチェックしていてこういうこというのもなんだが、

mavenの何がいいのか判らないのじゃなくて
mavenが何かわからない

この前、あるオープンソースで入れる必要があったから入れて
手順書通りにやったら問題なく動いたけど、いったい何なんだろう?

377 名前:デフォルトの名無しさん mailto:sage [2008/05/05(月) 16:36:10 ]
恩恵受けるのは、jar 管理してる奴だけだろ?
開発者への展開は SVN 管理のほうが楽だし。

378 名前:デフォルトの名無しさん mailto:sage [2008/05/05(月) 18:53:02 ]
ここもGWか・・・

379 名前:デフォルトの名無しさん [2008/05/27(火) 01:45:44 ]
Eclipseプラグインq4eでカンタンMaven入門
www.atmarkit.co.jp/fjava/index/index_maven2.html

380 名前:デフォルトの名無しさん [2008/05/27(火) 02:13:30 ]
NetBeansにデフォでくっついてる
おためしアレ

381 名前:379 mailto:sage [2008/05/27(火) 02:20:35 ]
maven スレが過疎化してるのと、
たまたま見つけたので >>379 を貼ったのだが(記事は今年3月のようですが)
NetBeans にも q4e がついてくるの?

382 名前:デフォルトの名無しさん [2008/05/27(火) 17:36:17 ]
>>365
Antがいかに面倒くさいかわかっていないな?
面倒なスクリプトを書く手間を一挙に省けるんだぞ。

Maven使って一番でかいメリットは
WindowsUpdateを使う気分でJakartaのライブラリをアップデートできることや
他の開発メンバーにJarファイルを渡す手間やライブラリのバージョンアップする
手間を省けるメリットがあることだね。クラスパスの設定の手間を省けることも層だし
テストやレポート作成、開発用ウェブサイトも容易に作れる。ほぼコマンド一発で済むのがメリット。


謳われているほとんどの機能が別の「プロジェクト」で代替可能とは一体どれこのとだ?
プロジェクトではなくIDEの間違いか?


383 名前:デフォルトの名無しさん [2008/05/27(火) 17:37:56 ]
>>368
だからpom.xmlをみんなで共有すればいいんだよ。
バージョン管理システムもすべての開発者で共有すればいい。

それがもしできなければ、その企業の体質に問題があるといわざるを得ない。
旧態依然とした、一度決めたことを変えたがらない、変化に弱い企業なのかと思ってしまう。

384 名前:デフォルトの名無しさん mailto:sage [2008/05/27(火) 19:50:57 ]
>>382-383
半年ROMれ
あと勉強しろ



385 名前:デフォルトの名無しさん mailto:sage [2008/05/27(火) 20:07:35 ]
>>384
何を言っているんだ?

386 名前:デフォルトの名無しさん mailto:sage [2008/05/27(火) 20:09:04 ]
>>383はひどい

が、現場をしらない趣味プログラマなら許せる

387 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 00:52:12 ]
>>383 は、

・企業システムで jar を自由に更新できないならば、
・pom.xml の dependency で、jar のバージョンを固定で指定して
・その pom.xml を SCM で管理すれば

プロジェクトチームは、すべて同じバージョンの jar を使うことになる、
って言いたいんじゃないの?

>>382
Maven も十分めんどくさいけどな。

・native2ascii できないから antrun plugin 書かないといけない
・たまに maven まかせにすると、余計な jar やバージョンのものを持ってくるから
 exclude 指定しないといけない

なので ant も Maven も一長一短。
っつーか build.xml も pom.xml も、何度も経験してたら、前回のものをコピつてきて
多少修正するだけなので、自分にとって

> 面倒なスクリプトを書く手間を一挙に省けるんだぞ。

は、あまりメリットではない(ant も maven も一緒)

周りのプロジェクトがみんな maven だったら、新しいチームに行っても
ディレクトリ構成が一緒なので把握しやすい、といったメリットはあるけどね。


388 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 01:02:50 ]
>>387
企業システムでjarを自由に更新できないのはテストの問題。
ライブラリ更新の度に総合テストやり直しとかどんだけコスト
かかると思ってる?
だからライブラリをほいほい更新することはない、だったら
Mavenのメリットは最初だけだと>368は書いてるわけだ。
二ヶ月もかけてそれも読めない>383は半年ROMってろってのは
そういうこった

389 名前:387 mailto:sage [2008/05/28(水) 01:09:33 ]
>388
あ、なるほど、そういう意味か。

> 企業システムでjarを自由に更新できないのはテストの問題。
> ライブラリ更新の度に総合テストやり直しとかどんだけコスト
> かかると思ってる?

自分もそのあたりは認識しているつもりです。


390 名前:デフォルトの名無しさん [2008/05/28(水) 03:47:11 ]
>>384
何かファビョッたか?

391 名前:デフォルトの名無しさん [2008/05/28(水) 03:48:10 ]
>>386
だから、そんな現場捨てればいいのに。
まさか、富士通やNECみたいな駄目企業がいる現場を知れとでもいいたいわけじゃないよね?
あんな馬鹿現場がIT現場の代名詞と思われても困るし


392 名前:デフォルトの名無しさん [2008/05/28(水) 03:52:18 ]
>>388
> >>387
> 企業システムでjarを自由に更新できないのはテストの問題。
> ライブラリ更新の度に総合テストやり直しとかどんだけコスト
> かかると思ってる?

テスト手法が間違っているとしか言いようがないね。
どうせNECとかでしょ。あそこのテスト手法はありえないから。時代遅れにしては酷い。
SCMのブランチでも使えばそんな問題もらくらく解決できるけどね。
やり直しなんかも自動化すればいいのに。
Javaの上位互換性というものをわかっていない人が過剰テストにこだわる。
過剰テストになってもちゃんと自動化すればコストは削減できるけどね。


> だからライブラリをほいほい更新することはない、だったら
> Mavenのメリットは最初だけだと>368は書いてるわけだ。
> 二ヶ月もかけてそれも読めない>383は半年ROMってろってのは
二ヶ月前にそんなスレは読んでいないんだけど。昨日そのレスを読んだばかりだしね。
勝手に決め付けないように。


393 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 06:51:22 ]
そんな時間に3連続でレスしてないでROMれって・・・
あ、コテつけてもいいよ。

394 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 17:45:43 ]
色々な意見聞けて助かります。

そこでちょっと質問なんですけど、
antでリリースまでやってるのですけど、
svnとの連携とかまでmavenって対応できるんですか?

ちなみにこんな事してます。antで
@svnからダウンロード
Aantでwar作成
Bsvnにリリースしたwarのバージョンをタグとして
登録

ライブラリの管理はsvnに共通のライブラリ専用リビジョンを
設定してます。





395 名前:デフォルトの名無しさん [2008/05/29(木) 13:21:50 ]
>>394
> svnとの連携とかまでmavenって対応できるんですか?
できる。

> ちなみにこんな事してます。antで
> @svnからダウンロード
> Aantでwar作成
> Bsvnにリリースしたwarのバージョンをタグとして
> 登録


1,2はできる。3は意味不明。

396 名前:デフォルトの名無しさん mailto:sage [2008/05/29(木) 18:36:41 ]
依存ライブラリのバージョン固定してても、便利だけどなー。
新しい環境セットアップするときとか、
一時的にバージョン変えてテストしたりとか・・・

ビルド手順書みたいのも要らんし。

397 名前:デフォルトの名無しさん mailto:sage [2008/06/03(火) 12:28:36 ]
>>395
あ。レス放置すません。
@svnからダウンロード
Aantでwar作成
できるのか。

Bはsvnにコミットって意味でいいかな。
でも@ができるならBもできそうですね。

ありがとうです。



398 名前:デフォルトの名無しさん mailto:sage [2008/06/03(火) 17:08:14 ]
maven 使ってる人ってeclipseでデバッグ実行とかどうやってる?
goodjob.boy.jp/chirashinoura/id/179.html
ここに書いてある方法がスマートかなと思ったんだけど他の人はどういうやり方してる?
いまも既存どおりWTPをノーマルに使ってる人も多いのかな?

399 名前:デフォルトの名無しさん mailto:sage [2008/06/03(火) 18:14:42 ]
mvn eclipse:eclipse -Dwtpversion=1.5

ってやってからWTPで。
jetty使うの、かっこいいという意味ではスマートだけど
数人で開発に当たるとなると説明するのが面倒だなあ。

400 名前:デフォルトの名無しさん mailto:sage [2008/06/03(火) 18:29:23 ]
もう-Dwtpversion=2.0って書いていいぞ

401 名前:デフォルトの名無しさん mailto:sage [2008/06/03(火) 22:38:07 ]
>>399
それもありかとは思うが、やっぱりEclipse依存してしまうのが気持ち悪い。
まぁ、チーム内で環境が統一されているという前提なんだろうけどさ。

402 名前:デフォルトの名無しさん mailto:sage [2008/06/04(水) 10:49:40 ]
>>401
おいちょっとまて。
お題は「eclipse上でデバッグ実行する方法」じゃないのか?
なら、いちいちeclipseのデバッグダイアログ開いてああだこうだ
やるよかeclipseへの依存度低いじゃん。mvnコマンド一発なんだから。

403 名前:デフォルトの名無しさん mailto:sage [2008/06/04(水) 11:45:02 ]
おっと、コマンド一発はうそです。
サーバにプロジェクト追加しないといけないですな。
失敬。

404 名前:デフォルトの名無しさん [2008/06/04(水) 12:31:00 ]
>>397
warの作成はAntでもMavenでもできる。
ただしMavenでWarを作成するときは
そのMavenプロジェクトはWar作成専用のウェブアプリケーション開発用プロジェクトにする必要があるので要注意。
Warを包含するプロジェクトを作りたいときはマルチプロジェクトを使うこと



405 名前:デフォルトの名無しさん mailto:sage [2008/06/05(木) 12:13:26 ]
>>399>400
もう知ってるかもだけど、pluginタグにmaven-eclipse-pluginを書いておけば
そこのconfigurationに-Dオプションは予め書いておけるよ

406 名前:デフォルトの名無しさん [2008/07/16(水) 00:37:52 ]
m2eclipse ってどこからダウンロードするのが正解なの?

m2eclipse.codehaus.org/
 →m2eclipse.codehaus.org/update/
こっちだと 0.0.12 というのがあって、site.xml のタイムスタンプが 2007/12/31 になっている。

m2eclipse.codehaus.org/ からリンクが張られている
m2eclipse.sonatype.org/
 →m2eclipse.sonatype.org/update/
こっちだと、0.9.4 というのが 2008/06/03 にリリースされている。

sonatype.org のほうがバージョン番号は小さいけど日付が新しい。
両方ダウンロードしてみたけど、sonatype.org のほうが画面の設定項目が多い。

いまは sonatype.org のほうが正しいのかな?


407 名前:デフォルトの名無しさん mailto:sage [2008/07/16(水) 01:31:01 ]
バージョン番号が小さい?

408 名前:406 mailto:sage [2008/07/16(水) 01:36:31 ]
あ、そういわれると
0.0.12 より 0.9.4 のほうがおおきいですねw

409 名前:デフォルトの名無しさん [2008/07/16(水) 02:00:10 ]
>>406
Eclippse 3.4 Ganymede ならば、sonatypeが正解っぽい。
ちゃんとサイトに英語で書いてあるから読んでみよう。

あとはアップデートマネージャにドラッグ&ドロップするだけ。



410 名前:406 mailto:sage [2008/07/16(水) 15:32:45 ]
>>409
レスどうもありがとうございます。
いまつかっているのは Eclipse 3.3 ですが、sonatype のほうで
動くしこっちが本流のようなので、こっちを使うようにします。

ちなみに

> Eclippse 3.4 Ganymede ならば、sonatypeが正解っぽい。
> ちゃんとサイトに英語で書いてあるから読んでみよう。

はどこに書いてあるのでしょうか?
m2eclipse.codehaus.org/ からたどれる Project Wiki を眺めていたのですが
その記述を見つけられませんでした。


411 名前:デフォルトの名無しさん [2008/07/16(水) 15:47:45 ]
>>410
Installation

You can install the Maven Integration for Eclipse by using the following update site from within Eclipse:

m2eclipse.sonatype.org/update/



こう書いてあるよ

412 名前:406 mailto:sage [2008/07/16(水) 16:14:57 ]
>>411
レスどうもありがとうございます。

それは「Ganymede なら sonatype」という意味ではなく、
ふつうにダウンロードサイトの説明ですよね。

「Ganymede ならこっち、そうでないならこっち」という記述がどこかに書いてあるのかなと思いました。




413 名前:デフォルトの名無しさん [2008/07/16(水) 16:31:08 ]
そんなこと書いてないと思う。

悪い。俺の説明が悪かった。
最近久しぶりにEclipseに触れたので
3.3のことはよくしらないんだ。
Ganymedeでしか試していないけど
これであっている、といいたかっただけなんだ

414 名前:406 mailto:sage [2008/07/16(水) 16:52:30 ]
>>413
いえいえ、こちらこそすみません。

私もひさしぶりに Eclipse + m2eclipse を使おうと思って、
とりあえずググるとよく引っかかる
www.atmarkit.co.jp/fjava/rensai3/eclipseplgn11/eclipseplgn11_2.html
をみて m2eclipse.codehaus.org/update/ に行ってみたのですが、
もう少しググると sonatype にも update サイトがあることがわかったので、
いまはどっちが正しいのかな混乱していたところでした。

どうもありがとうございました。



415 名前:デフォルトの名無しさん mailto:sage [2008/07/16(水) 19:21:14 ]
AppFuseが微妙に痒いところに手が届かないテンプレートばかりなんだよなぁ
そう思うの俺だけかな?
折れ的には Struts2+Spring+JPAの組み合わせがホスィ。
まぁ自分で構築できるっちゃできるけどさ、めんどくせーじゃん?w


416 名前:デフォルトの名無しさん mailto:sage [2008/07/24(木) 17:43:04 ]
最新のm2eclipseって『ソースフォルダの更新』ってメニューが見当たらないんだけど、
なくなった?

417 名前:デフォルトの名無しさん mailto:sage [2008/08/25(月) 22:58:06 ]
repo1落ちてる?

418 名前:デフォルトの名無しさん [2008/08/27(水) 22:10:18 ]
Maven2も使い慣れるまで大変だ脳

419 名前:デフォルトの名無しさん mailto:sage [2008/09/23(火) 19:09:42 ]
俺の知りたいことが>>313-320に書いてあった。
万歳。

420 名前:デフォルトの名無しさん [2009/01/02(金) 01:20:26 ]
JUnit4なんだが、クラス名の最後はTestでないと認識しない仕様なのか?

421 名前:デフォルトの名無しさん [2009/02/17(火) 01:38:05 ]
JUnit4はプラグインが必要

422 名前:デフォルトの名無しさん [2009/03/04(水) 05:12:02 ]
mavenを使うと、インターネットから切り離された環境ではコンパイルできなくなるから困る。
電車の中とか、セキュリティの厳しい客先プロジェクト室とか。
maven proxyを使って、インハウスリポジトリを作ってみたがうまくいかないことが多いし。
antと併用するしかないのか、それならば、antだけでよい気がする。


423 名前:デフォルトの名無しさん [2009/03/04(水) 23:13:15 ]
continuumと組み合わせないと価値半減。
社内リポジトリたてないならmaven使う意味なし。
プロジェクトに合わせて工夫をしだすとantよりしんどい。
でも全部出来たならもうantには戻れない

424 名前:デフォルトの名無しさん mailto:sage [2009/03/05(木) 21:39:19 ]
>>422
>mavenを使うと、インターネットから切り離された環境ではコンパイルできなくなるから困る。

普通にコンパイルできるけど
まさか常に最新バージョンの依存ライブラリを落とすようにしてないか?



425 名前:デフォルトの名無しさん mailto:sage [2009/03/06(金) 17:52:41 ]
>>422
mvn -o

>>423
>プロジェクトに合わせて工夫をしだすとantよりしんどい。

あるある

>でも全部出来たならもうantには戻れない

あるある







[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<134KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef