【玄人】ﾌﾟﾛｼﾞｪｸﾄ管理ﾂｰﾙApache Maven【2.0登場】

【玄人】ﾌﾟﾛｼﾞｪｸﾄ管理 ..

367:デフォルトの名無しさん
08/03/29 13:51:13
>>364
今versionあげれなくてあれだけど、プラグイン直ったの？
俺がインスコしたのはDefault以外設定しても無視されてたからローカルにおいてる。

>>365
.classpathを管理対象にしなくていいのがいい。
ちょっと色々やろうとするとアレだけどね。

368:デフォルトの名無しさん
08/03/29 15:24:19
jar管理っつっても企業システムで、jarなんか簡単に更新できねーしな。
更新して被害でたらえらいことになる。
結果的に致命的なバグが無い限り、有用なのはプロジェクト構築時だけだろ。

369:デフォルトの名無しさん
08/03/29 23:22:26
開発時はとても有効だよね
運用面はどうか知らないけど
うちは、商用のどっかのベンダが作ったリリース管理ツールを使ってる

370:デフォルトの名無しさん
08/04/30 23:43:41
おまいらも投票汁
URLﾘﾝｸ(nekop.programmers.jp)

371:デフォルトの名無しさん
08/05/01 02:26:05
Javaからデフォルトエンコーディングを完全に抹殺できりゃあなあ。
まさに諸悪の根源。

372:デフォルトの名無しさん
08/05/01 10:27:59
そもそもソースUTF-8で書いてるから
どっちだっていいなあ。

373:デフォルトの名無しさん
08/05/01 10:56:25
正直、どっちでもかまわないので投票しないことにした。
デフォルトはUTF-8にでもして、環境変数か何かでプラットフォームエンコーディングも選べるようにしとけばいいんじゃねえか？

374:デフォルトの名無しさん
08/05/01 13:12:09
>>373
いやほんとその通り。

375:デフォルトの名無しさん
08/05/05 13:22:34
もう俺、Maven無しでJavaのプログラム開発なんて出来ねぇよ。
オープンなライブラリの自社のライブラリも同一プロジェクト内のモジュールも、
全部依存関係はmavenで解決してる。

中規模ぐらいのプロジェクトからは全部マルチモジュールにして管理すれば
分業してるときもお互いの影響範囲をなるべく小さく出来るしな。

だから、Mavenの何がいいのか判らないって言う奴を見ると「マジでー！？」と思う。

376:デフォルトの名無しさん
08/05/05 14:56:44
このスレをチェックしていてこういうこというのもなんだが、

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

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

377:デフォルトの名無しさん
08/05/05 16:36:10
恩恵受けるのは、jar 管理してる奴だけだろ？
開発者への展開は SVN 管理のほうが楽だし。

378:デフォルトの名無しさん
08/05/05 18:53:02
ここもGWか・・・

379:デフォルトの名無しさん
08/05/27 01:45:44
Eclipseプラグインq4eでカンタンMaven入門
URLﾘﾝｸ(www.atmarkit.co.jp)

380:デフォルトの名無しさん
08/05/27 02:13:30
ＮｅｔＢｅａｎｓにデフォでくっついてる
おためしアレ

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

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

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

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

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

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

384:デフォルトの名無しさん
08/05/27 19:50:57
>>382-383
半年ROMれ
あと勉強しろ

385:デフォルトの名無しさん
08/05/27 20:07:35
>>384
何を言っているんだ？

386:デフォルトの名無しさん
08/05/27 20:09:04
>>383はひどい

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

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

389:387
08/05/28 01:09:33
>388
あ、なるほど、そういう意味か。

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

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

390:デフォルトの名無しさん
08/05/28 03:47:11
>>384
何かファビョッたか？

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

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

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

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

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

394:デフォルトの名無しさん
08/05/28 17:45:43
色々な意見聞けて助かります。

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

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

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

395:デフォルトの名無しさん
08/05/29 13:21:50
>>394
> svnとの連携とかまでmavenって対応できるんですか？
できる。

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

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

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

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

397:デフォルトの名無しさん
08/06/03 12:28:36
>>395
あ。レス放置すません。
①svnからダウンロード
②antでwar作成
できるのか。

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

ありがとうです。

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

399:デフォルトの名無しさん
08/06/03 18:14:42
mvn eclipse:eclipse -Dwtpversion=1.5

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

400:デフォルトの名無しさん
08/06/03 18:29:23
もう-Dwtpversion=2.0って書いていいぞ

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

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

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

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

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

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

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

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

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

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

407:デフォルトの名無しさん
08/07/16 01:31:01
バージョン番号が小さい？

408:406
08/07/16 01:36:31
あ、そういわれると
0.0.12 より 0.9.4 のほうがおおきいですねw

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

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

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

ちなみに

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

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

411:デフォルトの名無しさん
08/07/16 15:47:45
>>410
Installation

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

URLﾘﾝｸ(m2eclipse.sonatype.org)

こう書いてあるよ

412:406
08/07/16 16:14:57
>>411
レスどうもありがとうございます。

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

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

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

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

414:406
08/07/16 16:52:30
>>413
いえいえ、こちらこそすみません。

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

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

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

416:デフォルトの名無しさん
08/07/24 17:43:04
最新のm2eclipseって『ソースフォルダの更新』ってメニューが見当たらないんだけど、
なくなった？

417:デフォルトの名無しさん
08/08/25 22:58:06
repo1落ちてる？

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

419:デフォルトの名無しさん
08/09/23 19:09:42
俺の知りたいことが>>313-320に書いてあった。
万歳。

420:デフォルトの名無しさん
09/01/02 01:20:26
JUnit4なんだが、クラス名の最後はTestでないと認識しない仕様なのか？

421:デフォルトの名無しさん
09/02/17 01:38:05
JUnit4はプラグインが必要

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

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

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

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

425:デフォルトの名無しさん
09/03/06 17:52:41
>>422
mvn -o

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

あるある

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

あるある