【玄人】ﾌﾟﾛｼﾞｪｸﾄ管理ﾂｰﾙApache Maven【2.0登場】
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2005/11/14(月) 23:03:08楽に種種のプロジェクトを管理できるツールMaven2.0
PerlのCPANのように必要なライブラリを自動でダウンロード/アップデートして
くれる。 checkstyleやプロジェクトサイト、JAR生成からサーバへのデプロイなど
様々なタイプのドキュメント、テストレポート、アーカイブを自動生成もできる。
CVS, Subversion(用プラグイン)への接続も可能。
プラグインで拡張することも可能。EclipseなどのIDEと連携することも可能。
プロジェクト管理ツール・メイヴィン (英語)
http://maven.apache.org/
Maven 日本語サイト(やや古い)
http://www.ingrid.org/jajakarta/turbine/jp/turbine/maven/
“一人前”になったApacheのMavenプロジェクト
http://www.itmedia.co.jp/news/articles/0407/16/news057.html
プロジェクト管理: Mavenでもっと簡単に
http://www-6.ibm.com/jp/developerworks/java/030613/j_j-maven.html
Mavenを使った開発
http://www.02.246.ne.jp/~torutk/maven/
Mavenについてのメモ
http://terai.s55.xrea.com/Maven.html
Maven
http://sakito.s2.xrea.com/moin/moin.cgi/Maven
Mavenメモ
http://muimi.com/j/apache/maven/
プロジェクト: Mavenプラグイン
http://maven-plugins.sourceforge.jp/
Mavenではじめるプロジェクトドライブ
http://www.objectclub.jp/technicaldoc/tools/maven/maven_top/
Eclipse Mavenプラグイン
http://mevenide.codehaus.org/mevenide-ui-eclipse/
【玄人】我が名はプロジェクトマネージャーMaven@プログラマー
http://pc8.2ch.net/test/read.cgi/prog/1090129578/
0322デフォルトの名無しさん
2007/11/03(土) 03:22:02当たり前だけど。
0323デフォルトの名無しさん
2007/11/03(土) 05:06:49テキストエディタと言っても>>317が使ってるのはEmacsだから
IDEの方が上とは一概に言えないと思うよ
Railsだとエディタによる開発が主流だし、V2C作ってる人もEmacsだし
EclipseはMavenとの相性が決していいとは言えないし
エディタ＋Mavenの組合せも少人数開発ならアリだと思う
0324デフォルトの名無しさん
2007/11/03(土) 05:14:50tomcat起動時にクラスパスに
target/classesと、ローカルリポジトリの各jarを
指定して、コンテキストルートを
src/main/webappにすりゃ
WTPと同じ事が出来る、と思う。
jarが多いと大変だ。
なんかwebコンテナを起動する
Mavenプラグインあったような記憶があるなあ。
0325321
2007/11/03(土) 11:00:40>>323
emacs < IDE って事を言いたかったわけじゃないよ
>322も書いているようにMavenはIDE前提な感じもする
それにデプロイをどうするかってMavenの問題じゃなくてAntでも同じ問題が発生するじゃん。
emacsは詳しくはないけど、WTPと同じような機能を追加できればそれがベストじゃないかね
0326デフォルトの名無しさん
2007/11/03(土) 11:37:410327デフォルトの名無しさん
2007/11/03(土) 11:53:280328313
2007/11/05(月) 10:59:50>>320
WTPだとそんなことができるのですか。
↓の本を見つけたのでとりあえずぽちって来ました。
時代遅れにならないよう勉強してみます。
http://www.shuwasystem.co.jp/cgi-bin/detail.cgi?isbn=978-4-7980-1775-4
>>324
なるほど、私のハイブリッド案と逆のアプローチですね。
とりあえず >>318 で数日やってみていますが、参考にしてみます。
0329デフォルトの名無しさん
2007/11/05(月) 11:49:45クラスパスの設定とかコンテキストルートの設定は
mvn eclipse:eclipseで全部やってくれるから
この事に関してはWTPの本を読んでも
あまり役に立たないと思うけどなあ。
あまり勉強しなくてもすぐ始められるよ。
0330デフォルトの名無しさん
2007/11/08(木) 00:31:000331デフォルトの名無しさん
2007/11/09(金) 15:31:57Mavenでやる必要性は低いのでは。
どうしてもやりたければMavenのプラグインでも探すか作るかするしかないのではと
0332デフォルトの名無しさん
2007/11/09(金) 15:33:01IDEは当然Maven使わない前提で作られてるからな。
当たり前だけど。
0333デフォルトの名無しさん
2007/11/11(日) 01:09:350334HemlockDKiller＝HORSEFUCKER!!
2007/11/12(月) 06:55:55Hi! 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!
0335デフォルトの名無しさん
2007/11/12(月) 21:50:02それじゃMaven使うウマミが無いだろ。
0336デフォルトの名無しさん
2007/11/12(月) 22:42:33Antがボトムアップアプローチで、Mavenがトップダウンアプローチ
ってのは聞くんだけど、それじゃAntから乗り換えるのにピンと来ない。
0337デフォルトの名無しさん
2007/11/12(月) 23:22:520338デフォルトの名無しさん
2007/11/13(火) 00:08:28build.xml書かなくて良い
0339299、313
2007/11/13(火) 01:20:05私の場合、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 を使うかどうかもひとつではないでしょうか。
0340299、313
2007/11/13(火) 21:49:44<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 に依存しているのですが、
http://repo1.maven.org/maven2/org/springframework/spring-struts/2.0.7/spring-struts-2.0.7.pom
同じプログラム内に異なるバージョンの struts の jar を含めたくはありません。
こういうときはどうすればいいでしょうか？
0341299、313
2007/11/13(火) 21:50:04http://repo1.maven.org/maven2/ を漁ると ただの spring というのもあって、こちらは
依存する jar(struts から hibernate から ibatis から関連するものすべて)がすべて dependency に書かれているのだけど、
http://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 に書いて、自分自身で必要なものをとってくるしかないのかな。
0342デフォルトの名無しさん
2007/11/13(火) 22:51:34>279
流れるほど多いログじゃないんだ、検索くらい汁
0343299、313
2007/11/15(木) 22:19:45レスどうもありがとうございます。
下のようにやってうまく行きました。
<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>
ちゃんと検索するようにします。
0344デフォルトの名無しさん
2007/11/22(木) 13:10:22s 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
なんだって？
0345デフォルトの名無しさん
2007/11/23(金) 02:10:31<execution>
<phase>install</phase>
</execution>
で、特定のフェーズで実行できますが、
特定のプロファイルの際に実行といった指定はできないでしょうか？
具体的には、リリースプロファイルの際にwarを作成する途中で
assembly:assemblyを実行したいのですが。
0346デフォルトの名無しさん
2007/11/24(土) 07:07:41どっちを優先させるかというのは指定出きるのでしょうか？
OSSのモジュールではないのですが、パッチとして提供されているモジュールがあって、
本体.jar
パッチ.jar
みたいに提供されており、必ずパッチ.jar内のClassを優先させる必要があるのです。
0347デフォルトの名無しさん
2007/11/27(火) 18:34:050348デフォルトの名無しさん
2007/11/28(水) 11:26:330349デフォルトの名無しさん
2007/11/29(木) 12:42:15その中で起動出来そうな気がする。
0350デフォルトの名無しさん
2007/12/05(水) 23:22:21Facelets用のxhtmlで＄～を使っていて
Create時にVelocityが置換しようとしてしっぱいします。
特定のファイルは置換しない等の設定はどうすればいいのでしょうか？
0351デフォルトの名無しさん
2007/12/20(木) 15:18:070352デフォルトの名無しさん
2007/12/20(木) 20:23:250353デフォルトの名無しさん
2007/12/21(金) 09:58:560354デフォルトの名無しさん
2008/01/04(金) 11:17:17http://mojo.codehaus.org/maven-native/native-maven-plugin/examples/jni-dll.html
全く試したことないのでこれで要件満たすかは不明。(αだし。)
使ってみた感想などここで晒すよろし。
Maven は使ってるユーザーがまだまばらで
なかなか情報が集まらん。
0355デフォルトの名無しさん
2008/01/26(土) 19:37:31http://blog.goo.ne.jp/ikkoan/e/bebcc0dec9f77a7a3ac364ff29627218
のとおりにやってるんだけど
mvn installが何度やってもうまくいかない。どして？
http://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: http://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を実行しても同じメッセージが出る。
0356デフォルトの名無しさん
2008/01/30(水) 05:50:350357355
2008/02/02(土) 00:14:49>>355の近況
結局うまくいったので自己レスします。
結果的に、自宅にノートPC持ち帰ってからmvn installを再度実行すると、
ダウンロードできなかったものがダウンロードされてどうやらうまくいったようです。
途中、build failedなメッセージが出た(ような気がする)。テストに失敗しているらしい。
そこで、テストを無視するオプションを選んでサイドmvn installを実行して
今度こそうまくいった。これでJUnit4が使えるようになった。
Eclipseでもm2ecipseプラグインによってMaven2経由でJUnit4が使えるようになった。
ありがとう！
0358デフォルトの名無しさん
2008/02/02(土) 13:50:24http://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
だから対応してることになってるね。
0359デフォルトの名無しさん
2008/02/05(火) 16:29:00Archiva 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.
http://maven.apache.org/archiva
で、何やるためのものかよくわからんですが、
自分で maven リポジトリを作ったときに、 http://mvnrepository.com/ こういうサイトを
つくれるよということかな？
0360デフォルトの名無しさん
2008/02/06(水) 11:32:50http://www.infoq.com/news/2008/01/maven-debate
0361デフォルトの名無しさん
2008/02/07(木) 00:52:201.0でたときにちょっと使ってみたんだけど、
proxyのように動いてリポジトリをキャッシュしてくれる。
0362デフォルトの名無しさん
2008/02/07(木) 01:46:19artifactoryみたいなもの？
0363デフォルトの名無しさん
2008/02/07(木) 02:50:52http://www.devzuz.org/blogs/oching/2007/11/05/1194233400000.html
に比較がある。
0364デフォルトの名無しさん
2008/03/29(土) 06:44:27プロジェクト単位で建ててる？会社として運営してる？ビルドマシンのローカルだけ？
0365デフォルトの名無しさん
2008/03/29(土) 07:21:46どう効力を発揮するのかいまいち理解できない。
謳われているほとんどの機能は別のプロジェクトで代替可能だし
Ant使っちまえばそれで終了だろ？と言わなくもない。
するってーと使えるのはCheckStyleだけか。
だれか開発現場で使いまくり！って人いないの？
0366デフォルトの名無しさん
2008/03/29(土) 08:16:30依存jar管理が楽なのがでかいです。
特に依存jarの依存jarの管理が楽。
0367デフォルトの名無しさん
2008/03/29(土) 13:51:13今versionあげれなくてあれだけど、プラグイン直ったの？
俺がインスコしたのはDefault以外設定しても無視されてたからローカルにおいてる。
>>365
.classpathを管理対象にしなくていいのがいい。
ちょっと色々やろうとするとアレだけどね。
0368デフォルトの名無しさん
2008/03/29(土) 15:24:19更新して被害でたらえらいことになる。
結果的に致命的なバグが無い限り、有用なのはプロジェクト構築時だけだろ。
0369デフォルトの名無しさん
2008/03/29(土) 23:22:26運用面はどうか知らないけど
うちは、商用のどっかのベンダが作ったリリース管理ツールを使ってる
0370デフォルトの名無しさん
2008/04/30(水) 23:43:41ttp://nekop.programmers.jp/diary/?date=20080429
0371デフォルトの名無しさん
2008/05/01(木) 02:26:05まさに諸悪の根源。
0372デフォルトの名無しさん
2008/05/01(木) 10:27:59どっちだっていいなあ。
0373デフォルトの名無しさん
2008/05/01(木) 10:56:25デフォルトはUTF-8にでもして、環境変数か何かでプラットフォームエンコーディングも選べるようにしとけばいいんじゃねえか？
0374デフォルトの名無しさん
2008/05/01(木) 13:12:09いやほんとその通り。
0375デフォルトの名無しさん
2008/05/05(月) 13:22:34オープンなライブラリの自社のライブラリも同一プロジェクト内のモジュールも、
全部依存関係はmavenで解決してる。
中規模ぐらいのプロジェクトからは全部マルチモジュールにして管理すれば
分業してるときもお互いの影響範囲をなるべく小さく出来るしな。
だから、Mavenの何がいいのか判らないって言う奴を見ると「マジでー！？」と思う。
0376デフォルトの名無しさん
2008/05/05(月) 14:56:44mavenの何がいいのか判らないのじゃなくて
mavenが何かわからない
この前、あるオープンソースで入れる必要があったから入れて
手順書通りにやったら問題なく動いたけど、いったい何なんだろう？
0377デフォルトの名無しさん
2008/05/05(月) 16:36:10開発者への展開は SVN 管理のほうが楽だし。
0378デフォルトの名無しさん
2008/05/05(月) 18:53:020379デフォルトの名無しさん
2008/05/27(火) 01:45:44http://www.atmarkit.co.jp/fjava/index/index_maven2.html
0380デフォルトの名無しさん
2008/05/27(火) 02:13:30おためしアレ
0381379
2008/05/27(火) 02:20:35たまたま見つけたので >>379 を貼ったのだが(記事は今年3月のようですが)
NetBeans にも q4e がついてくるの？
0382デフォルトの名無しさん
2008/05/27(火) 17:36:17Antがいかに面倒くさいかわかっていないな？
面倒なスクリプトを書く手間を一挙に省けるんだぞ。
Maven使って一番でかいメリットは
WindowsUpdateを使う気分でJakartaのライブラリをアップデートできることや
他の開発メンバーにJarファイルを渡す手間やライブラリのバージョンアップする
手間を省けるメリットがあることだね。クラスパスの設定の手間を省けることも層だし
テストやレポート作成、開発用ウェブサイトも容易に作れる。ほぼコマンド一発で済むのがメリット。
謳われているほとんどの機能が別の「プロジェクト」で代替可能とは一体どれこのとだ？
プロジェクトではなくIDEの間違いか？
0383デフォルトの名無しさん
2008/05/27(火) 17:37:56だからpom.xmlをみんなで共有すればいいんだよ。
バージョン管理システムもすべての開発者で共有すればいい。
それがもしできなければ、その企業の体質に問題があるといわざるを得ない。
旧態依然とした、一度決めたことを変えたがらない、変化に弱い企業なのかと思ってしまう。
0384デフォルトの名無しさん
2008/05/27(火) 19:50:57半年ROMれ
あと勉強しろ
0385デフォルトの名無しさん
2008/05/27(火) 20:07:35何を言っているんだ？
0386デフォルトの名無しさん
2008/05/27(火) 20:09:04が、現場をしらない趣味プログラマなら許せる
0387デフォルトの名無しさん
2008/05/28(水) 00:52:12・企業システムで 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 だったら、新しいチームに行っても
ディレクトリ構成が一緒なので把握しやすい、といったメリットはあるけどね。
0388デフォルトの名無しさん
2008/05/28(水) 01:02:50企業システムでjarを自由に更新できないのはテストの問題。
ライブラリ更新の度に総合テストやり直しとかどんだけコスト
かかると思ってる？
だからライブラリをほいほい更新することはない、だったら
Mavenのメリットは最初だけだと>368は書いてるわけだ。
二ヶ月もかけてそれも読めない>383は半年ROMってろってのは
そういうこった
0389387
2008/05/28(水) 01:09:33あ、なるほど、そういう意味か。
> 企業システムでjarを自由に更新できないのはテストの問題。
> ライブラリ更新の度に総合テストやり直しとかどんだけコスト
> かかると思ってる？
自分もそのあたりは認識しているつもりです。
0390デフォルトの名無しさん
2008/05/28(水) 03:47:11何かファビョッたか？
0391デフォルトの名無しさん
2008/05/28(水) 03:48:10だから、そんな現場捨てればいいのに。
まさか、富士通やNECみたいな駄目企業がいる現場を知れとでもいいたいわけじゃないよね？
あんな馬鹿現場がIT現場の代名詞と思われても困るし
0392デフォルトの名無しさん
2008/05/28(水) 03:52:18> >>387
> 企業システムでjarを自由に更新できないのはテストの問題。
> ライブラリ更新の度に総合テストやり直しとかどんだけコスト
> かかると思ってる？
テスト手法が間違っているとしか言いようがないね。
どうせNECとかでしょ。あそこのテスト手法はありえないから。時代遅れにしては酷い。
SCMのブランチでも使えばそんな問題もらくらく解決できるけどね。
やり直しなんかも自動化すればいいのに。
Javaの上位互換性というものをわかっていない人が過剰テストにこだわる。
過剰テストになってもちゃんと自動化すればコストは削減できるけどね。
> だからライブラリをほいほい更新することはない、だったら
> Mavenのメリットは最初だけだと>368は書いてるわけだ。
> 二ヶ月もかけてそれも読めない>383は半年ROMってろってのは
二ヶ月前にそんなスレは読んでいないんだけど。昨日そのレスを読んだばかりだしね。
勝手に決め付けないように。
0393デフォルトの名無しさん
2008/05/28(水) 06:51:22あ、コテつけてもいいよ。
0394デフォルトの名無しさん
2008/05/28(水) 17:45:43そこでちょっと質問なんですけど、
antでリリースまでやってるのですけど、
svnとの連携とかまでmavenって対応できるんですか？
ちなみにこんな事してます。antで
①svnからダウンロード
②antでwar作成
③svnにリリースしたwarのバージョンをタグとして
登録
ライブラリの管理はsvnに共通のライブラリ専用リビジョンを
設定してます。
0395デフォルトの名無しさん
2008/05/29(木) 13:21:50> svnとの連携とかまでmavenって対応できるんですか？
できる。
> ちなみにこんな事してます。antで
> ①svnからダウンロード
> ②antでwar作成
> ③svnにリリースしたwarのバージョンをタグとして
> 登録
1,2はできる。3は意味不明。
0396デフォルトの名無しさん
2008/05/29(木) 18:36:41新しい環境セットアップするときとか、
一時的にバージョン変えてテストしたりとか・・・
ビルド手順書みたいのも要らんし。
0397デフォルトの名無しさん
2008/06/03(火) 12:28:36あ。レス放置すません。
①svnからダウンロード
②antでwar作成
できるのか。
③はsvnにコミットって意味でいいかな。
でも①ができるなら③もできそうですね。
ありがとうです。
0398デフォルトの名無しさん
2008/06/03(火) 17:08:14http://goodjob.boy.jp/chirashinoura/id/179.html
ここに書いてある方法がスマートかなと思ったんだけど他の人はどういうやり方してる？
いまも既存どおりWTPをノーマルに使ってる人も多いのかな？
0399デフォルトの名無しさん
2008/06/03(火) 18:14:42ってやってからWTPで。
jetty使うの、かっこいいという意味ではスマートだけど
数人で開発に当たるとなると説明するのが面倒だなあ。
0400デフォルトの名無しさん
2008/06/03(火) 18:29:230401デフォルトの名無しさん
2008/06/03(火) 22:38:07それもありかとは思うが、やっぱりEclipse依存してしまうのが気持ち悪い。
まぁ、チーム内で環境が統一されているという前提なんだろうけどさ。
0402デフォルトの名無しさん
2008/06/04(水) 10:49:40おいちょっとまて。
お題は「eclipse上でデバッグ実行する方法」じゃないのか？
なら、いちいちeclipseのデバッグダイアログ開いてああだこうだ
やるよかeclipseへの依存度低いじゃん。mvnコマンド一発なんだから。
0403デフォルトの名無しさん
2008/06/04(水) 11:45:02サーバにプロジェクト追加しないといけないですな。
失敬。
0404デフォルトの名無しさん
2008/06/04(水) 12:31:00warの作成はAntでもMavenでもできる。
ただしMavenでWarを作成するときは
そのMavenプロジェクトはWar作成専用のウェブアプリケーション開発用プロジェクトにする必要があるので要注意。
Warを包含するプロジェクトを作りたいときはマルチプロジェクトを使うこと
0405デフォルトの名無しさん
2008/06/05(木) 12:13:26もう知ってるかもだけど、pluginタグにmaven-eclipse-pluginを書いておけば
そこのconfigurationに-Dオプションは予め書いておけるよ
0406デフォルトの名無しさん
2008/07/16(水) 00:37:52http://m2eclipse.codehaus.org/
→http://m2eclipse.codehaus.org/update/
こっちだと 0.0.12 というのがあって、site.xml のタイムスタンプが 2007/12/31 になっている。
http://m2eclipse.codehaus.org/ からリンクが張られている
http://m2eclipse.sonatype.org/
→http://m2eclipse.sonatype.org/update/
こっちだと、0.9.4 というのが 2008/06/03 にリリースされている。
sonatype.org のほうがバージョン番号は小さいけど日付が新しい。
両方ダウンロードしてみたけど、sonatype.org のほうが画面の設定項目が多い。
いまは sonatype.org のほうが正しいのかな?
0407デフォルトの名無しさん
2008/07/16(水) 01:31:010408406
2008/07/16(水) 01:36:310.0.12 より 0.9.4 のほうがおおきいですねw
0409デフォルトの名無しさん
2008/07/16(水) 02:00:10Eclippse 3.4 Ganymede ならば、sonatypeが正解っぽい。
ちゃんとサイトに英語で書いてあるから読んでみよう。
あとはアップデートマネージャにドラッグ＆ドロップするだけ。
0410406
2008/07/16(水) 15:32:45レスどうもありがとうございます。
いまつかっているのは Eclipse 3.3 ですが、sonatype のほうで
動くしこっちが本流のようなので、こっちを使うようにします。
ちなみに
> Eclippse 3.4 Ganymede ならば、sonatypeが正解っぽい。
> ちゃんとサイトに英語で書いてあるから読んでみよう。
はどこに書いてあるのでしょうか?
http://m2eclipse.codehaus.org/ からたどれる Project Wiki を眺めていたのですが
その記述を見つけられませんでした。
0411デフォルトの名無しさん
2008/07/16(水) 15:47:45Installation
You can install the Maven Integration for Eclipse by using the following update site from within Eclipse:
http://m2eclipse.sonatype.org/update/
こう書いてあるよ
0412406
2008/07/16(水) 16:14:57レスどうもありがとうございます。
それは「Ganymede なら sonatype」という意味ではなく、
ふつうにダウンロードサイトの説明ですよね。
「Ganymede ならこっち、そうでないならこっち」という記述がどこかに書いてあるのかなと思いました。
0413デフォルトの名無しさん
2008/07/16(水) 16:31:08悪い。俺の説明が悪かった。
最近久しぶりにEclipseに触れたので
3.3のことはよくしらないんだ。
Ganymedeでしか試していないけど
これであっている、といいたかっただけなんだ
0414406
2008/07/16(水) 16:52:30いえいえ、こちらこそすみません。
私もひさしぶりに Eclipse + m2eclipse を使おうと思って、
とりあえずググるとよく引っかかる
http://www.atmarkit.co.jp/fjava/rensai3/eclipseplgn11/eclipseplgn11_2.html
をみて http://m2eclipse.codehaus.org/update/ に行ってみたのですが、
もう少しググると sonatype にも update サイトがあることがわかったので、
いまはどっちが正しいのかな混乱していたところでした。
どうもありがとうございました。
0415デフォルトの名無しさん
2008/07/16(水) 19:21:14そう思うの俺だけかな？
折れ的には Struts2+Spring+JPAの組み合わせがホスィ。
まぁ自分で構築できるっちゃできるけどさ、めんどくせーじゃん？ｗ
0416デフォルトの名無しさん
2008/07/24(木) 17:43:04なくなった？
0417デフォルトの名無しさん
2008/08/25(月) 22:58:060418デフォルトの名無しさん
2008/08/27(水) 22:10:180419デフォルトの名無しさん
2008/09/23(火) 19:09:42万歳。
0420デフォルトの名無しさん
2009/01/02(金) 01:20:260421デフォルトの名無しさん
2009/02/17(火) 01:38:05■ このスレッドは過去ログ倉庫に格納されています