【玄人】ﾌﾟﾛｼﾞｪｸﾄ管理 ..
237:デフォルトの名無しさん
07/05/20 12:35:23
>>218
本人の発音は「リヌクス」だな。
238:デフォルトの名無しさん
07/05/21 21:32:39
今日初めて使ってみたけど、これはいい。なんて便利なんだ。
ところで質問だけど、ダウンロードされたパッケージはどこに展開されるの？
239:デフォルトの名無しさん
07/05/21 21:58:22
ドキュメント読むヨロシ。デフォだと ~/.m2/repository/ の下。
(Windowsなら ~ は C:\Documents and Settings\アカウント名 になってることが殆ど。)
気に食わなかったら localRepository をいじる。
(URLﾘﾝｸ(maven.apache.org))
240:デフォルトの名無しさん
07/05/21 22:06:58
>>239
ありがとう。興奮して書いてしまった
241:デフォルトの名無しさん
07/05/30 14:52:44
>>235
結構致命的な部分で問題抱えたままリリースしてるような。
mvn 単体は良いツールだけど、Eclipse plug-in は不安定と言うか
まだまだ使えない感じがする。
242:デフォルトの名無しさん
07/05/31 15:36:39
>>241
0.0.10のjarの中覗くとわかるけど、中の人(組み込みmaven)が2.1のスナップショットなんだよね。
0.0.9の中の人は2.0.4のリリース版だったのに。
今のところ安定化はそもそも目指してなさげ。
243:デフォルトの名無しさん
07/06/01 11:29:30
version も 0.0.x だし仕方ないところかも知れんですね。
ところで普段開発する時、
cvs/svn でのソース管理も並行すると思うんですが
maven のレポジトリに反映させるのってどのタイミングにしてますか？
244:デフォルトの名無しさん
07/06/01 15:38:12
コミットの度に反映させてる。
コミット→continuumによる自動ビルド＆デプロイ→リポジトリ更新
て感じ
245:デフォルトの名無しさん
07/07/05 11:55:44
初めてワーニングという言葉を聴いたとき
俺は心の中で大爆笑だったが、皆真面目な顔をしていたのでびっくりした
そんな俺も、今では自然とワーニングと言えるようになった
大人になるってこういうことなんだな、ﾌ
246:デフォルトの名無しさん
07/07/05 12:00:31
常識を身につけたの間違い
247:デフォルトの名無しさん
07/07/05 12:20:09
falseをファルスと連呼している美人がいた
指摘するか迷ったが、やめといた
248:デフォルトの名無しさん
07/07/05 12:27:39
FAQを(ry
249:デフォルトの名無しさん
07/07/05 13:10:27
ああそういうこと。
ワーニングってなんかそういう意味あるんですか？
250:デフォルトの名無しさん
07/07/05 13:52:22
バルス！
251:デフォルトの名無しさん
07/07/07 00:09:45
ウォーニングでいいの？
フォルスでいいの？
つーか久しぶりの書き込みだと思ったら
こんなくだらねえネタでおまいらときたら
252:デフォルトの名無しさん
07/07/07 06:37:10
だって過疎なんだもの
253:デフォルトの名無しさん
07/07/07 12:55:57
指している物が伝われば何でもいいだろ
そんな所に拘るのは学生だけ
254:デフォルトの名無しさん
07/07/07 20:06:38
ファルスは伝わらねぇだろファルスは。
しかも女にいわれちゃ気が散ってしょうがない。
255:デフォルトの名無しさん
07/07/07 23:01:32
ウォーターは実際はワーターだろ。
だからワーニングのほうがそれっぽいかな。
ファルスはないが。
256:デフォルトの名無しさん
07/07/08 00:45:53
もー。いいじゃん伝われば。
ところでfailureは何て発音すんのかね
257:デフォルトの名無しさん
07/07/08 00:52:00
false ふぉるす？
URLﾘﾝｸ(www.excite.co.jp)
warning ぅぉわにん？
URLﾘﾝｸ(www.excite.co.jp)
failure ふぇいりぁ？
URLﾘﾝｸ(www.excite.co.jp)
258:デフォルトの名無しさん
07/07/08 16:17:24
mavenとeclipseのtomcatプラグイン両方使ってる人っているかね？
maven方式のフォルダ構成にするとsrcとtargetを分けなきゃならず、
HTML書き換えるだけでもmvn installとかやんなきゃダメそうで
不便だなあって思ってんだけど。
259:デフォルトの名無しさん
07/07/08 22:17:32
この流れからすると、もしかして、245は
ワーニングって単純にローマ字読みしてて
だせぇとか思って大爆笑してたのか？
俺、えらい勘違いしてたよ。ワーニングって
ファルスみたく別の変な意味があるのかと思った。
245の方が圧倒的にかっこわるいな。
260:デフォルトの名無しさん
07/07/08 23:53:24
>>258
maven cookbook
でググれ
261:デフォルトの名無しさん
07/07/25 21:54:55
質問があります。
以下のようにマルチプロジェクトにしています。
c:\prj\
hoge \
├pom.xml ←①
├hoge-ws-a
│└ pom.xml
└hoge-ws-b
└pom.xml
あらたに hoge-client というサブプロジェクトを作るべく、以下を実行しました。
> cd c:\prj\hoge
> mvn archetype:create -DgroupId:hoge -DartifactId:hoge-client
すると c:\prj\hoge の下に hoge-client というディレクトリは出来たのですが、
勝手に①の pom.xml が書き換わってしまいます。
具体的には、①の <modules>の中が、今までは↓のようだったのですが、
<modules>
<module>hoge-ws-a</module>
<module>hoge-ws-b</module>
</modules>
最後に以下の行が加えられてしまいました。
<module>hoge-client</module>
262:デフォルトの名無しさん
07/07/25 21:55:27
(>>261の続きです)
これがいやなのですが、どうすればいいでしょうか？
やりたいのは、hoge の下に hoge-client のプロジェクトディレクトリ(とファイルのスケルトン)が
作られればよく、親プロジェクトの pom.xml(①)は編集してほしくない。
maven の思想とは違うのかもしれませんが、やり方があれば教えてください。
263:デフォルトの名無しさん
07/07/26 08:36:29
>>261
pom.xmlの無い別のディレクトリで作ってから
プロジェクトディレクトリごとコピーすればいいんじゃね？
264:デフォルトの名無しさん
07/07/26 10:12:42
そこまでするなら
親pom.xmlを手で編集すれ。
265:デフォルトの名無しさん
07/09/04 20:48:05
Maven2 + Eclipse3.2の環境で
今使える最も素敵なMaven2プラグインって何かありますか？
266:デフォルトの名無しさん
07/09/04 23:08:34
Maven2のプラグインって言ってもたいした事はやらないし・・・
なにをやりたいの？
267:デフォルトの名無しさん
07/09/05 11:13:33
m2eclipseも使ってみたがあまり好きになれなかったので
専らMaven2 Eclipse Pluginをコマンドで使ってる
WTPのパス設定でテスト用ライブラリ等を除外してくれるのが地味に嬉しい
268:デフォルトの名無しさん
07/09/05 12:43:36
スタンドアローンのアプリとかライブラリの開発だったら
m2eclipseは手間かからなくていい。
webアプリになると、sysdeoでもWTPでも
ローカルリポジトリがクラスパスに入れるのが難儀で
mvn eclipse:eclipse の方が良かった。
269:デフォルトの名無しさん
07/09/05 12:51:35
手間ってなによ？
270:デフォルトの名無しさん
07/09/05 12:53:17
WTP2.0 への対応はいつなんかな。
初回だけ wtpversion=1.5 で作って、
以降、wtp 指定なしでどうにかなるけれども。
271:デフォルトの名無しさん
07/09/05 14:20:15
m2eclipseはpom.xml更新するたびに
いちいちmvn eclipse:eclipseする手間がなくていい
という意味。
その代わり編集すると（改行入れるだけでも）
リポジトリにつなぎにいってちょっと重たくなる。
設定で切れるんだっけか。
272:デフォルトの名無しさん
07/09/05 20:22:11
プロジェクトを m2eclipse の管理下には入れないで
mvn のフロントエンドとしてのみ使用してる。
273:デフォルトの名無しさん
07/09/08 13:00:47
m2eclipse
Maven2 Additional
Mavensier
274:デフォルトの名無しさん
07/09/15 23:51:46
maven2で特定のファイルをコピーしたいんだが、どのpluginを使えばいいのか分かりません。
具体的には、pom.xmlと同じディレクトリにある、設定ファイルをtarget直下に配置したいので、やり方を教えてください。
275:デフォルトの名無しさん
07/09/18 15:37:19
m2eclipse 0.11 updated
276:デフォルトの名無しさん
07/09/19 11:49:50
>>275
WTPがローカルリポジトリをビルドパスとして認識したぞ。やったー。
前だめだったよね？
277:デフォルトの名無しさん
07/09/19 17:18:35
うわやっぱだめだー、うまくsrc/main/webappが
WTPのサーバにpublishされない。
結局eclipse:eclipseに戻った。
278:デフォルトの名無しさん
07/09/25 21:43:10
遷移依存で複数バージョンの xercesImpl/xml-api が引っ張られて来るんですか
新しいバージョンのみをクラスパスに設定するには、どうやれば良いのでしょうか？
279:デフォルトの名無しさん
07/09/25 21:56:34
dependncyのexcludeで指定.
とはいえ、それぞれがそれぞれの事情で持ってきているわけだから、組み合わせを変えるほうがいいんじゃね？
280:デフォルトの名無しさん
07/09/26 15:42:22
回答ありがとうございました。
codehaus の jaxb2-maven-plugin と
spring-xom の期待するバージョンが衝突してるっぽいんですが
どっちも使いたいんで、組み合わせは崩さず、
しばらくこれでやってみる事にします。
281:デフォルトの名無しさん
07/09/27 08:46:28
Maven使ってみて感じたのだが、
apache系ライブラリのdependencyの指定かなり適当じゃね？
testやprividedの指定とか全然してないところが多い気がする
282:デフォルトの名無しさん
07/09/27 22:29:37
適当っていっても、最終的にはドキュメント確認するべきだろう
Mavenで自動的に入ってくれるのは便利だけど頼りすぎちゃダメかと
時にpluginのexecutions の指定がどうもうまくいかない
phaseにpackageと指定しているにも関わらず最初に起動しようとする
この辺解説したページってないかね？
283:デフォルトの名無しさん
07/09/27 23:08:52
>>282
そのプラグインは何かね
284:デフォルトの名無しさん
07/09/28 00:07:34
>>282
assembly:assembly
あと、適当に作った自作プラグインも同じだったが・・・
285:デフォルトの名無しさん
07/09/28 00:08:04
>>283だ、すまん
286:デフォルトの名無しさん
07/09/28 15:32:10
例えば log4j の 1.2.15 なんかだと
jms や jmxri なんかは provided にして、
log4j を使用するアプリが JMSAppender 使いたかったら
runtime なり test なりで追加するってのが本来の形であってます？
287:デフォルトの名無しさん
07/09/29 04:03:01
>>284
同じくassemblyプラグイン使っててphaseにpackage指定してるけど
不自然な動作はしてないな。
package、install、deployの実行時、テストの後に動作する。
288:284
07/09/29 08:05:33
解決
>>287
どうもmulti-modulesであったことが原因。
Aの下にBとCというmoduleがあるとして、Aのpluginとして登録したわけ。
つまり、BとCのjarをzipにまとめて、という感じ。
ところが、pluginの指定は子moduleに継承（？）される設計になっている
だから子moduleのBとCが実行される段階で意図していないAに設定されたpluginが発動…というのが原因
尚、<execute>の<phese>に指定せず、手動でやればOK。
289:デフォルトの名無しさん
07/09/29 21:52:04
>>282
>適当っていっても、最終的にはドキュメント確認するべきだろう
>Mavenで自動的に入ってくれるのは便利だけど頼りすぎちゃダメかと
それじゃ、他の言語のライブラリ管理ツールに比べて不便すぎない？
Mavenがそれだけの為のツールじゃないことは承知だが、
せっかくこれだけMavenリポジトリの資産が増えたのだから、もう少し使い易くなるように
登録ライブラリ側も、もっと依存ライブラリの指定に気を使って欲しい
>>286
それが本来の形だけど、全部デフォルトで指定しちゃってるライブラリが多すぎるんだよね
290:デフォルトの名無しさん
07/09/29 22:48:39
>>289
そう思うならば2chでウダウダ言ってないでコミッタになれよ
291:デフォルトの名無しさん
07/09/29 23:57:53
>>290
それ逝っちゃ駄目だろｗ
292:デフォルトの名無しさん
07/09/30 00:06:25
>>291
いや、そういうことだろｗ
293:デフォルトの名無しさん
07/10/01 14:26:36
> 他の言語のライブラリ管理ツールに比べて不便すぎない？
具体例を教えて欲しいのだが。
中央集権でガチに管理しない限り
どっちみちこの手の問題は起きるのでは。
294:デフォルトの名無しさん
07/10/03 01:54:44
>>293
いやあなたのいうとおりなんだけど、個人的には>>289に同意だな
依存ライブラリの指定がいい加減すぎるのはホントなんとかしてほしい
295:デフォルトの名無しさん
07/10/03 11:28:02
行儀よくリポジトリに登録するための詳しいドキュメントってどこにあるの？
296:デフォルトの名無しさん
07/10/03 19:11:43
>>293 だが。
他のって書いてあったから、他にあるなら調べてみたいと思っただけで
別に他意はないんだ。気を悪くしたなら申し訳ない。
登録側がちょっと気を配ってくれたら、利用側ウハウハやのになあ。ほんんとうに。
297:デフォルトの名無しさん
07/10/03 19:22:07
つか、依存関係でグダグダとなった経験ないんだが、
例えばどんな組み合わせで問題が起きるんだ？
298:デフォルトの名無しさん
07/10/04 19:49:31
280 は俺の書き込みだけど
jaxb2-maven-plugin を使って、XML Schema → Java クラスの自動生成をした。
そのクラスを使うサービスを作成した(ロジックから下のみ)。
そのサービスロジックを WebService にした。(spring-ws を使用)
war をデプロイしたところ xalan がそんなメソッドはねえと言う。
WEB-INF/lib を眺めたら xercesImpl が複数存在していた。
こんな感じ。
(なお、プラグインを新しくしたら解消された。)
大抵のライブラリは上位互換保つけど、そうじゃないライブラリを
推移的依存で複数引っ張ってきたら楽しいことになると思う。
299:デフォルトの名無しさん
07/10/10 18:51:06
質問が3つあります。
○１．
iBatis の最新の jar (2.3.系)を自分のローカルリポジトリに追加したいのですが、
URLﾘﾝｸ(ibatis.apache.org)<) をブラウザで直接見ると、2年前の 2.1 までしかおいてない。
URLﾘﾝｸ(people.apache.org) 以下を、ブラウザでずっとあさってみても、iBatis がおいてない。
○2.
SpringFramework 2系も同様で、 これも URLﾘﾝｸ(www.springframework.org)<) を直接ブラウザで見ると、Spring 1.x の jar しかない。
○3
自分の使い方がわかってないだけかもしれませんが、自分の場合、プロジェクトにライブラリの jar を追加する場合、
まず希望するライブラリ、バージョンの jar が maven リポジトリに登録されているかどうか確認します。
そのときに、上記の ibiblio.org や people.apache.org/repo/ 以下をブラウザで直接漁っているのですが、
ほかにここもみておけというところはありますか？ というかみなさんどうしているのでしょうか？
300:デフォルトの名無しさん
07/10/10 19:13:00
URLﾘﾝｸ(mvnrepository.com)
301:デフォルトの名無しさん
07/10/10 20:17:05
最初に見に行くべき場所がそもそも違うんじゃなかろうか。
セントラルレポジトリは URLﾘﾝｸ(repo1.maven.org) っすよ。
URLﾘﾝｸ(repo1.maven.org)
ibatis 使ってないから分からないけど、これ？
com.ibatis/ibatis2-* から org.apache.ibatis/iabatis-* に変わってる模様。
最近はセントラルレポジトリの更新でほぼ満足できるのでは。
spring も最新の 2.0.7 が置いてあるし。
(URLﾘﾝｸ(repo1.maven.org))
302:デフォルトの名無しさん
07/10/10 20:28:02
追記
＞みなさんどうしているのでしょうか？
1. セントラルレポジトリを徘徊する。
2. プロジェクトで言及してないかを確認する。
3. Maven で管理してるプロジェクトで、目的のライブラリを使ってないか期待する。
(spring のソース落としてきて、pom.xml に grep かけるとか。)
4. 諦めて install:install-file する。
実際には 1. でダメだったら 4. で良いと思われ。
2., 3. の方法だと pom.xml のメンテナンスが面倒になるし。
(4. ならプロジェクトでこうするって決めてしまえば終了。)
303:デフォルトの名無しさん
07/10/10 21:07:08
ローカルサーバにリポジトリ立てる作業は、ほぼ必須と思われ
304:デフォルトの名無しさん
07/10/11 16:18:45
みなさんレスどうもありがとうございます。
だいたい状況がわかってきました。
>>301
> セントラルレポジトリは URLﾘﾝｸ(repo1.maven.org) っすよ。
ああ、そうでした! 以前の自分の日記見たら、このURLメモってた。
今後はここをまず見に行くことにします。たしかにメジャーなものはそろってますね。
maven もデフォルトでここを見に行くはずですから、昨日作業していたときは、
spring-ibatis 2.0.6 の jar は取って来れていたのを思い出した。
今回の spring と ibatis ですが、以下の顛末でした。
・今回必要なのは spring 2.0.6。自分のプロジェクトの pom.xml の dependency に
spring-ibatis 2.0.6 と書いておいたら、spring 関係は何もせずに
ダウンロードされたが、ibatis の 2.3.0 が依存していて、それが見つけられなかったよう。
・URLﾘﾝｸ(repo1.maven.org) をみると、
com.ibatis/ibatis2 という名前で依存していたが、 >>301 のように ibatis の名前が変わっていて、
セントラルリポジトリにはこの名前では登録されていないため(org.apache.ibatis/ に変わっていたため)みつからなかった。
そのため、自分で ibatis の jar を落っことしてきて、ローカルリポジトリに com.ibatis/ibatis2 で
登録したところ、pom.xml は修正せずにビルドできた。
・ちなみに spring-ibatis 2.0.7 をみると、
URLﾘﾝｸ(repo1.maven.org)
org.apache.ibatis/ibatis という名前で依存しているので、自分の pom.xml で 2.0.7 と書いていたら、
何事もなくスルっとうまく行っていたと思います。
305:299
07/10/11 16:47:18
(名前書き忘れてしまいましたが、>>304 も自分です)
>>302-303
みなさんもやはりリポジトリは徘徊するのですね。今後、1.と4.でやってみます。
2.は、apache の incubator 系とか codehaus とかがそうですね。
で、プロジェクト全員が install:install-file するのも大変なので、チーム内では
>>303 のようにローカルリポジトリサーバを立てる(そのかわりメンバーは、なるべく自分勝手にダウンロードしてこない)
ここは自分のチームでもやっていますが、maven でチーム開発するには必須のノウハウということですね。
自分のあやふやなところが整理できました。どうもありがとうございました。
>>300
すげー!! いろいろそろってますね！
ここ自身ではリポジトリを持っているわけではなく、ここで検索したり情報を見て、
最後にリポジトリへリンクするという使い方かな。
306:デフォルトの名無しさん
07/10/18 16:59:25
ant では、-emacs オプションがあったり -find build.xml で、build.xml を見つけるまで
上のディレクトリに登って探してくれるけど、mvn にはそういうオプションはないのでしょうか？
mvn -f しても、pom.xml 以外のファイル名を指定することはできましたが、ディレクトリは上ってくれませんでした。
307:デフォルトの名無しさん
07/10/20 07:12:37
勝手に意図しないpomを実行されても困るんだが・・・
308:デフォルトの名無しさん
07/10/21 03:59:24
-find build.xml はいいのか。
309:デフォルトの名無しさん
07/10/22 10:59:13
勝手に意図しない build.xml を実行されても困るだろ
310:デフォルトの名無しさん
07/10/28 09:32:58
すみません。
１．maven2で jarファイルを作成する際にソースコードを含めることはできますでしょうか？
maven-source-plugin を使って ソースコードのみの jarファイルは作成出来たのですが…
２．もしくはmaven-souce-pluginで作成した xxx-1.0.1-sources.jar を war:inplaceなどで取り込む方法はあるのでしょうか？
dependencyタグ内で <version>1.0.1-sources</version> なんて書いても駄目でした ＞＜
知っている方いらっしゃいましたら、教えてください
よろしくお願いします。
311:デフォルトの名無しさん
07/10/28 09:40:58
>>310
自分の知っている方法だと、assemblyプラグインを使う方法。
これを使えばzipだろうとwarだろうと、好きな形でパッケージングできる。
大雑把な手順としては、
1. コンパイルする（jar等を作成）
2. 必要なファイルを作業ディレクトリにコピー
3. assemblyプラグインでzipを作成
他にも方法はあるかもしれないけど、原始的な方法はこんな感じだと。
312:310
07/10/28 16:33:54
>>311
ありがとうございます＞＜
早速試してみます！！！
313:デフォルトの名無しさん
07/11/01 21:59:29
mvn archetype:create -DartifactId=mysample \
-DarchetypeArtifactId=maven-archetype-webapp
で web アプリのディレクトリの雛形を作り、web アプリを作っています。
質問(疑問)があります。
jsp を少し書き換えるたび、mvn package して target 以下に修正後の jsp をコピーしてから
ブラウザをリロードして確認していますが、こういうものなの？
{mysample}
│pom.xml
├src
│└main
│ ├java
│ ├resources
│ └webapp
│ │index.jsp ←エディタでいじるのはコレ
│ └WEB-INF
│ web.xml ↑ここまでCVS管理対象
└target ↓ここから管理対象外(mvn cleanすると消える)
├classes
└mysample ←tomcatには <context> でこのディレクトリを見せている
│index.jsp ←tomcatが見ているのはコレ
├META-INF
└WEB-INF
│ web.xml
：
314:313
07/11/01 22:00:54
(↑のつづき)
*.java を修正したときはコンパイルするため mvn しなければいけないのはわかりますが、
jsp をいじるたびに mvn するのは面倒です。
ant のときは以下のようなディレクトリ構成にしていて、jsp を修正してもantすることなく
ブラウザをリロードしていました。
{mysample}
│build.xml
├src
│├jp.co....
││ *.java
└mysample ←tomcatには <context> でこのディレクトリを見せている
│index.jsp ←エディタでいじるのもtomcatが見ているのもコレ
└WEB-INF
│ web.xml ↑ここまでCVS管理対象
└classes ↓ここから管理対象外(ant cleanすると消える)
私の使い方が悪いのでしょうか(みなさんはどうやっているのですか？)
315:デフォルトの名無しさん
07/11/02 00:08:52
pom.xmlにeclipseプラグインの設定書いて
mvn eclipse:eclipseしてWTPでやってる。
316:デフォルトの名無しさん
07/11/02 00:24:47
>>313
良く解らないんだが、開発環境はテキストエディタなのか？
もし、そうであるならば、毎回mvnも仕方ない気もする
実際には開発はEclipse等のIDEを使用する場合が多い
なんで、target以下はぶっちゃけ無視する
コンパイル場所は合わせておいてもいいかな、程度。
target以下はあくまでデプロイとかを行う時にだけ使う
デイリービルドとかやっているならば、サーバーでは使うけど各開発マシンじゃ使わなくて問題なしということ
317:313
07/11/02 16:22:46
レスどうもありがとうございます。
テキストエディタ(Emacs) + コマンドラインでやっています。
その場合は、やはり mvn しないといけないということですね。わかりました。
Eclipse は 3.1.x のころまでは Tomcatプラグインのころに使ったり、
いまでも開発というよりはリモートデバッグでソースを追いかけるときに使うぐらいで、
WTP は使ったことがないのですが、
> mvn eclipse:eclipseしてWTPでやってる。
> 実際には開発はEclipse等のIDEを使用する場合が多い
> なんで、target以下はぶっちゃけ無視する
Eclipse を使っていようといまいと、Tomcat は target 以下をみていると思うのですが、
WTPとかで↑のようなことができるのですか？
> コンパイル場所は合わせておいてもいいかな、程度。
> target以下はあくまでデプロイとかを行う時にだけ使う
デプロイせずにローカルでTomcatを動かして開発している場合、>>316 さんは
jsp をどこに配置しているのですか(Tomcatにはどこを見せているのですか？)
318:313
07/11/02 16:45:38
書いていて >>313-314 のハイブリッド案を思いついた。
{mysample}
│pom.xml
│build.xml
├src
│└main
│ ├java
│ ├resources
│ └webapp ←★Tomcatにはここ以下を<context>で見せる
│ │index.jsp ←エディタでいじるのはコレ
│ └WEB-INF
│ │ web.xml ↑ここまでCVS管理対象
｜ ├ lib ←libは mvn dependency:copy-dependencies で吐かせたものを突っ込んでおく
│ └classes ↓ここから管理対象外
｜ ★build.xml でのコンパイル先やEclipseの *.javaのコンパイル先はここにする。
｜ ant clean するとここ以下を消す。
└target
├classes
└mysample
│index.jsp
├META-INF
└WEB-INF
│ web.xml
：
319:313
07/11/02 16:47:10
(↑のつつき 連投すみません)
こうすれば CVS などで管理するソースツリーは変える必要はないし、
target以下は無視できる。デプロイするときだけ、mvn package で target 以下に作成される
warを持っていけばいいか。
Apache ServiceMix などは専用の maven プラグインを使って xml から ESB プログラムを自動生成させる
ビルドプロセスになっているので maven は必須です(専用プラグインのなかでビルドプロセスを隠蔽している)
しかし web アプリぐらいのようにビルドプロセスに特別な maven プラグインが必要ない場合は、
maven はリリース担当ぐらいが使えばよくて、チームには maven を持ち込まなくてもいい気がしてきた。
ソースツリーは maven 形式にしておいたままでいいけど
320:デフォルトの名無しさん
07/11/02 17:07:07
>>317
> > mvn eclipse:eclipseしてWTPでやってる。
> Eclipse を使っていようといまいと、Tomcat は target 以下をみていると思うのですが、
> WTPとかで↑のようなことができるのですか？
WTPだとtomcatはsrc/main/webappsをルートとして見る。
だからHTMLやJSPは直し放題。
classesはどうなってんのかというと、クラスパスとして
target/classesが登録される。
webapps/WEB-INFの下に作る必要がない。
で、Eclipse上でのビルド先がtarget/classesになってるので
ちゃんと最新の状態のclassファイルを見てくれる。
やってみれば早いよ。
321:316
07/11/03 00:26:27
レスだけ
>317
テキストエディタじゃ開発してないからIDEの設定にあわせる
どうしてもテキストエディタで開発しなくてはならないならば、MavenかAntでデプロイを行うかな
もしくはTomcatのフォルダをJSP直接編集すると思う。
どちらにせよ、今のご時世でテキストエディタで開発しなきゃいけない事をどうにかするなぁ。
IDE嫌いって人もいるけどほとんどの人はIDEの方が効率上がるわけで、あわせるべきだと思うし
322:デフォルトの名無しさん
07/11/03 03:22:02
IDEは当然Maven使わない前提で作られてるからな。
当たり前だけど。
323:デフォルトの名無しさん
07/11/03 05:06:49
>>321
テキストエディタと言っても>>317が使ってるのはEmacsだから
IDEの方が上とは一概に言えないと思うよ
Railsだとエディタによる開発が主流だし、V2C作ってる人もEmacsだし
EclipseはMavenとの相性が決していいとは言えないし
エディタ＋Mavenの組合せも少人数開発ならアリだと思う
324:デフォルトの名無しさん
07/11/03 05:14:50
エディタでやるなら、
tomcat起動時にクラスパスに
target/classesと、ローカルリポジトリの各jarを
指定して、コンテキストルートを
src/main/webappにすりゃ
WTPと同じ事が出来る、と思う。
jarが多いと大変だ。
なんかwebコンテナを起動する
Mavenプラグインあったような記憶があるなあ。
325:321
07/11/03 11:00:40
誤解される書き方だった
>>323
emacs < IDE って事を言いたかったわけじゃないよ
>322も書いているようにMavenはIDE前提な感じもする
それにデプロイをどうするかってMavenの問題じゃなくてAntでも同じ問題が発生するじゃん。
emacsは詳しくはないけど、WTPと同じような機能を追加できればそれがベストじゃないかね
326:デフォルトの名無しさん
07/11/03 11:37:41
jettyプラグイン使えばいいんじゃねーかなー
327:デフォルトの名無しさん
07/11/03 11:53:28
ずれすぎ。
328:313
07/11/05 10:59:50
遅くなりましたがレスどうもありがとうございます。
>>320
WTPだとそんなことができるのですか。
↓の本を見つけたのでとりあえずぽちって来ました。
時代遅れにならないよう勉強してみます。
URLﾘﾝｸ(www.shuwasystem.co.jp)
>>324
なるほど、私のハイブリッド案と逆のアプローチですね。
とりあえず >>318 で数日やってみていますが、参考にしてみます。
329:デフォルトの名無しさん
07/11/05 11:49:45
>>328
クラスパスの設定とかコンテキストルートの設定は
mvn eclipse:eclipseで全部やってくれるから
この事に関してはWTPの本を読んでも
あまり役に立たないと思うけどなあ。
あまり勉強しなくてもすぐ始められるよ。
330:デフォルトの名無しさん
07/11/08 00:31:00
JUnit4はまだ使えないの？
331:デフォルトの名無しさん
07/11/09 15:31:57
JUnit4はEclipseで使えるからおれはいいやと思っている。
Mavenでやる必要性は低いのでは。
どうしてもやりたければMavenのプラグインでも探すか作るかするしかないのではと
332:デフォルトの名無しさん
07/11/09 15:33:01
>>322 名前：デフォルトの名無しさん ：2007/11/03(土) 03:22:02
IDEは当然Maven使わない前提で作られてるからな。
当たり前だけど。
333:デフォルトの名無しさん
07/11/11 01:09:35
それこぴぺしてどうすんだ
334:HemlockDKiller＝HORSEFUCKER!!
07/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:デフォルトの名無しさん
07/11/12 21:50:02
>>331
それじゃMaven使うウマミが無いだろ。
336:デフォルトの名無しさん
07/11/12 22:42:33
Mavenを採用する理由って何？
Antがボトムアップアプローチで、Mavenがトップダウンアプローチ
ってのは聞くんだけど、それじゃAntから乗り換えるのにピンと来ない。
337:デフォルトの名無しさん
07/11/12 23:22:52
依存してるライブラリを自動的にネットから落としてくる＞Maven
338:デフォルトの名無しさん
07/11/13 00:08:28
ディレクトリ構成が標準化されてる
build.xml書かなくて良い
339:299、313
07/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
07/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 に依存しているのですが、
URLﾘﾝｸ(repo1.maven.org)
同じプログラム内に異なるバージョンの struts の jar を含めたくはありません。
こういうときはどうすればいいでしょうか？
341:299、313
07/11/13 21:50:04
すみません、>>340 の続きです。
URLﾘﾝｸ(repo1.maven.org) を漁ると ただの spring というのもあって、こちらは
依存する jar(struts から hibernate から ibatis から関連するものすべて)がすべて dependency に書かれているのだけど、
URLﾘﾝｸ(repo1.maven.org)
ほとんどが <optional>true</optional>になっていて、
これを pom.xml に指定して mvn すると、true になっているものは package に含まれないようです。
spring はこれを使って、spring 本体が依存する aopalliance-1.0.jar などは
自分の pom.xml に書いて、自分自身で必要なものをとってくるしかないのかな。
342:デフォルトの名無しさん
07/11/13 22:51:34
>>340
>279
流れるほど多いログじゃないんだ、検索くらい汁
343:299、313
07/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:デフォルトの名無しさん
07/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:デフォルトの名無しさん
07/11/23 02:10:31
プラグインの実行に関して、
<execution>
<phase>install</phase>
</execution>
で、特定のフェーズで実行できますが、
特定のプロファイルの際に実行といった指定はできないでしょうか？
具体的には、リリースプロファイルの際にwarを作成する途中で
assembly:assemblyを実行したいのですが。
346:デフォルトの名無しさん
07/11/24 07:07:41
dependency内で同じClass名のclassがあった場合に、
どっちを優先させるかというのは指定出きるのでしょうか？
OSSのモジュールではないのですが、パッチとして提供されているモジュールがあって、
本体.jar
パッチ.jar
みたいに提供されており、必ずパッチ.jar内のClassを優先させる必要があるのです。
347:デフォルトの名無しさん
07/11/27 18:34:05
保守
348:デフォルトの名無しさん
07/11/28 11:26:33
rmiregistryを起動するpluginとか無いですか？
349:デフォルトの名無しさん
07/11/29 12:42:15
jetty の plug-in 使って
その中で起動出来そうな気がする。
350:デフォルトの名無しさん
07/12/05 23:22:21
自分用のarchetypeを作っているのですが
Facelets用のxhtmlで＄～を使っていて
Create時にVelocityが置換しようとしてしっぱいします。
特定のファイルは置換しない等の設定はどうすればいいのでしょうか？
351:デフォルトの名無しさん
07/12/20 15:18:07
JUnit4使うとどうもおかしくなるなあ
352:デフォルトの名無しさん
07/12/20 20:23:25
JNIのDLLをartifactにしたいんだけど、どうすればいいの？
353:デフォルトの名無しさん
07/12/21 09:58:56
た、種種・・・
354:デフォルトの名無しさん
08/01/04 11:17:17
native プラグインが多分それっぽい。
URLﾘﾝｸ(mojo.codehaus.org)
全く試したことないのでこれで要件満たすかは不明。(αだし。)
使ってみた感想などここで晒すよろし。
Maven は使ってるユーザーがまだまばらで
なかなか情報が集まらん。
355:デフォルトの名無しさん
08/01/26 19:37:31
Maven2でJUnit4を導入する手順について
URLﾘﾝｸ(blog.goo.ne.jp)
のとおりにやってるんだけど
mvn installが何度やってもうまくいかない。どして？
URLﾘﾝｸ(svn.apache.org)ディレクトリを
EclipseのSubclipseプラグインでMaven-surefireという名前の新規Eclipseプロジェクトにチェックアウト
して、プロジェクトをSuversionで「更新」してからコマンドプロンプトで実行すると、
C:\Documents and Settings\???\workspaceTest4\Maven-surefire>mvn install
[INFO] Scanning for projects...
Downloading: URLﾘﾝｸ(repo1.maven.org)
-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:デフォルトの名無しさん
08/01/30 05:50:35
つーかわざわざビルドせんでも、いまの maven なら JUnit4 対応してないか？？
357:355
08/02/02 00:14:49
え？ マジ？ ホント？ リリースノート見てないので知らなかった。
>>355の近況
結局うまくいったので自己レスします。
結果的に、自宅にノートPC持ち帰ってからmvn installを再度実行すると、
ダウンロードできなかったものがダウンロードされてどうやらうまくいったようです。
途中、build failedなメッセージが出た(ような気がする)。テストに失敗しているらしい。
そこで、テストを無視するオプションを選んでサイドmvn installを実行して
今度こそうまくいった。これでJUnit4が使えるようになった。
Eclipseでもm2ecipseプラグインによってMaven2経由でJUnit4が使えるようになった。
ありがとう！
358:デフォルトの名無しさん
08/02/02 13:50:24
maven つーか、いまの surefire プラグインね。
URLﾘﾝｸ(maven.apache.org) によると
Tests in your test source directory can be any combination of the following:
* TestNG
* JUnit (3.8 or 4.x)
* POJO
だから対応してることになってるね。
359:デフォルトの名無しさん
08/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.
URLﾘﾝｸ(maven.apache.org)
で、何やるためのものかよくわからんですが、
自分で maven リポジトリを作ったときに、 URLﾘﾝｸ(mvnrepository.com) こういうサイトを
つくれるよということかな？
360:デフォルトの名無しさん
08/02/06 11:32:50
[infoQ] Debate: Is Maven the right tool for builds?
URLﾘﾝｸ(www.infoq.com)
361:デフォルトの名無しさん
08/02/07 00:52:20
>>359
1.0でたときにちょっと使ってみたんだけど、
proxyのように動いてリポジトリをキャッシュしてくれる。
362:デフォルトの名無しさん
08/02/07 01:46:19
>>361
artifactoryみたいなもの？
363:デフォルトの名無しさん
08/02/07 02:50:52
そうだね。
URLﾘﾝｸ(www.devzuz.org)
に比較がある。
364:デフォルトの名無しさん
08/03/29 06:44:27
格納するリポジトリってどうしてる？
プロジェクト単位で建ててる？会社として運営してる？ビルドマシンのローカルだけ？
365:デフォルトの名無しさん
08/03/29 07:21:46
Maven・・・いろいろ触ってみたがMavenがプロジェクト開発の現場で
どう効力を発揮するのかいまいち理解できない。
謳われているほとんどの機能は別のプロジェクトで代替可能だし
Ant使っちまえばそれで終了だろ？と言わなくもない。
するってーと使えるのはCheckStyleだけか。
だれか開発現場で使いまくり！って人いないの？
366:デフォルトの名無しさん
08/03/29 08:16:30
使いまくりです。
依存jar管理が楽なのがでかいです。
特に依存jarの依存jarの管理が楽。
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 だったら、新しいチームに行っても
ディレクトリ構成が一緒なので把握しやすい、といったメリットはあるけどね。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5123日前に更新/134 KB
担当:undef