【Java】Apache Jakarta Commons

1 名前：デフォルトの名無しさん [04/09/12 10:56:03] クラスもかなり増えてきた Apache Jakarta Commons　について語るスレッド Apache Jakarta Commons jakarta.apache.org/commons/ 中でも便利なものが Commons Lang jakarta.apache.org/commons/lang/ Commons Collections jakarta.apache.org/commons/collections/ Commons FileUpload jakarta.apache.org/commons/fileupload/ とくにLangには equals(), hashcode(), compareTo(), toString() メソッドを簡単にオーバライドできるメソッドが用意されており重宝する。 そのほか、NestableExceptionはC#のような言語に頼らなくても 投げられ続けた例外を上書きせずに保持する事ができるので便利。 Collectionsは java.utilのコレクションクラスに不満を持つ者にとっては 朗報だ。ListとHashを兼ねた便利なクラスも用意されており、その数は豊富である。 321 名前：デフォルトの名無しさん mailto:sage [2005/10/19(水) 21:03:42 ] >320 いやいや違う、ロギングってオプション的な機能だから 変わった事やって主処理に影響でるなんてまずいんで コードの質に自信がないとできないなよなと思って 言ってる事伝わらなそうだ、とにかくjakartaに嫌味なんて滅相もない、 白状するとcommonsのソース読んでからかなりパクってます。 自分で何言ってるかわかんね、まとまんね、もういい送信！今目をつけてるのbcel！ 322 名前：デフォルトの名無しさん mailto:sage [2005/10/19(水) 21:38:46 ] >>320 これいいただきん 323 名前：デフォルトの名無しさん mailto:sage [2005/10/19(水) 21:45:09 ] >>320 これってjavaのコンパイルオプション関係なしに取得可能？ 324 名前：デフォルトの名無しさん mailto:sage [2005/10/19(水) 23:16:50 ] >>323 当然 > javac -g:none Hoge.java とかすると取得不可。 325 名前：デフォルトの名無しさん mailto:sage [2005/10/19(水) 23:27:04 ] >>324 ということは、企業の運用されているマシーンで、-g:noneなしにコンパイルしたクラスなら 取得可能ですね。 これいただき。 326 名前：デフォルトの名無しさん mailto:sage [2005/10/20(木) 00:09:29 ] >>325 書いたら喜んで使い出すが奴がいそうだから、わざわざ うんこって書いたんだが。使うんなら、ちゃんと例外コストを 考えて無効にできる機構を用意しろよ。 それを持ってるのが log4j だけどなw 327 名前：デフォルトの名無しさん mailto:sage [2005/10/20(木) 00:18:02 ] >>321 jakarta のコード書いてる奴もただの人だろ。 見てるうちに、あほなコードがわんさかあることに気づく。 BCEL 見るなら、CGILIB、Javassist、JBoss4 のコード見てみ。 CGILIB のコードは美しい。JBoss はやってることがすごい。 328 名前：デフォルトの名無しさん mailto:sage [2005/10/20(木) 00:23:54 ] >>320 Thread.getStackTrace() した方が。1.5 以降だけど。 329 名前：デフォルトの名無しさん mailto:sage [2005/10/25(火) 11:57:00 ] log4jってなんでクラス毎でlog4j用のfieldを用意しなければ行けないの。 ログなんだから、普通スタティックメソッドオンリーだろ。 なんだよその仕様 330 名前：デフォルトの名無しさん mailto:sage [2005/10/25(火) 12:19:40 ] ｜ J 331 名前：デフォルトの名無しさん mailto:sage [2005/10/25(火) 12:30:07 ] 　│ 　Ｏ 　Ｇ 　４ 　J 332 名前：デフォルトの名無しさん mailto:sage [2005/10/25(火) 14:04:07 ] ↑あんた最高 333 名前：デフォルトの名無しさん mailto:sage [2005/10/25(火) 23:52:17 ] >>329 じゃ、Log4j だけじゃなく、commons logging も JDK のロガーも 全部だめなんだな。 とりあえず、おまいがオブジェクト指向の利点が、さっぱり 分かってないのは理解できた。それが分かるまで おまいは static メソッドの作成は禁止だｗ 334 名前：デフォルトの名無しさん mailto:sage [2005/10/26(水) 02:00:51 ] オブジェクト指向の利点がサパーリわからんので、staticメソッドオンリーでいきまつ 335 名前：デフォルトの名無しさん mailto:sage [2005/10/26(水) 22:05:52 ] >>333 わかってないやつが書きそうなもんだな。 具体的に書いてみろ。Ｃプログラミング屋さん 336 名前：デフォルトの名無しさん mailto:sage [2005/10/27(木) 00:35:43 ] >>335 ・プロバイダーフレームワーク ・インスタンス数の管理が可能 ・実装クラスが作成時点で存在している必要がない。 ・もちろん多態 ・設定により実装クラスが変わる 不特定多数のシステムに提供するなら、上記のような拡張性・柔軟性は必須だ。 閉じたシステムしか書いたことない奴には分からんかもしれんな。 昔は static メソッドで書かれた俺様ロガーがたくさんあったかも しれんが、それをオープンで公開すれば、なぜ static がだめか なぜ要求に耐えられないかが分かるだろ。 で、分かってるお前の意見を教えてくれ。 分かってないだろｗ 337 名前：デフォルトの名無しさん mailto:sage [2005/10/27(木) 02:39:54 ] >>336 作るものに依存する。 338 名前：デフォルトの名無しさん mailto:sage [2005/10/27(木) 16:25:22 ] XMLの読み込みに特化したい場合、 Digester使うのと、XmlBeans使うのと、どちらが効率的ですか？ Digesterの解説はあちこちあるんですが、後者は自分には解説がわかりにくい。。。 XMLファイルを渡してやると、自動的にBean作ってくれたりするとありがたいんですが。 339 名前：デフォルトの名無しさん mailto:sage [2005/10/27(木) 17:51:29 ] ASF の産物じゃないですけど Relaxer 使ってみるのも手ですよ。 XML Beans が生成するクラスはちと複雑ですけど、 Relaxer が生成するクラスはより POJO ライクです。 個人的には読み込みだけなら Digester が一番だと思ってます。 ルールを XML に書けるのが便利なんで。 ルールがある程度以上複雑になる場合 (格納クラスを手で書く手間 > スキーマを書く手間)は スキーマ切って Relaxer 使ってます。 より複雑な検証が必要な場合は XML Beans です。 340 名前：デフォルトの名無しさん mailto:sage [2005/10/27(木) 19:27:32 ] 適当なオブジェクトをbetwixtで書き出してみて それがしっくりくるならdigesterで足りる じゃなきゃ俺もRelaxerをすすめる Relaxerは頭に入れやすいよ 341 名前：デフォルトの名無しさん mailto:sage [2005/10/27(木) 23:12:14 ] >>338 JAXB は？ 定義いるけど。 342 名前：デフォルトの名無しさん mailto:sage [2005/10/28(金) 08:21:46 ] digesterはgetしたものそのままsetしたい時に発狂する XML Beansはさくさくいくのは困難、最初は普通に発狂する 343 名前：デフォルトの名無しさん mailto:sage [2005/10/28(金) 09:33:22 ] digesterは設定読み込みが目的だから、setにはbetwixtが向いてるんでは 344 名前：デフォルトの名無しさん mailto:sage [2005/10/28(金) 10:07:39 ] >>336 重症・・。 ちがうんだよ。その機能はstaticメソッドでも可能。俺はそうしている。 statcktrace使えば、さかのぼって呼び出し元が完璧にわかるから、 すべて実現できるのstaticで。 だったら普通staticで提供だろ、util関係は基本全部static実装だし、 そうするように設計すべし。 345 名前：デフォルトの名無しさん mailto:sage [2005/10/28(金) 10:22:25 ] static メソッドになった場合、今までと同様の情報を出力するには 確実に今までよりパラメータが一つ増えるんだが、 それをわずらわしく感じないなら、それでいいんじゃないかな。 俺は勘弁してほしいが。 if(logger.isTraceEnabled(){ 　　logger.trace("なんやら", t); } ↓ if(Log.isTraceEnabled(this)){ 　　logger.trace(this, "なんやら", t); } 346 名前：338 mailto:sage [2005/10/28(金) 11:12:59 ] >>339-343 アドバイスありがとうございました。 とりあえずDigesterで基本的な動きは確認してみました。 XML読み込んで、それをマップしたObjectからのgetだけが目的なので、 事足りそうではありますが、 Relaxerの評判も良いようなので（確か国産ですよね？）、こちらも勉強したうえで、 どっちが自分の目的に合うのかを判断してみることにします。 347 名前：デフォルトの名無しさん mailto:sage [2005/10/28(金) 11:21:37 ] >343 親をgetしてカレントのsetへってやりたくなんなかった？俺だけ？ もしできるの？できそうでできないのがすっごい発狂したんだけど >338 digesterは既存のものにあわせるとしんどかった digester前程で作ればすごい楽だと思う >345 勘弁同意 Logger.instance(this).log("えらー")っての見たことあるこれは辛かった 348 名前：デフォルトの名無しさん mailto:sage [2005/10/28(金) 12:24:39 ] >Logger.instance(this).log("えらー") うわ嫌すぎる... staticにすることで手間が増えるんなら、オブジェクトでいいじゃんよ。 しかも元からあるんだから、いちいち書く手間いらないし。 349 名前：デフォルトの名無しさん mailto:sage [2005/10/28(金) 12:47:33 ] Logoer の話題が出たついでに便乗質問。 private static Log log = LogFactory.getLog(Hoge.class); private Log log2 = LogFactory.getLog(this.getClass()); この二つのメリットとデメリットって何ですか？ 前者を使えと言われて理由も聞いたような気がするんですが忘れてしまいました。on_ 350 名前：デフォルトの名無しさん mailto:sage [2005/10/28(金) 22:37:08 ] >>349 おまいも >>344 と同じくらい分かってないな。 Hoge.class を渡すのと getClass() の違いはなんだ？ 例えば、後者はそのロガーの getter があったとしたら、 Hoge のサブクラスはそれを自分のクラスのロガーとして利用できる。 どっちもログインスタンスはキャッシュされるが 上記のような理由がない限り前者だろうな。 351 名前：デフォルトの名無しさん mailto:sage [2005/10/29(土) 00:15:37 ] >>349 後者はstaticメソッドから呼び出せないなり 352 名前：デフォルトの名無しさん mailto:sage [2005/10/29(土) 10:04:10 ] >>348 だからてめーらほんととわかってないな。ソースみろ！ thisなんかしなくても、結局スタックつかって呼び出し元特定してるの。 いいか、thisはまったく考えなくていいんだよ。ほんと疲れるは。 もうレスしないから、あきらめないでちゃんと考えろ。 あきらめた時点で一般人と同じだよ。結局使う側の人間さ 353 名前：デフォルトの名無しさん mailto:sage [2005/10/29(土) 12:09:11 ] >>352 使う側の人間っておまえもだろｗ 俺様フレームワーク作って喜んでたらもっとバカだけどｗ っつかスタックトレースいちいち解析してんの？ 354 名前：デフォルトの名無しさん mailto:sage [2005/10/29(土) 14:16:14 ] 全ログaspectで後付けだってできるんだし、方法なんて探せばいくらでもでるでしょ 主観だけどlog4jだと助かる。commons-loggingだと更に楽 間違いの起き難い作りだと思うよ。 355 名前：デフォルトの名無しさん mailto:sage [2005/10/29(土) 14:37:55 ] >>354 どうせ、log4j 使うんだろ？ 何のために commons かます？ パフォーマンスがわずかに落ちるし、シンプルでなくなるし、 機能的に log4j から他のロガーに変えるなんてありえん。 あー、ちなみに俺はいくつかのシステムで commons logging + log4j を採用してきた。 今は log4j だけにしとけば良かったと思ってるし、 今後は log4j だけでいく。 356 名前：デフォルトの名無しさん mailto:sage [2005/10/29(土) 14:54:56 ] log4jってファイルの保存先が未定義の場合とかって コンソールに表示されたっけ？ log4jでConsoleAppender使えばいいかもしれないけど 別にcommon-loggingでもlog4jでもどっちでもいいんじゃない？ >>355の言うとおり最終的にはlog4jになる場合多いし java.util.loggingってどうなの？ 357 名前：デフォルトの名無しさん mailto:sage [2005/10/29(土) 18:37:26 ] >355 前に、呼びだしてる奴等のデータ欲しくて 1回こっきりのLogFactory作って片っ端からbetwixt.BeanWriterで吐かせた 便利だと思った。commonsは力技に屈してくれる あと移動が楽、考えて見るとこれといった理由は無い。 確かに運用ではlog4jしか使わないんだけどね 358 名前：デフォルトの名無しさん mailto:sage [2005/10/29(土) 18:46:19 ] SAPの吐くログと一緒に管理したいという要望があって Commons Logging用のSAPのLoggerを作ったことがある。 359 名前：デフォルトの名無しさん mailto:sage [2005/10/29(土) 21:25:51 ] >>357 >>358 なるほど。でも、log4j のアペンダでもいいよな。 っつーか、俺は log4j の MDC の便利さにはまった。 リクエストヘッダやリクエスト、セッションの内容を全部 MDC に セットしとけば、log4j の出力設定でなんでも出力できる。 運用開始後に客がブラウザの種類とか、リモートIP、ログインIDを ログに出せとか言われても、設定だけで可能。 360 名前：デフォルトの名無しさん [2005/11/01(火) 00:02:01 ] >>352 スタックフレームの取得ってかなりコスト高いんだが。 頻繁に呼び出すログ出力処理でそんな事やるのは愚行ではないかと。 361 名前：デフォルトの名無しさん mailto:sage [2005/11/01(火) 00:34:37 ] ログって、見てはいるけど、見るだけじゃ勿体無いよな。 何が勿体無いって？ 入力と出力、分かっちゃいるけど、忘れちゃう基本的な試験にもでてくる基本中の基本。 入力がてんでばらばらの出力を見てたって、整理つかない、見えるもんも見えない。 意図的に入力を加えて、その出力LOGを見るのがトラブルシュートの基本中の基本。 入力と出力、バカにしちゃうけど、バカにできない、 これで少しはトラシューも、楽リマクリスティー♪ 362 名前：デフォルトの名無しさん mailto:sage [2005/11/02(水) 20:25:29 ] log4jでgetLogger("aaa.bbb.ccc")ってやって aaa.bbb.ccc.ddd.eeeのパッケージだけログを出したくないときってどうすればいいのでしょうか。 363 名前：デフォルトの名無しさん mailto:sage [2005/11/02(水) 20:50:41 ] NullAppender 364 名前：デフォルトの名無しさん mailto:sage [2005/11/02(水) 23:55:22 ] 出したくないといいつつ、エラー時くらいは出したいのではと勝手に想像すると aaa.bbb.ccc.ddd.eeeを新規にカテゴリ定義してレベルをFATALにする。 365 名前：デフォルトの名無しさん mailto:sage [2005/11/03(木) 00:57:46 ] Enumratar用のユーティリティーって何かありますか。 366 名前：デフォルトの名無しさん mailto:sage [2005/11/03(木) 01:07:33 ] toString系使用していますか？いまいち期待道理に出ないです。 System.out.println(new ToStringBuilder(request.getAttributeNames(), ToStringStyle.MULTI_LINE_STYLE)); をしても何もでないです。 367 名前：デフォルトの名無しさん mailto:sage [2005/11/04(金) 13:10:21 ] reflectionToString() だけ使いまくってる。 ユニットテストクラスで、値確認する時とか。 他のは結局手で書いた方が早くなったので 以来使わなくなりました。 368 名前：デフォルトの名無しさん mailto:sage [2005/11/04(金) 23:58:59 ] >>367 Commonclipse のほうが早くないか？ 369 名前：デフォルトの名無しさん mailto:sage [2005/11/05(土) 02:35:29 ] >>368 Commons4E www.jiayun.org/mediawiki/index.php?title=Commons4E これとどっちがいい？ 370 名前：デフォルトの名無しさん mailto:sage [2005/11/05(土) 04:11:19 ] >>369 Field selection is the main difference between Commonclipse and Commons4E currently. (Commonclipse uses all fields) 371 名前：369 mailto:sage [2005/11/05(土) 11:36:27 ] >>370 ありがとー。 アホなのでExcite使いますた。 ＞現在、フィールド選択はCommonclipseとCommons4Eの主な違いです。 ＞(Commonclipseはすべての分野を使用します) 全フィールド使う方がいいのかな？ 372 名前：デフォルトの名無しさん mailto:sage [2005/11/05(土) 16:01:11 ] >>371 toString ならいいんじゃないか？ で hashCode と equals には使ってないんだな。 使ってたら、なぜ選択する必要があるか分かると思う。 まー、手修正すんのと GUI で選ぶのもどっちもどっちだけど。 373 名前：デフォルトの名無しさん [2005/11/10(木) 22:34:15 ] jakarta.apache.orz/commons/lang/ 374 名前：デフォルトの名無しさん mailto:sage [2005/11/10(木) 22:48:40 ] わかりにくいネタはやめてくれ。 375 名前：デフォルトの名無しさん mailto:sage [2005/11/14(月) 23:18:35 ] 【玄人】ﾌﾟﾛｼﾞｪｸﾄ管理ﾂｰﾙApache Maven【2.0登場】 pc8.2ch.net/test/read.cgi/tech/1131976988/ 376 名前：デフォルトの名無しさん mailto:sage [2005/11/15(火) 14:28:23 ] >>222 > リフレクションは、重いという弊害の他に、ダウンキャストの危険性も多い。 そこでGenericsを。 BeanUtilが対応していればだが 377 名前：デフォルトの名無しさん mailto:sage [2005/11/15(火) 14:32:57 ] >>229 > closeQuietelyだけだったらさすがに環境構築のたびにクラスパス通して > インポートしてってよりは自分とこの共通クラスにコード書くね。 > だって誰が書いたってああなるでしょ。 > 実際ほとんど同じのcommons自体知る前に書いてたし。 > 結局commons-ioかよとか思わないと思うけどね。 > 別にたいした手間じゃないんだけどクラスパスが無駄に多いのは好きじゃない。 Apache Mavenを使えばクラスパスの設定もいらんぞ。 やってみいよ 378 名前：デフォルトの名無しさん mailto:sage [2005/11/15(火) 14:54:50 ] >>276 実際このCommonsのこれ使っちゃ駄目 これ使っちゃ駄目とか言いだすDQNいるんだな〜これが。 それだけでなくある程度プログラムができあがってくると 多少問題があってもソースコードを弄ることを拒否しようとする。 リファクタリング拒絶というトンデモ君が。 一度こうなってしまったら前へすすむしかない、みたいな。 その様は何人もの犠牲者を出してしまった軍隊のようだ。 犠牲者を出してしまったんだからもう目的地に行かなくては 犠牲者に申し訳が立たないといってデスマーチに陥る。 実際徹夜ばっかになったプロジェクトでしたが。 379 名前：デフォルトの名無しさん mailto:sage [2005/11/15(火) 14:57:27 ] >>267の レスにたいして>>302のようなレスをする意味が 激しく解らない >>302は誤爆？ 380 名前：デフォルトの名無しさん mailto:sage [2005/11/15(火) 15:08:21 ] >>370 なーるほど、 ただしCommonclipseプラグインは 未だにEclpse3.1に対応していないというバグが 直っていないのでパス 381 名前：デフォルトの名無しさん [2005/11/15(火) 15:09:22 ] >>309 > 誤爆適用スレってしってるか？ > 今日は当たり日なんだろうか・・・ それってどうやって 誤爆を受けているのか確認できる？ 382 名前：デフォルトの名無しさん [2005/11/15(火) 15:18:42 ] Commons FileUploadはServletにしか対応していないのか・・・・ 普通にデスクトップJavaや コマンドラインJavaアプリケーションで シェルのようにFTPサーバにftp, sftpまたはSCP経由で ファイルのアップロードするということをやってみたかったんだが。 383 名前：デフォルトの名無しさん mailto:sage [2005/11/15(火) 15:32:33 ] よくみたらFTP接続できるのは Commons Netか！ orz 384 名前：デフォルトの名無しさん [2005/11/15(火) 19:07:46 ] Commons NetのFTP接続ってファイアウォール越しに 接続する機能は無いのか？ scpかsftpでポート22経由で接続したいのだが・・・。 対応してるプロトコルをみるとsshが見あたらない。 ということは無理か？ 385 名前：デフォルトの名無しさん mailto:sage [2005/11/15(火) 23:45:54 ] SOCKSが使えるんでない? もちろんsshのDynamicForwardが前提。 386 名前：デフォルトの名無しさん mailto:sage [2005/11/18(金) 23:35:40 ] Velocityを覚えたからAnakiaに手を出そうとしたらAntをまだ覚えていなかった。盲点。 ライブラリじゃなくてアプリのOSSで俺は貢献してやるぜ！ 387 名前：デフォルトの名無しさん mailto:sage [2005/11/22(火) 13:39:32 ] Antは簡単だからいいよ。 Velocityより簡単かと。 388 名前：デフォルトの名無しさん mailto:sage [2005/11/22(火) 14:00:41 ] >>387 比べるモノなのか？ 389 名前：デフォルトの名無しさん [2005/11/22(火) 14:12:55 ] ValidatorとかConfigurationsって使えるんだね。 ConfigurationはResourceBundleの代わりとして使えそう 390 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 01:00:38 ] 水を挿すようで悪いがたいていResourceBundleで事足りる 391 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 02:09:55 ] 気がついたらlibディレクトリがゴチャゴチャになってしまったので 整理したいのですが、Commonsとかそれぞれのjarの依存関係って どうやって調べればよいのでしょうか… とりあえずどこからも呼び出されてないjarだけでも外したいのですが… 392 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 19:04:57 ] ドキュメントに書いてあるので嫁。 つーか大した量じゃないんだし、commonsぐらい全部入れちゃっても (ry 393 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 12:42:07 ] >>391 Apache Mavenを使った方が楽だと思うんだけどなあ。 EclipseのMaven Repo Searchプラグインを使って 必要だとわかったJARの<depedency>タグをクリック一発で作って それをpom.xml(Maven1.xではproject.xml)の<dependencies>タグの 内側に貼り付けて、 　mvn install を実行し Eclipseを使っているなら 　mvn eclipse:eclipse を実行してEclipseプロジェクトにJARのパスを自動的に追加して またエラーが出ることを確認してしらみ潰しに、一個一個見てゆき 再びMaven Repo Searchを使って同じ事を繰り返すってやりかたで。 依存関係を調べる方法の一つとして Eclipse3.xのcal Hierarchy(呼び出し階層)を調べる機能で このクラスはどのクラスに必要とされているか、 あるいは逆にこのクラスはどのクラスを使っているかを調べることができる。 ただしJarについては(ry リストアップされるエラーメッセージをみながらこのJARが 必要だあのJARが必要だと調べながらあれこれやることができる。 394 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 12:42:49 ] >>390 Configurationはそんなに使えなかった？ それとも面倒だからやらなかっただけ？ 395 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 12:50:08 ] 気がつくとCommons Mathとかの リポジトリがCVSからSubversionに入れ替わってるね。 ApacheもとうとうSubversionを導入し始めたか。 他のプロジェクトもすべてSubversionに以降しきっているのかな？ 396 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 13:11:27 ] >>395 気づくの遅すぎ。 397 名前：390 mailto:sage [2005/11/24(木) 21:50:13 ] >>394 使えないというより、ResourceBundleで十分だった。 それなら誰もが知ってる方がいいよね。 Tomcatレベルの複雑な設定が可能なアプリケーションには向いてるんじゃない? 398 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 22:00:43 ] そもそもResourceBundleって、メッセージとかラベルの文字列外部化だから Configurationほど色々できる必要が殆ど無いと思われ。 キーを階層構造にしてオブジェクトに格納できたところで、大して意味無いし。 小面倒な設定ファイルとか、シリアライズしたいとかならConfigurationの出番だろうけど。 399 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 22:09:23 ] Configurationで、i18nってできるの？ ごめん、確認しないで聞いてる。。。 400 名前：デフォルトの名無しさん mailto:sage [2005/11/25(金) 10:06:40 ] ResourceBundleで配列のメッセージリソース管理できたらなー 401 名前：デフォルトの名無しさん mailto:sage [2005/11/25(金) 12:17:01 ] >小面倒な設定ファイルとか、シリアライズしたいとか スキーマ切ってXMLでやりとりした方が楽になる。 402 名前：デフォルトの名無しさん [2005/11/26(土) 01:23:36 ] Commons-devのメーリングリストに参加して メール読んでるんだけど、 Java Genericsに対応したCommons Collectionって すでにあるんだね。いまのところSourceForge専用だけど。 そのうちCommons Collectionに対応させてゆくらしい。 Tim, It's already been done (collections15.sourceforge.net/). Hopefully we'll finally figure out how we're going to bring this code (or some version of it) into our codebase. For now, if you need generic support you can use the sourceforge project. James -----Original Message----- From: Tim Roberts [mailto:troberts@computing.dundee.ac.uk] Sent: Friday, November 25, 2005 6:05 AM To: 'Jakarta Commons Developers List' Subject: Making Commons Collections Generic Enabled Are there any plans to make commons collections generics (as in JDK 1.5) enabled? If not I would be happy to do this. Tim. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks transtec Computers for their support. --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org 403 名前：デフォルトの名無しさん mailto:sage [2005/11/29(火) 20:29:31 ] 冷害（笑 ttp://www.jajakarta.org/commons/lang-2.0/ja/withoutPrimary/org/apache/commons/lang/ArrayUtils.html 404 名前：デフォルトの名無しさん mailto:sage [2005/11/29(火) 20:31:04 ] BeanWriterって便利ですね。 BeanUtils系で使用される、ネストで出力できるライブラリってないですか。 $form.property1.name="commons" のような感じで。 BeanWriterもいいけど、xmlより直感的でわかりやすいです。 405 名前：デフォルトの名無しさん mailto:sage [2005/11/30(水) 20:04:22 ] Velocityって環境によってコメントの解釈が違ったりしないか？ #* ## こめんと #hogeMacro($hogehoge) #if( $hage ) ほげはげ #end *# こんな感じのコメントつけてると、一番上の #* の部分が表示されたり、最悪 ## 以外のコメントが利かなかったり・・・ 406 名前：デフォルトの名無しさん mailto:sage [2005/11/30(水) 21:33:11 ] 環境によるとは？ 407 名前：デフォルトの名無しさん mailto:sage [2005/11/30(水) 21:34:57 ] >>405 バグはあるかも知れんね けどテンプレファイルにそんなにコメントつけることなんてある？ 408 名前：デフォルトの名無しさん mailto:sage [2005/11/30(水) 22:35:55 ] >>405 ブロックコメントの中にコメント入れないほうがいいよ 409 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 16:20:38 ] >>404 ほかは知らないけどそれはほしいね。 velocityもstrutsもibatisも xxx.yyy.zzz 表記だから、 ネスト形式のほうが直感的でわかりやすいかも。 410 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 21:55:33 ] VelocityでXMLを出力する場合に上手いやり方ってあります？ firstChildとかやってくのは、ちょっと違う気がするです。 411 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 04:11:59 ] >>406 CVS使って開発してるから違うのはJVMとOSのバージョンくらいしか思いつかないんだが、 自分のPCで大丈夫だと思っていたものが他の環境では上手くいかないとか >>407-408 仕事で使ってるとマクロ丸々コメントしたりして、その過程でマクロ内に入れてるコメントに引っかかったりするんだ。 つかVelocityは仕事で使うもんじゃないな。 412 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 13:54:54 ] じゃあなに使うの？ 413 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 15:40:10 ] >>403 っていうかJakarta Commons Langって翻訳が全然すすんでないな。 最後に編集したのがこれかい $Id: ArrayUtils.java,v 1.1.1.1 2004/02/13 10:02:05 hioki Exp $ hiokiって誰だ？ 姓名がいおき？ 414 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 15:46:18 ] >>405 そんなのは初めて聞いたぞ。 っていうかそもそも*なんて普通つかうか？ >>410 新規にXMLファイル作るなら 簡単だろ。 独自のオブジェクト作ってしまえば かなり楽だろ。 独自のクラスで作られたオブジェクトを newしてそれをListにぶちこんでから Velocityのputにぶちこんで あとはVelocityファイル側で #foreachを使ってlistにぶち込まれた オブジェクトを取り出すだけ。 やり方はマニュアルとかに書いてある。 ググって見ても簡単でいいサンプルもあった。 >>411 普通に仕事でVelocity使ったんだが。Velocityファイルにコメントなんて 一切書かないが。XMLを自動生成するならコメントは<!-- -->だな XMLファイルを自動生成するためにVelocity 使ってコード書いて納品したよ。そのシステム、今でも動いている。 415 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 21:32:07 ] velocityよりfreemarkerの方がいい。 416 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 09:28:41 ] >>413 文句言うなら自分でやれよ。 417 名前：デフォルトの名無しさん mailto:sage [2005/12/05(月) 18:34:53 ] FreeMaker はタイプ量が増えるのでやだ。 < と > で囲うことに魅力が感じられない。 418 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 02:13:16 ] あっははは これだからJakarta信者は。 419 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 02:23:36 ] Velocityは人気が高いからな ELでいいじゃん 420 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 02:29:28 ] Velocityで質問。 配列のリストをVelocityContextにlistOfArrayとして入れたとするでしょ。 #foreach($array in $listOfArray)〜#endで中身の配列は取れるけど $arrayの各要素が#foreach($object in $array)〜#endで、 それどころか$array[0]でも取れないのはどうすればいいんかね。 421 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 02:34:05 ] velocityCountとかいう内部変数があるよ。 デフォルトは1からだが、0からに変更することも可能。

---

---

[ 続きを読む ] / [ 携帯版 ]

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