【玄人】我が名はプロジェクトマネージャーMaven
1 :
仕様書無しさん :
04/07/18 14:46
3 :
仕様書無しさん :04/07/18 15:38
Mavenで開発環境が最強に
4 :
仕様書無しさん :04/07/18 15:45
>>2 プロジェクトマネージャーの話題はマ板のネタだろ
5 :
仕様書無しさん :04/07/18 15:46
あなたもMavinを使えばプロジェクトマネージャーになれます(笑
6 :
仕様書無しさん :04/07/18 16:04
Mavenを使えば仕様書を簡単につくれるぞい。 SEの仕事も減ってしまうほど優れたツール。 ソフトウェアの保守も容易になってしまう。
あぁ、ちょうどマフィンを焼いたところだよ。 型が小さすぎてオーバーフローしてしまったが。
めちゃめちゃ使いづらいんですけど・・・ 英語出力だし
英語ぐらい読め
12 :
仕様書無しさん :04/07/18 19:17
13 :
デフォルトの名無しさん :04/07/25 06:17
Maven使ってみた。サンプルでAppのソース、クラス、テストソース、クラス が初期配備されるために、UNITテストも自動で作成してくれるのか!? と狂喜したが、このテストソースは単に初期配備されているだけなのね・・・。 ま、当たり前っちゃ当たり前か。JAVADOCの生成が自動らしいがEclipseでやるのと どれだけ差異があるのかがわからん。サイトを自動生成するのはすごいかも 知れない。 なんにせよ、個人が個人で適当に使用する分には余り際立ったメリットは ないのかも知れない。
いま javadoc生成 JUnitテスト Cactusテスト テスト結果レポート生成 全部 Antでやってるんだが、Mavenにするメリットはあるんだろうか
15 :
仕様書無しさん :04/07/25 10:43
と、いうわけでMAVEN使ってみた。 Eclipseプラグインを入れてみたのだが、MAVENの生成するプロジェクト構成 だとEclipseの文法チェック(PACKAGE)に引っかかる。 これなんとか回避できないかなぁ。 project.xmlをいじればなんとかなるだろうか。
ちなみにjre1.5.0ではcompileコマンドを与えても ソースのコンパイルができない。 クラスの番号がどうしたこうした言っているので、jreを1.4に変えると 普通にコンパイル出来た。 コマンドラインからMAVENプロジェクトを作成し、eclipceコマンドを 与え、eclipceに取り込むと、ソースにエラーチェックが走るが、Eclipse からのクラスの実行が出来なくなる。
18 :
仕様書無しさん :04/07/25 23:41
19 :
仕様書無しさん :04/07/25 23:42
>>16 Mavenで作ったプロジェクトをEclipseで取り込むとき、または新規作成するは
普通にJavaプロジェクトを選択した方がいいぞ。
Maven Projectはどうもねえ。
20 :
仕様書無しさん :04/07/26 00:20
>>4 >
>>2 > プロジェクトマネージャーの話題はマ板のネタだろ
初耳。
っていうかPGとPM全然違うだろ。
これ良いのかなぁ…。 時間があったら手を出してみようと思う。
22 :
仕様書無しさん :04/07/26 17:00
Apache Antよりも遣い勝手がいいよ。
23 :
デフォルトの名無しさん :04/07/26 22:19
mavenをeclipseで使いたいのですが、普通のjavaプロジェクトを作って maven:genappをそのプロジェクトに使うと、フォルダ構成はできるので すが、サンプル(?)のapp.javaのpackageがエラーになってしまいます。 これを何とかする方法はないでしょうか?
24 :
仕様書無しさん :04/07/27 00:09
Mevenideがアップデートしたぞ。あるバグが直ったようだ。
http://pc5.2ch.net/test/read.cgi/tech/1089456669/391 おっと、
>>23 はすでにアップデート済みなようなので気にする必要がないことかもしれん。
>>23 Eclipse上ではproject.xmlでソースディレクトリをかえてもしょうがないみたいだな。
デフォルトソースディレクトリの構造がEclipse MevenideプロジェクトとMavenのgenappゴールとでは違うので要注意。
Eclipse側にエラーと見なされないようにするには、
プロジェクトを右クリックし、ビルドパスを開き、
ソースタブで「フォルダーの追加」を選択せよ。
そのとき、genappに合わせるには、ソースフォルダを二つ作れ。
一つ目は src/java
もうひとつはsrc/test
だ。
出力フォルダーは、genappに合わせると
src/javaの出力がtarget/classes
src/testの出力がtarget/test-classes
だ。
しかし、genappを実行したければproject.xmlを削除してか実行することをお勧めする。
さもなければproject.xmlがgenappで生成した環境用(Maven側向けでEclipse側ではほとんど関係ない)
にソースディレクトリなどを設定してくれないからだ。
25 :
仕様書無しさん :04/07/27 15:09
>>19 のことだが、最新版Mevenideでは
Mavenプロジェクトを作成すると
ちゃんとJavaプロジェクトと見なしてくれるようだ。
26 :
デフォルトの名無しさん :04/07/28 00:58
>>24 をを、サンクスです♪
うまくいきました。
TOMCATプロジェクトも同じようにしたらできるのですかね??
とりあえずTOMCATインストールします。
SysdeoプラグインのTomcat プロジェクトはできあがったものは Javaプロジェクトと見なされているのでうまくいくと思う。
>27 え?どうやって? できないでしょ? 嘘おしえんなよ
30 :
デフォルトの名無しさん :04/07/29 02:42
>29 できた?俺できないんだけど。 どうしてもWEB-INFの下にフォルダを作ってくれない。
これって要はAntのラッパーみたいなもん?
32 :
仕様書無しさん :04/07/29 09:25
単なるラッパーというにはどうも。 MavenはAntを包含しておりAntがメインという感じにも見えないのだが。
33 :
仕様書無しさん :04/07/29 09:26
>>30 Maven側で何かやらないといかんと思ったよ。
Jakarta Project徹底攻略2にやりかたが載っていたかな。
34 :
デフォルトの名無しさん :04/07/30 04:26
>>33 マヂで?
猫が表紙のやつだよね?
明日買って来るわ。
35 :
デフォルトの名無しさん :04/07/31 21:59
>34 Eclipseでやる方法しか乗ってないじゃん...
36 :
デフォルトの名無しさん :04/08/18 23:11
age
37 :
仕様書無しさん :04/08/19 02:49
>>35 MavenはApache Antのタスクも使える。
<copy>タスクとか使ってみるがよろし
先週ほんとちょこっとだけ使ってみた。 というかまだプロジェクト作れてない(笑) 起動したらjarがうまくダウンロードできなかったけど会社のネットだから何かあるのかも。 でも普通にHTTPで持ってきてリポジトリとやらに入れとけばいいのかな。 仕事が急に忙しくなってほんとちょこっとしかさわれてないが、9月末くらいには使いこなせるようになってる予定である。 良い感じのプロダクトだと感じました。
いいなぁって、おもいましたぁ
小学生の作文か・・・
41 :
仕様書無しさん :04/08/20 21:29
>>38 プロキシの設定がうまくいってないだろ。
project.propertiesでproxy変数とか設定したか?
もしそれでも駄目なら
すでにダウンロードされているファイルや設定情報がだめなんだろうな。
それを一端削除するか更新した方がいい。
FreeBSDのポーツスケルトンを更新するような感じでな。
>>41 昨日またちょこっとやってみた。
最初の"maven genapp"でダウンロードがダメだったからproject.propertiesがまだ無い状態だったよ。
前回はローカルリポジトリの存在も知らなかったけど、今回は手動ダウンロードしたものをそこに突っ込んだ。
そしたらうまくいきますた。
しかし、別コマンド使ったらまたダウンロードで失敗。1こ1こ手動で落としたけど20個くらい落としたとこでもう嫌になってまた中断(笑)
今度はプロキシのとこを見てみます。(笑)
43 :
仕様書無しさん :04/09/20 14:36:25
ぷろきしポート間違えたか プロキシユーザ名、パスワードを間違えたか
44 :
仕様書無しさん :04/10/02 17:05:50
Eclipse3.0.1にMaven IDE3.0を入れて使ってるけど、設定のLocationに別のpathを入れても デフォルトのpathを見に行ってしまう。 Documents Settingの下。 楽したくて使ってるのに、激しく疲れる。
同じパッケージにtestクラスと普通のクラスを置けないのか。 testが見つかりません、ていうエラーが出てる。
>>44 Maven IDEではなく Mevenide。スペルが似てるがちょっと違うので注意。
MAVEN_REPO変数のこと?
とりあえず作者に報告しよう。
EclipseのMavenプラグインには
MevenideのほかにMaven Workshopというのがあるらしい。
>>45 置けるだろ。
Eclipseでもできるぞ。
ソースパスを追加せい。
どこかに適当な空ディレクトリを作って
コンソールで
そこに移動し maven genappと入力してみよ。
参考になるよいサンプルができるぞ。
48 :
仕様書無しさん :04/11/20 01:02:24
49 :
仕様書無しさん :05/01/11 22:00:34
なおxsdlib.jar関連でもエラーが出たのですが、それは maven-1.0-beta-7/plugins/maven-pom-plugin-1.1/project.xml を編集したら直りました。 <dependency> <id>xsdlib</id> <!--version>20020414</version--> ← コメントアウト <version>20030225</version> ← 追加 <properties> <classloader>root.maven</classloader> </properties> </dependency>
>>49 事故解決しました。maven-1.0.2にしたら何の問題もなく動作しました。あほらし。
なんでbeta7なんか使ったかというと、ぐぐって最初にでてきたページにそこへのリンクがあったから。だまされたよorz。
やっぱり日本語ページなんかじゃなくて最初っから英語のページ読めばよかった。
52 :
仕様書無しさん :05/03/01 00:54:56
全然伸びないですね。 使ってる人いない?Antで十分?
53 :
仕様書無しさん :05/03/01 23:38:05
PGでは使う意味があまりない。 SEには使ってほしいな。 MG・PLは使うだけの技術がない。
54 :
仕様書無しさん :05/03/02 23:42:35
>>53 > PGでは使う意味があまりない。
思いっきり使う意味がある。
とくに無能なSEやマネージャに囲まれているとき
Mavenをつかって無駄な作業を減らせることを見せつけてやるのさ!
55 :
仕様書無しさん :05/03/03 21:22:08
>>49 なぜ
Maven 1.0.2を選ばないのだ?
56 :
仕様書無しさん :05/03/03 21:23:06
>>52 慣れるのに時間がかかるだけだ。
それから、
最近
Maven2というプロジェクトが進行している。
こいつが完成すれば
JARファイルのアップデートがより容易になる
57 :
仕様書無しさん :05/03/04 11:02:24
Mavenすら普及していないのにMaven2かよ・・・Antもいまいち使い勝手悪いし よっぽどスクリプト言語用のコマンド実行制御関連のライブラリでも作った方が使いやすい希ガス
58 :
仕様書無しさん :05/03/05 13:07:11
Antの使い勝手がわるい? たとえばどんなふうに?
59 :
仕様書無しさん :05/03/05 13:08:32
Makefileとり使い勝手が良いし 安定していると思うんだけどなあ。 ちゃんとエラーヶ所も教えてくれるし XMLだから間違いに気づきやすいし パーサが間違いをわかりやすく指摘してくれる。 バッチファイルよりも全然使い勝手が多い。 プログラミングの自動化にはもってこいだよ
60 :
仕様書無しさん :05/03/05 13:10:30
61 :
仕様書無しさん :05/03/05 13:11:40
Mavenの魅力はPerl CPAN並みのアップデート機能があることだね なんでもかんでも自動化できるのが魅力的。 Antだと自分でかかなければならないことをMavenならほとんど すでに自分で書くことなく用意されているので非常に便利だ。
62 :
仕様書無しさん :2005/05/18(水) 18:03:24
maven 2.0 alpha 2 リリースあげ つかスレがあったとは。きがつかなかったよ。
63 :
仕様書無しさん :2005/05/22(日) 13:19:46
64 :
仕様書無しさん :2005/05/22(日) 13:48:28
Maven2 alpha2 をダウンロードしたら 最後にこんな例外メッセージが キモイ。 調べることがまだまだ多杉 [INFO] [jar:jar] [WARNING] JAR will be empty - no content was marked for inclusion! [INFO] ------------------------------------------------------------------------- --- [ERROR] BUILD ERROR [INFO] ------------------------------------------------------------------------- --- [ERROR] Cause: org.apache.maven.plugin.MojoExecutionException: Error assembling JAR at org.apache.maven.plugin.jar.JarMojo.execute(JarMojo.java:105) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPlugi nManager.java:415) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.processGoals(Defa ultLifecycleExecutor.java:169) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLi fecycleExecutor.java:90) at org.apache.maven.DefaultMaven.processProject(DefaultMaven.java:253) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:167) at org.apache.maven.cli.MavenCli.main(MavenCli.java:246) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:39)
65 :
仕様書無しさん :2005/05/22(日) 13:48:38
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:303) at org.codehaus.classworlds.Launcher.launch(Launcher.java:243) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:416) at org.codehaus.classworlds.Launcher.main(Launcher.java:363) Caused by: java.lang.NullPointerException at org.codehaus.plexus.archiver.AbstractArchiver.addFile(AbstractArchive r.java:141) at org.apache.maven.archiver.MavenArchiver.createArchive(MavenArchiver.j ava:204) at org.apache.maven.plugin.jar.JarMojo.execute(JarMojo.java:100) ... 14 more [INFO] ------------------------------------------------------------------------- --- [INFO] Total time: 1 minute 8 seconds [INFO] Finished at: Sun May 22 13:33:34 JST 2005 [INFO] Final Memory: 1M/2M [INFO] -------------------------------------------------------------------------
alpha1しか触ってないんだが MAVEN_REPOがなくなったのはどういう事か。 各環境でMAVEN_REPOさえ設定しちゃえば eclipseのプロジェクトファイルが共有出来たのに フルパスだとローカルでいちいち書き換えにゃ ならんのではないか。 まあ今の所一人でやってるからいいんだけどさー。
configファイルに設定されているからみてみ
68 :
66 :2005/05/23(月) 15:28:21
>>67 あたくしへのレス?
m2でeclipse:eclipseすると、
依存jarへのパスが、.classpathファイルに
絶対パスで吐かれちゃってるんですよ。
だから.classpathファイルを共有出来ないというハナシ。
maven1はMAVEN_REPOからのパスだったから
よかったんだけどね。廃止の理由が判らんちん。
MAVEN_REPOをeclipseに設定するだけのゴールもあったし、
一回それ走らせればずっと使えた。
CVSから落としたら各クライアントで
必ずeclipse:eclipseをやりましょうよ、って
事なのかなあ。難儀だなあ。
69 :
仕様書無しさん :2005/06/03(金) 22:28:27
70 :
仕様書無しさん :2005/06/25(土) 10:07:45
Eclipse+CDT+Subeversion+影舞使いなのですがMavenで幸せになれますか? Maven2が出たらちょっと手を出してみようかと思ってます。
何かの宗教に入った方が幸せになれるんじゃない? PHP信者とか。
うまいね
73 :
仕様書無しさん :2005/09/13(火) 01:45:31
Maven 1.1 Beta 2 Released あまりにも下がりすぎ。 だからム板でやれと言ったのに。
>>71 そんな宗教聞いたことがない。
お前の宗教か。
そもそもMavenとPHPとでは挙動がことなる。
Mavenまでをもつかわなければならない状況下に
いまさらPHPなんてオモチャを持ち出すのはあまりにも下らない。
75 :
仕様書無しさん :2005/09/13(火) 09:44:07
>>70 Mevenideプラグイン、Maven Workshopプラグイン、
Maven Repo Searchプラグイン
Suclipseプラグインを使えば
結構細かいことができるぞ
77 :
仕様書無しさん :2005/09/13(火) 13:28:28
>>76 おまえはスレ違いのもほどがある。
Hypertext PreProseccorという言語をJavaの代わりに使う話かと
思えば話の焦点をぼかしたなめたことを。死ね
PHP研究所が創価とつながりがあるっていうだけだろ。
だったらPHP研究所って名前かけや。
ムやマ板ではPHPといったらプログラミング言語Hypertext PreProseccor
のことだろうが
>>77 あんた無粋だから懇切丁寧に説明してやるけど
71がPHPとPHPをかけてレスして、
72がそれを受けて
>うまいね
とレスしとるのよ。
マだろうとムだろうとPHPに宗教って単語つなげりゃ
研究所とのシャレだとわかると思うんだけどなー
それを、お前の宗教か、とか、やっぱばかでしょ?
まあ、ばかはいいすぎでした。ごめんよ。 かっこわるい くらいにしときます。
80 :
仕様書無しさん :2005/09/20(火) 13:33:41
おっしゃー M2_REPOふっかつ! siteも実装されたようじゃな。
81 :
仕様書無しさん :2005/09/20(火) 20:18:31
俺様は玄人だ!
maven 2.0 もとっくにリリースされてるってのに、 この過疎ぶりはどういうこと?
84 :
仕様書無しさん :2005/11/04(金) 15:37:05
>>82 そだね
じゃ過疎っぷりから復帰するために盛り上げてみよう!
Maven 2.0キタ━━━(゚∀゚)━━━!!!!!
85 :
仕様書無しさん :2005/11/07(月) 23:16:42
>>83 困ったね。
Maven利用者が少ないのか
やっぱりマ板だから陰が薄いのか・・・
ム板にもスレたててみるかな?
●もってるので簡単に立てられる。
そのまえにム板のJavaスレなどで告知または質問または
意見なレスをしてみる。
2.0って何が変わったの? Mavenは便利だけど、ネットつながらない環境だと 一苦労がいるから この点をなんとか・・・・。
速くなった. 一から作り直され、 porjet.xmlがpom.xmlに。 maven.xmk廃止 project.propertiesが廃止されpom.xmlで一本化 settings.xmlに分離することも可能。要はXMLになったということ。 <dependency>問題の解決? デフォルトのディレクトリ構成も変わった。
>>86 串使わないと動かない環境とか?
ちゃんとプロキシ設定してるか?
89 :
86 :2005/11/08(火) 23:33:24
>87 変わりすぎだ・・・・。 >88 ネットがまったく使えないリリース環境でmaven使ってた。 てか、ネットが繋がってても遅かったりすると、ちょっと使いづらくなるし、 実際リリースするためのコンパイル環境ってネットに繋がってないなんて、 あたりまえだし。 結局らローカルのリポジトリ立てて、そこから ダウンロードしてるように見せてたよ。 これが簡単に解決できないと、流行らない気がする。
将来必要になるであろうプラグインを、予めダウンロードしておければ良いのに。