【玄人】ﾌﾟﾛｼﾞｪｸﾄ管理 ..
148:デフォルトの名無しさん
06/09/19 23:23:03
ソフトウェア工学に乗っ取るとソフトウェア業で金儲けするには邪魔にしかならない。
そんでもって力任せで勘だけで動かしてるのが業界の現状。
経験マンセーで極大点から抜け出せない状態。
149:デフォルトの名無しさん
06/09/20 01:22:11
>>148
> ソフトウェア工学に乗っ取るとソフトウェア業で金儲けするには邪魔にしかならない。
いや、奴らはソフトウェア工学を邪魔だと思い込んでいるだけで、
正しい使い方を知らず「ソフトウェア工学」という名の「宝の山」の存在を知らない連中なんだよ。
奴らは、中世ヨーロッパの暗黒時代に、電気エネルギーや石油エネルギーの存在を知らず
新しいものをなにからなにまで否定してきた宗教関係者の連中と何ら変わらない。
150:デフォルトの名無しさん
06/09/20 02:44:23
「ピープルウェア」の世界がきたら、いま儲けてる連中は全員失業だろ。
奴らは正しい。誰だって自分の身を守るもんだ。
奴らを殺せないほうが悪い。
151:デフォルトの名無しさん
06/09/20 03:31:03
Googleの力を行使すればすぐに殺せるよ。
152:デフォルトの名無しさん
06/10/03 16:24:33
Maven2の日本語情報を増えてきたな
153:デフォルトの名無しさん
06/10/15 13:37:19
eclipseを使ってる人がmaven使うメリットってありますか？
というかわざわざmaven習うほどの価値がある？
eclipse上でantは使ってないという前提で。
154:デフォルトの名無しさん
06/10/15 13:52:08
個人レベルではあまり役に立たないだろうね。
でも、プロジェクトで導入する価値はある。
自動ビルド・デイリービルド・Nightlyビルド環境はEclipseじゃ実現しにくいからな。
155:デフォルトの名無しさん
06/10/15 14:48:26
>>153
Jakarta などにあるJarファイルの依存関係を
解決してくれるという利点があるのが超おいしいよMaven2は。
Eclipseと連携するなら、m2eclipseプラグインがお勧めだね。
もうMaven2なしでの開発は考えられない。もちろん、Eclipse無しでの
開発も考えられないし。
156:デフォルトの名無しさん
06/10/15 21:37:56
jar ファイルとかの依存関係とか管理すんのは大抵1人だからな。
そいつが CVS とかに入れとけばいいだけだし。
っつーか、各開発者に勝手に jar いじられると困る。
157:デフォルトの名無しさん
06/10/17 10:47:44
WTPとの相性が悪いのが痛い。
EclipseからTomcatを起動してWebアプリをテストするときには、
結局 WEB-INF/lib に手動でjarを入れなきゃいけないとか。
これさえ解決すれば言うことなし。
158:デフォルトの名無しさん
06/10/17 11:42:30
eclipseともだいーぶ相性悪い気がするけどなあ
eclipse側があわせてくれないとどーしようもない問題ばっかりなきもするけど。
159:デフォルトの名無しさん
06/10/17 12:08:46
>>157
war:inplace
でmain/webapp/WEB-INF/lib
に置いてくれますよ。
こういう情報が少ないよねぇ。なんとかして欲しいところ。
あっ、手動って上記コマンドを打つっての含め手動って意味？
それなら同意。sysdeoプラグインのDevLoaderも
上手くローカルリポジトリ見てくれないしねぇ。
160:デフォルトの名無しさん
06/10/17 20:47:33
Antで十分です
161:153
06/10/18 00:33:49
jar依存関係ではあんまり困った事無いな。
新しい環境時構築には面倒は面倒だけど、
自動ビルドとかってのもContinumとかのCIツールよりも良い点あるんですかね？
162:デフォルトの名無しさん
06/10/18 01:34:58
ant にプロジェクト間の依存を記述するタスクがあればなあ。
163:デフォルトの名無しさん
06/10/18 15:03:14
おれも最初maven2が神に思えたけど、
ちょっとでもjava離れて帰ってくると、やっぱantが直感的なんだよね・・・
164:デフォルトの名無しさん
06/11/04 13:28:10
CruiseControl とか Continuum などの
継続的インテグレーション・ツールを語るスレってありますか？
見つからなくて．．．
165:デフォルトの名無しさん
06/11/05 19:28:23
EclipseのMavenプラグインを入れて作業してたんですが、
２つのコンポーネントが同じライブラリの別バージョンにそれぞれ
依存してるみたいで、ビルドエラーが出てしまいました.
新しいほうを使ってほしかったので
依存ライブラリの新しいバージョンをdependenciesに明示的に
追加したらエラーは消えたんですが、やり方はこれでいいんでしょうか.
勝手に新しいほうを使ってくれるような設定があったらうれしいんですが..
166:デフォルトの名無しさん
06/11/11 16:45:50
<version>[1.2,)</version>
みたいな感じで定義すると1.2系列で最新のコンポーネントを
つかってくれる。
167: 【吉】
07/01/01 13:18:25
アケオメ。
年始の目標として、mavenをものにしたいので、ヨロシコ。
168:デフォルトの名無しさん
07/01/11 15:50:32
surefire-reportプラグインでJUnitのテストレポートを作成したいのですが、
作成しているアプリケーションがJavaのセキュリティポリシーを利用している為、
デフォルトの設定ではテストを正常に実行することができません。
テスト実行時にJVMに対して以下のようなパラメータを与えたいのですが・・・
-Djava.security.manager -Djava.security.policy=security.policy
誰か知ってる人いたら教えてください。
169:168
07/01/22 14:36:14
自己解決しました。
surefireプラグインのフォークモード設定をpertestに設定し、パラメータを渡してやることで
Javaセキュリティマネージャを利用することができました。
pomの設定は↓のような感じ。
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-surefire-plugin</artifactId>
<configuration>
<forkMode>pertest</forkMode>
<argLine>-Djava.security.manager -Djava.security.policy=security.policy</argLine>
</configuration>
</plugin>
</plugins>
</build>
170:デフォルトの名無しさん
07/02/23 21:02:25
>>156
C言語時代はそういう困った事態があったけど、
Javaになってからそれで困った事態に陥ることは
もうないね。
携帯電話開発でもない、Jakarata 系なら
依存してもとくに問題は起きない。
Configurationsの古いのみたいにたまに変なライブラリもあるけどね。
むしろ、Maven使わずに手動でライブラリを追加するほうが危険。
Mavenをつかっているからこそ、バージョンアップや
Jakarta Commonsのライブラリ依存関係に悩まされずに済む。
Mavenのpom.xmlは各自で各者ではなく、みんなで共同して
管理するものだけどね。バージョン管理でみんなで使えばいいのさ。
ただし、setting.xmlは各自の環境に合わせて使うべき物で、
バージョン管理すべきじゃないね。
171:デフォルトの名無しさん
07/02/23 21:06:32
>>158
最新版m2eclipseプラグインけっこういいぞ。
pom.xmlを更新するたびにmavenが動いてEclipseを
リフレッシュしてくれる。
それにゴールの一つeclipse:eclipseもかなりいい。
このゴールのオプションに -Ddownload.sources=trueをつけておけば、
ライブラリのソースコードもダウンロードしてくれる。
そして、Eclipseのライブラリで、クラスをクリックすると
ちゃんとソースコードを読むことができる。
右クリックで実行を選ぶと「外部ツール」の項目一覧に
test, install, compileなどのMaven独自のゴールが
いくつかすでに用意されている。これもなかなかいい。
それにadd dependencyを選ぶと
ライブラリを検索でき、クリックして追加を
押すと、そのライブラリをプロジェクトに追加してくれる。
そして同時にpom.xmlにも<dependency>タグを追加してくれる。
172:デフォルトの名無しさん
07/02/23 21:07:42
>>160
Antはもう面倒くさくてやってられないよ。
とくにライブラリ管理とライブラリのバージョンアップや
パス関係。
>>161
Continum使ったこと無いけど、それって
使いやすい？ MavenにはContinumプラグインがアルらしいね。
173:デフォルトの名無しさん
07/02/23 21:08:06
>>163
まだ情報が少ないからね。
なれないってとこだね
174:デフォルトの名無しさん
07/02/23 21:08:41
>>164
無いと思う。
スレ立てるか、ここで語るってもいいかもしれない。
とくに、おれはContinuumが気になる。
Mavenと連携できるらしいので
175:デフォルトの名無しさん
07/02/23 21:15:07
Apache Maven 2.0入門 Java・オープンソース・ビルドツール (大型本)
野瀬 直樹 (著), 横田 健彦 (著)
URLﾘﾝｸ(www.amazon.co.jp)
Maven2の本もでてきたね。
この本ってどうかな？
もし読んだ人がいるなら感想を聞いてみたい
176:デフォルトの名無しさん
07/02/23 21:21:15
試験管のなかのコード ある開発者の私的実験室 [Maven]
URLﾘﾝｸ(www.in-vitro.jp)
このブログも役立つ情報があっていいねえ。
URLﾘﾝｸ(blog.goo.ne.jp)
こちらは最近Mavenの情報が少なくなってきている。かわりに2chのSeasar2スレ
を覗いていたようだ。PHPやらなにやらと
Maven2のTipsを集めるWiki
URLﾘﾝｸ(wiki.fdiary.net)
このWikiはかなり役立ったねえ。これは重宝する
177:デフォルトの名無しさん
07/02/23 23:23:51
ちょっと前からContinuumを使い始めているよ。
導入がめちゃくちゃ簡単だったので。
URLﾘﾝｸ(www-06.ibm.com)
多人数でリポジトリにコミットしたり、ブランチのコードを
トランクに頻繁に反映するような大きめの開発なら必須、
少数で使う場合も変なバグの混入を早い段階で検出するためにも
また開発者の精神衛生上、導入しても良いかも、という印象。
Maven2のWebアプリプロジェクトを対象にしているけど、
JUnitでテストしづらいところは(JSPとかのビューを跨がるところとか)
ビルドが成功しても、いざ動かしてみると動かないこと多々…。
使いこなせてないや。。。
178:デフォルトの名無しさん
07/02/23 23:57:19
>>176
2つ目のサイトの主がSeasarスレをのぞいてたのは、
自作のLiQ Containerの話題がなぜかSeasarスレで話題になってたからだろｗ
179:デフォルトの名無しさん
07/02/24 00:26:02
>>177
> JUnitでテストしづらいところは(JSPとかのビューを跨がるところとか)
つ Jakarta Cactus, MockObject
180:デフォルトの名無しさん
07/02/25 15:09:29
Maven1.xですけど、こちらで質問してもよろしいでしょうか？
mavenを実行したときに、txtファイルを読込んで、中に書かれている文字列1行ごとに処理を行いたいのですが、
txtファイルはどのようにして読込ませたら良いのでしょうか？
わかる方がいらっしゃれば教えてください。
181:デフォルトの名無しさん
07/02/26 23:27:31
>>180
なんでMavenでそんなことをしたいのかわからない。
Mavenはそういう用途に使うものじゃないと重いんだけど。
Javaでやればいいのに。
182:デフォルトの名無しさん
07/02/26 23:32:08
>>166
それCommons Langに使ってみたら
こんなことになってしまい、ビルドが進まない。
なんで？
勝手にnullということになってる。
07/02/26 23:24:23 JST: Couldn't find a version in
[0.1-dev, 1.0, 1.0-dev, 1.0-dev.20020910.034641, 1.0.1, 1.1-dev.20021217.062015, 2.0,
2.0-dev.20030203.000129, 20030203.000129, 1.0-b1, 1.0-b1.1, 2.1] to match range
[2.2,) commons-lang:commons-lang-null.jar
タグはこんな感じにした。今のところ2.2が最新なんだけど、
そこでMaven2の実行がとまる
<dependency>
<groupId>commons-lang</groupId>
<artifactId>commons-lang</artifactId>
<version>[2.2,)</version>
<type>jar</type>
<scope>compile</scope>
</dependency>
183:デフォルトの名無しさん
07/02/27 01:22:22
>>181
cron実行で毎日定時にビルドを行う際に、仕掛けを盛り込みたいのです。
とりあえず自己解決しました。
utiｌにloadTextなるものがありましたので、それでファイルを指定して、
同じくutilのtokenizeでdelimをline.separatorと指定すれば、一行ごとに文字列を抜けそうです。
お手数をおかけしました。
184:デフォルトの名無しさん
07/04/28 15:02:41
で
メイヴェンなの？
メイヴンなの？
その他なの？
185:デフォルトの名無しさん
07/04/28 15:14:23
発音記号的には
asleep の a や nervous の ou と同じになってるな。
カタカナで書く時はアの扱いが多いか。
メイバン
しっくりこねーな・・
186:デフォルトの名無しさん
07/04/28 17:30:01
>>184
小さいな
187:デフォルトの名無しさん
07/04/29 03:24:52
havenをヘヴンというならmavenはメヴンだろ
188:デフォルトの名無しさん
07/04/29 03:28:57
URLﾘﾝｸ(www.m-w.com)
メイヴン
189:デフォルトの名無しさん
07/04/30 02:03:17
>>187
havenなら読むとするとヘイヴンだと思う。
190:デフォルトの名無しさん
07/04/30 03:10:09
じゃーメイヴンでFAじゃん
191:デフォルトの名無しさん
07/04/30 13:48:41
呼び方が解決できたので
終 了
192:デフォルトの名無しさん
07/04/30 16:10:26
呼び方なんて些細なことだから
再 開
193:デフォルトの名無しさん
07/04/30 18:08:59
再開って言ったって・・・・
>>183
>>184
の空白の時間の長い事長いこと・・・・
194:デフォルトの名無しさん
07/04/30 21:25:16
>>184-185
おれはメイヴンが一番近い発音だと思う。
195:デフォルトの名無しさん
07/04/30 22:17:46
「ヴ」ってかっこつけてる感じがして、ほっぺが赤くなっちゃうんだよ。
メイベンでいいだろ。
196:デフォルトの名無しさん
07/05/01 00:13:22
>>195
「ヴ」がいやなら「メイブン」ジャマイカ？
197:デフォルトの名無しさん
07/05/01 00:18:34
ニポン人なら「めーべん」だろ
ところでm2eclipseの開発版(0.0.11)の更新が2ヶ月ほど止まってるな
改修ネタないならリリースすりゃいいのに
198:デフォルトの名無しさん
07/05/01 01:56:03
メリケン人のお友達がメイブンだって言ってたよ
199:デフォルトの名無しさん
07/05/01 05:28:02
マーベン、もしくはマベン
200:デフォルトの名無しさん
07/05/01 12:06:44
好きに読んだらエーがな
201:デフォルトの名無しさん
07/05/01 22:56:15
>>195
おいおい、名弁はないだろw
かっこつけたくなきゃメイブンにしろ。
あと、いっておくと「ヴ」はベートーヴェンの
表記につかうこともあるぞ
202:デフォルトの名無しさん
07/05/01 22:56:57
>>197
おれも最初はそう思ってた
しかし辞書で発音記号を調べると
どうっみたってメイヴンなんだよ
203:デフォルトの名無しさん
07/05/01 23:15:07
ravenとか普通にレイヴンだと思うけど
なぜかmavenは抵抗あるなあ。
204:デフォルトの名無しさん
07/05/01 23:32:48
まあメイブンだよな。客先のSEはメイバンて言ってるけどスルーしてる
205:デフォルトの名無しさん
07/05/01 23:34:50
俺ならいちいち引っかかって話に集中できないな。まぁ俺が悪いんだが。
206:デフォルトの名無しさん
07/05/01 23:40:29
レストアかリストアか、おれはリストアを選ぶ。
プレフィクスかプリフィクスか、おれはプレフィクスを選ぶ。
まあ気にするなってことさね。
207:デフォルトの名無しさん
07/05/01 23:47:32
しかしLINUXをリヌクスと呼んでた人達はどこいったんだ
208:デフォルトの名無しさん
07/05/02 00:09:29
>>203
おれなんか始めてMavenという単語をみたとき、
マーヴェンと読むんだと思ったよ。
あとから、メイヴェンと読むと勘違いして、みんなに
メイヴェンメイヴェンと言いふらしてしまった。
あとからメイブンだと気づいてしまった。
恥ずかしい記憶だ。
そんなもんだからメイブンと発音することに抵抗があることは俺も理解できるよ。
これも慣れだと思うね。
209:デフォルトの名無しさん
07/05/02 00:36:15
maven
辞書によって発音記号が微妙に違うね
meivnだったり、meiv]enだったり
]eはeの逆だと思ってくれ
メイヴェンでも間違いじゃないと思う
発音記号ってアスキー1行でどうやって表現すればいいんだろう
210:デフォルトの名無しさん
07/05/02 01:03:43
>>207
らいなっくすだろ？
211:デフォルトの名無しさん
07/05/02 01:06:51
>>209
つか>>188でメイヴンって外人が発音し取るがな
諦めてメイヴンでFAに汁
212:デフォルトの名無しさん
07/05/02 01:49:48
まぁ maven って字で書いてる分には間違いようが無いし、
導入の前後を除けば、
会話で繰り返し何度も出てくるものでもないしな。
213:デフォルトの名無しさん
07/05/02 09:06:48
やっぱDAOも「だおー」って読んでるの？
「でーえーおー」じゃなくて
214:デフォルトの名無しさん
07/05/02 09:34:22
だおだお？
215:デフォルトの名無しさん
07/05/02 10:16:37
ファミコン初期のアレか。
エニックスもよく分からん過去があるな。
216:デフォルトの名無しさん
07/05/02 10:42:40
エニックスってもともと
一般の人からプログラムを募集して
いいのを発売するって会社だったような。
すんごい昔。
217:デフォルトの名無しさん
07/05/02 10:45:11
えにっくすすくうぇあ
218:デフォルトの名無しさん
07/05/02 11:24:30
>>210
いいや、リーナスとーヴァルズ本人が「リナックス」と発音しているので
リナックスでいい。
219:デフォルトの名無しさん
07/05/02 11:24:54
>>209
そーすきぼん
おれの辞書はどれもメイブン
220:デフォルトの名無しさん
07/05/02 11:38:31
>>215
ドアドア
221:デフォルトの名無しさん
07/05/02 11:44:47
面接官「ユニックスを知っているかね？」
べーしっ「はい！あそこのソフトではドアドアが面白いですね」
222:デフォルトの名無しさん
07/05/02 22:46:26
>>219
ジーニアスはmeivn
英二郎とルミナスとEXCEEDとLONGMAN英英とケンブリッジはme'ivэn
ルミナスはmeivnとme'ivэnの中間のような感じだったけど
発音は人によって違うけど、メイヴ(ェ)ンのように聞こえる。限りなく小さい(ェ）が含まれてる感じ。
URLﾘﾝｸ(education.yahoo.com)
URLﾘﾝｸ(www.m-w.com)
これくらい小さかったら、日本語ではメイブンの方が表記として正しいと思う。
逆にメイヴェンと表記してしまったら、ェが強すぎて発音が遠くなってしまうのではないかと。
さて、これをJISの規定に当てはめると、どのような表記が正しいのか・・・
URLﾘﾝｸ(www2u.biglobe.ne.jp)
223:デフォルトの名無しさん
07/05/03 00:54:52
マァそこはあまり気にするところではなるまい
発音記号がどうであれ「メイヴン」と発音してるわけだからねー
なんだか英語の勉強は出来るけど英語がしゃべれない日本人丸出しだなｗ
224:デフォルトの名無しさん
07/05/03 00:56:49
発音談義はこのくらいにして
そろそろ maven 使う話しないか？
ここがダメとかあそこがダメとかそこもダメとかどれもダメとか。
225:デフォルトの名無しさん
07/05/03 01:39:37
プラグインが・・・
226:デフォルトの名無しさん
07/05/03 01:45:43
m2eclipseのことか──？
227:デフォルトの名無しさん
07/05/03 03:52:12
maven側のプラグインのことじゃない？
228:デフォルトの名無しさん
07/05/03 03:56:15
ダウンロードしたプロジェクトのpom.xmlとかみて頑張るしかないな
229:デフォルトの名無しさん
07/05/05 23:38:28
javadocエラーがでるようになったよjavadoc
玄人ども解決方法知ってたら教えてくだされ
Diagnosis: Error configuring: org.apache.maven.plugins:maven-javadoc-plugin. Reason: Unable to parse the created DOM for plugin configuration
FATAL ERROR: Error executing Maven for a project
[ERROR] reactor-execute : D:\workspace\guiceex
Diagnosis: Error configuring: org.apache.maven.plugins:maven-javadoc-plugin. Reason: Unable to parse the created DOM for plugin configuration
FATAL ERROR: Error executing Maven for a project
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO] ------------------------------------------------------------------------
[INFO] Failed to configure plugin parameters for: org.apache.maven.plugins:maven-javadoc-plugin:2.2
on the command line, specify: '-DdocletArtifact=VALUE'
Cause: Class name which was explicitly given in configuration using 'implementation' attribute: 'org.apache.maven.plugin.javadoc.options.DocletArtifact' cannot be loaded
230:デフォルトの名無しさん
07/05/06 13:42:07
pluginsとpluginManagementの違いって何ですか？
231:デフォルトの名無しさん
07/05/08 00:48:01
>>229
まずpomを見せろ。
話はそれからだ。
232:デフォルトの名無しさん
07/05/08 01:25:48
コマンドラインからなら動くんだけど
m2eclipseからと動かないんだよなー
pomは少々お待ちくだされ
233:デフォルトの名無しさん
07/05/15 02:46:18
m2eclipseとeclipseUMLって共存できない？
何かm2～の方の動作がおかしくなる
234:デフォルトの名無しさん
07/05/15 23:58:08
m2はもともと不安定じゃね？
235:デフォルトの名無しさん
07/05/18 18:40:25
>>229
それたぶん0.0.10のバグ。開発版の0.0.11なら大丈夫だと思う
アップデートサイトをこっちに差し替えてGO
URLﾘﾝｸ(m2eclipse.codehaus.org)
236:デフォルトの名無しさん
07/05/18 21:19:52
>>235
ｱﾘｶﾞﾄｰ♪
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 形式にしておいたままでいいけど
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5128日前に更新/134 KB
担当:undef