【玄人】ﾌﾟﾛｼﾞｪｸﾄ管理ﾂｰﾙ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/ 331 名前：デフォルトの名無しさん [2007/11/09(金) 15:31:57 ] JUnit4はEclipseで使えるからおれはいいやと思っている。 Mavenでやる必要性は低いのでは。 どうしてもやりたければMavenのプラグインでも探すか作るかするしかないのではと 332 名前：デフォルトの名無しさん [2007/11/09(金) 15:33:01 ] >>322 名前：デフォルトの名無しさん ：2007/11/03(土) 03:22:02 IDEは当然Maven使わない前提で作られてるからな。 当たり前だけど。 333 名前：デフォルトの名無しさん [2007/11/11(日) 01:09:35 ] それこぴぺしてどうすんだ 334 名前：HemlockDKiller＝HORSEFUCKER!! [2007/11/12(月) 06:55:55 ] HemlockDKiller＝HORSEFUCKER!! Hi! I am Horsefucker! I am stupid Korean. I live in Tokushima in Japan. I love YMO. I love YOUTUBE I am foolish, unfair, and a coward. Please Fuck me! 335 名前：デフォルトの名無しさん [2007/11/12(月) 21:50:02 ] >>331 それじゃMaven使うウマミが無いだろ。 336 名前：デフォルトの名無しさん mailto:sage [2007/11/12(月) 22:42:33 ] Mavenを採用する理由って何？ Antがボトムアップアプローチで、Mavenがトップダウンアプローチ ってのは聞くんだけど、それじゃAntから乗り換えるのにピンと来ない。 337 名前：デフォルトの名無しさん mailto:sage [2007/11/12(月) 23:22:52 ] 依存してるライブラリを自動的にネットから落としてくる＞Maven 338 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 00:08:28 ] ディレクトリ構成が標準化されてる build.xml書かなくて良い 339 名前：299、313 mailto:sage [2007/11/13(火) 01:20:05 ] >>336 私の場合、Maven を使うときはトップダウンというか as is (あるべき姿)を先に描いてから、 Maven がどんなディレクトリ構成になるか、どんなプラグインが走ることでビルドされるかを おっかけて、ant か maven かを選定するので、一度トップに行ってから結局ボトムアップになっている気がする。 Oracle で DB つくるとき、GUIツールで設定するけど、最後に「実行｣を押さずにスクリプトを吐かせて、 結局は sqlplus でコマンドラインでやる、見たいな。 ただ、何事も内部で何が起こっているかを把握するのは大事なので、こういう手順になっているのは悪いことではないと思っている。 > それじゃAntから乗り換えるのにピンと来ない。 >337-338 の言っている事は、なれると便利。 いまは dependency を書いて jar 勝手に取ってこさせているし (dependency を書くまで、maven　リポジトリの中を漁ってほしいjarがあるかどうか調べるのは必須だけど)、 maven を使っているプロジェクト、OSS は必然的にディレクトリ構成が決まるから、ソースを追いかけるときはわかりやすい。 あとweb アプリぐらいだと ant も maven も変わらないけど、 一部のOSS プロダクトは、一緒にリリースしている maven　プラグインを使うことでビルドプロセスを簡略化(隠蔽化)している場合がある。 アノテーションが付与された *.java からコンテナが見る xml を自動生成したり、 xml を開発者が書くと、必要なプロキシーオブジェクトを自動生成したり。 そういうOSSを使うときは maven プラグインは便利だし、むしろそれを使わないとビルドできない場合がある。 ant か maven　かの区分けは、こういった OSS を使うかどうかもひとつではないでしょうか。 340 名前：299、313 mailto:sage [2007/11/13(火) 21:49:44 ] Struts 1.3.8 を使ったプログラムを作っていて、pom.xml の dependency を以下のように書いていました。 <dependency> 　<groupId>org.apache.struts</groupId> 　<artifactId>struts-core</artifactId> 　<version>1.3.8</version> </dependency> Spring も使いたくなったので dependency に以下を足したのですが、 <dependency> 　<groupId>org.springframework</groupId> 　<artifactId>spring-core</artifactId> 　<version>2.0.7</version> </dependency> <dependency> 　<groupId>org.springframework</groupId> 　<artifactId>spring-struts</artifactId> 　<version>2.0.7</version> </dependency> この状態で mvn package すると、target/{アプリ名}/WEB-INF/lib に struts-1.2.9.jar も含まれてしまいます。 確かに↓をみると、struts/struts-1.2.9.jar に依存しているのですが、 repo1.maven.org/maven2/org/springframework/spring-struts/2.0.7/spring-struts-2.0.7.pom 同じプログラム内に異なるバージョンの struts の jar を含めたくはありません。 こういうときはどうすればいいでしょうか？ 341 名前：299、313 mailto:sage [2007/11/13(火) 21:50:04 ] すみません、>>340 の続きです。 repo1.maven.org/maven2/ を漁ると ただの spring というのもあって、こちらは 依存する jar(struts から hibernate から ibatis から関連するものすべて)がすべて dependency に書かれているのだけど、 repo1.maven.org/maven2/org/springframework/spring/2.0.7/spring-2.0.7.pom ほとんどが <optional>true</optional>になっていて、 これを pom.xml に指定して mvn すると、true になっているものは package に含まれないようです。 spring はこれを使って、spring 本体が依存する aopalliance-1.0.jar などは 自分の pom.xml に書いて、自分自身で必要なものをとってくるしかないのかな。 342 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 22:51:34 ] >>340 >279 流れるほど多いログじゃないんだ、検索くらい汁 343 名前：299、313 mailto:sage [2007/11/15(木) 22:19:45 ] >>342 レスどうもありがとうございます。 下のようにやってうまく行きました。 <dependency> 　<groupId>org.springframework</groupId> 　<artifactId>spring-struts</artifactId> 　<version>2.0.7</version> 　<exclusions> 　　<exclusion> 　　　<groupId>struts</groupId> 　　　<artifactId>struts</artifactId> 　　</exclusion> 　</exclusions> </dependency> ちゃんと検索するようにします。 344 名前：デフォルトの名無しさん mailto:sage [2007/11/22(木) 13:10:22 ] [INFO] artifact org.apache.maven.plugins:maven-clean-plugin: checking for update s from central [WARNING] repository metadata for: 'artifact org.apache.maven.plugins:maven-clea n-plugin' could not be retrieved from repository: central due to an error: Error transferring file [INFO] Repository 'central' will be blacklisted なんだって？ 345 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 02:10:31 ] プラグインの実行に関して、 <execution> <phase>install</phase> </execution> で、特定のフェーズで実行できますが、 特定のプロファイルの際に実行といった指定はできないでしょうか？ 具体的には、リリースプロファイルの際にwarを作成する途中で assembly:assemblyを実行したいのですが。 346 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 07:07:41 ] dependency内で同じClass名のclassがあった場合に、 どっちを優先させるかというのは指定出きるのでしょうか？ OSSのモジュールではないのですが、パッチとして提供されているモジュールがあって、 本体.jar パッチ.jar みたいに提供されており、必ずパッチ.jar内のClassを優先させる必要があるのです。 347 名前：デフォルトの名無しさん [2007/11/27(火) 18:34:05 ] 保守 348 名前：デフォルトの名無しさん [2007/11/28(水) 11:26:33 ] rmiregistryを起動するpluginとか無いですか？ 349 名前：デフォルトの名無しさん mailto:sage [2007/11/29(木) 12:42:15 ] jetty の plug-in 使って その中で起動出来そうな気がする。 350 名前：デフォルトの名無しさん [2007/12/05(水) 23:22:21 ] 自分用のarchetypeを作っているのですが Facelets用のxhtmlで＄〜を使っていて Create時にVelocityが置換しようとしてしっぱいします。 特定のファイルは置換しない等の設定はどうすればいいのでしょうか？ 351 名前：デフォルトの名無しさん [2007/12/20(木) 15:18:07 ] JUnit4使うとどうもおかしくなるなあ 352 名前：デフォルトの名無しさん mailto:sage [2007/12/20(木) 20:23:25 ] JNIのDLLをartifactにしたいんだけど、どうすればいいの？ 353 名前：デフォルトの名無しさん mailto:sage [2007/12/21(金) 09:58:56 ] た、種種・・・ 354 名前：デフォルトの名無しさん mailto:sage [2008/01/04(金) 11:17:17 ] native プラグインが多分それっぽい。 mojo.codehaus.org/maven-native/native-maven-plugin/examples/jni-dll.html 全く試したことないのでこれで要件満たすかは不明。(αだし。) 使ってみた感想などここで晒すよろし。 Maven は使ってるユーザーがまだまばらで なかなか情報が集まらん。 355 名前：デフォルトの名無しさん mailto:sage [2008/01/26(土) 19:37:31 ] Maven2でJUnit4を導入する手順について blog.goo.ne.jp/ikkoan/e/bebcc0dec9f77a7a3ac364ff29627218 のとおりにやってるんだけど mvn installが何度やってもうまくいかない。どして？ svn.apache.org/repos/asf/maven/surefire/trunkディレクトリを EclipseのSubclipseプラグインでMaven-surefireという名前の新規Eclipseプロジェクトにチェックアウト して、プロジェクトをSuversionで「更新」してからコマンドプロンプトで実行すると、 C:\Documents and Settings\???\workspaceTest4\Maven-surefire>mvn install [INFO] Scanning for projects... Downloading: repo1.maven.org/maven2/org/apache/maven/maven-parent/7/maven -parent-7.pom [INFO] ------------------------------------------------------------------------ [ERROR] FATAL ERROR [INFO] ------------------------------------------------------------------------ [INFO] Error building POM (may not be this project's POM). Project ID: org.apache.maven.surefire:surefire:pom:2.4.1-SNAPSHOT Reason: Cannot find parent: org.apache.maven:maven-parent for project: org.apach e.maven.surefire:surefire:pom:2.4.1-SNAPSHOT for project org.apache.maven.surefi re:surefire:pom:2.4.1-SNAPSHOT 親プロジェクトが見つからないといわれても困る。 環境はMaven2.0.8、Java 6 Update 4。 (プロキシがないと外部にアクセスできない大学で実行中。SuversionもMavenもプロキシ経由で、Subversionのはserverファイル、Mavenはsetings.xmlファイルにプロキシサーバを設定している。) このディレクトリのサブディレクトリ C:\Documents and Settings\???\workspaceTest4\Maven-surefire\maven-surefire-plugin ディレクトリでmvn installを実行しても同じメッセージが出る。 356 名前：デフォルトの名無しさん mailto:sage [2008/01/30(水) 05:50:35 ] つーかわざわざビルドせんでも、いまの maven なら JUnit4 対応してないか？？ 357 名前：355 [2008/02/02(土) 00:14:49 ] え？　マジ？　ホント？ リリースノート見てないので知らなかった。 >>355の近況 結局うまくいったので自己レスします。 結果的に、自宅にノートPC持ち帰ってからmvn installを再度実行すると、 ダウンロードできなかったものがダウンロードされてどうやらうまくいったようです。 途中、build failedなメッセージが出た(ような気がする)。テストに失敗しているらしい。 そこで、テストを無視するオプションを選んでサイドmvn installを実行して 今度こそうまくいった。これでJUnit4が使えるようになった。 Eclipseでもm2ecipseプラグインによってMaven2経由でJUnit4が使えるようになった。 ありがとう！ 358 名前：デフォルトの名無しさん [2008/02/02(土) 13:50:24 ] maven つーか、いまの surefire プラグインね。 maven.apache.org/plugins/maven-surefire-plugin/usage.html によると Tests in your test source directory can be any combination of the following: * TestNG * JUnit (3.8 or 4.x) * POJO だから対応してることになってるね。 359 名前：デフォルトの名無しさん mailto:sage [2008/02/05(火) 16:29:00 ] The Maven Archiva team is pleased to announce the release of Archiva 1.0.1 Archiva is a build artifact repository manager for use with build tools such as Maven, Continuum and Ant. It has features like repository search and browse, securing repositories, identifying unknown artifacts and reporting of repository problems. Aside from these, it can also act as a nearby (proxy) cache of popular global repositories. maven.apache.org/archiva で、何やるためのものかよくわからんですが、 自分で maven リポジトリを作ったときに、 mvnrepository.com/ こういうサイトを つくれるよということかな？ 360 名前：デフォルトの名無しさん mailto:sage [2008/02/06(水) 11:32:50 ] [infoQ] Debate: Is Maven the right tool for builds? www.infoq.com/news/2008/01/maven-debate 361 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 00:52:20 ] >>359 1.0でたときにちょっと使ってみたんだけど、 proxyのように動いてリポジトリをキャッシュしてくれる。 362 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 01:46:19 ] >>361 artifactoryみたいなもの？ 363 名前：デフォルトの名無しさん [2008/02/07(木) 02:50:52 ] そうだね。 www.devzuz.org/blogs/oching/2007/11/05/1194233400000.html に比較がある。 364 名前：デフォルトの名無しさん mailto:sage [2008/03/29(土) 06:44:27 ] 格納するリポジトリってどうしてる？ プロジェクト単位で建ててる？会社として運営してる？ビルドマシンのローカルだけ？ 365 名前：デフォルトの名無しさん [2008/03/29(土) 07:21:46 ] Maven・・・いろいろ触ってみたがMavenがプロジェクト開発の現場で どう効力を発揮するのかいまいち理解できない。 謳われているほとんどの機能は別のプロジェクトで代替可能だし Ant使っちまえばそれで終了だろ？と言わなくもない。 するってーと使えるのはCheckStyleだけか。 だれか開発現場で使いまくり！って人いないの？ 366 名前：デフォルトの名無しさん mailto:sage [2008/03/29(土) 08:16:30 ] 使いまくりです。 依存jar管理が楽なのがでかいです。 特に依存jarの依存jarの管理が楽。 367 名前：デフォルトの名無しさん mailto:sage [2008/03/29(土) 13:51:13 ] >>364 今versionあげれなくてあれだけど、プラグイン直ったの？ 俺がインスコしたのはDefault以外設定しても無視されてたからローカルにおいてる。 >>365 .classpathを管理対象にしなくていいのがいい。 ちょっと色々やろうとするとアレだけどね。 368 名前：デフォルトの名無しさん mailto:sage [2008/03/29(土) 15:24:19 ] jar管理っつっても企業システムで、jarなんか簡単に更新できねーしな。 更新して被害でたらえらいことになる。 結果的に致命的なバグが無い限り、有用なのはプロジェクト構築時だけだろ。 369 名前：デフォルトの名無しさん mailto:sage [2008/03/29(土) 23:22:26 ] 開発時はとても有効だよね 運用面はどうか知らないけど うちは、商用のどっかのベンダが作ったリリース管理ツールを使ってる 370 名前：デフォルトの名無しさん mailto:sage [2008/04/30(水) 23:43:41 ] おまいらも投票汁 ttp://nekop.programmers.jp/diary/?date=20080429 371 名前：デフォルトの名無しさん mailto:sage [2008/05/01(木) 02:26:05 ] Javaからデフォルトエンコーディングを完全に抹殺できりゃあなあ。 まさに諸悪の根源。 372 名前：デフォルトの名無しさん mailto:sage [2008/05/01(木) 10:27:59 ] そもそもソースUTF-8で書いてるから どっちだっていいなあ。 373 名前：デフォルトの名無しさん mailto:sage [2008/05/01(木) 10:56:25 ] 正直、どっちでもかまわないので投票しないことにした。 デフォルトはUTF-8にでもして、環境変数か何かでプラットフォームエンコーディングも選べるようにしとけばいいんじゃねえか？ 374 名前：デフォルトの名無しさん mailto:sage [2008/05/01(木) 13:12:09 ] >>373 いやほんとその通り。 375 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 13:22:34 ] もう俺、Maven無しでJavaのプログラム開発なんて出来ねぇよ。 オープンなライブラリの自社のライブラリも同一プロジェクト内のモジュールも、 全部依存関係はmavenで解決してる。 中規模ぐらいのプロジェクトからは全部マルチモジュールにして管理すれば 分業してるときもお互いの影響範囲をなるべく小さく出来るしな。 だから、Mavenの何がいいのか判らないって言う奴を見ると「マジでー！？」と思う。 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 ] ＮｅｔＢｅａｎｓにデフォでくっついてる おためしアレ 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の組み合わせがホスィ。 まぁ自分で構築できるっちゃできるけどさ、めんどくせーじゃん？ｗ 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) ] / [ 携帯版 ]

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