- 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を兼ねた便利なクラスも用意されており、その数は豊富である。
- 237 名前：デフォルトの名無しさん mailto:sage うそ [2005/08/19(金) 12:59:23 ]
- 公開ライブラリについての見解は、場所（人）によって異なるから
>>236 のような視点では結論は出ないよ。（意見を否定しているわけではない。念のため。）
ただ、俺様.jarはいただけない。その点は >>235 に同意。
ひどいPGだと、よそで使ったコードをそのまま持ち込もうとしたりとか。
そういう意味でもやばい。
> jarがいくつになれば気が済むんだと問いたい問い詰めたい。
必要とあらば仕方ないんじゃね？ IDE使えば無問題だし。
- 238 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 13:02:27 ]
- たとえ一つでも誰もが使うメソッドがある。
ってのは採用に値しないのか？
これはもう釣りかも分からんね。
- 239 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 13:09:13 ]
- ＞ あっそう。拾ったライブラリはテストしなくても信頼できるんだ。ふーん。
バカか？テスト・デバッグはライブラリベンダの役割だ。
それとも、おまえのところは初めて使う製品はすべて自社でテストし直すのか？
＞人のコード見ないで出来る仕事ってそうはないと思うがな。
それは当たり前だが、少なければ少ないほどいいのがわからないのか？
毎回同じコードを書き直すほうがいいのか？
＞ >jarがいくつになれば気が済むんだと問いたい問い詰めたい。
いくつになっても結構。
なぜ増えると困るのかね？もしかして全部手作業でデプロイしてるとか？ｗ
- 240 名前：237 mailto:sage [2005/08/19(金) 13:43:37 ]
- 一つ言わせてくれ。
>>237 の目欄におかしなものがくっついてるが、ただの消し忘れだ。
ごめんなさい。orz
- 241 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 14:03:08 ]
- >バカか？テスト・デバッグはライブラリベンダの役割だ。
自社で使ってるライブラリ（そっちの言う俺様jar）とかならテスト済みだから、
毎回テストが必要って言うお前の主張がおかしいって話だ。
>いくつになっても結構。
ど素人ってのがよく分かったから、今度人のプロジェクトに参加する時に
「このメソッドが使いたいから、このほげほげjarをプロジェクトに入れてね」と頼んで見な。
お前が入れるのは別に反対はしないが、
そうしなければならないというお前の主張が常識と思うならそりゃ大間違いだな。
>たとえ一つでも誰もが使うメソッドがある(ry
ないな。外部ライブラリーの使用のリスクについてまったく無知でなければそんなことはしない。
jarが本当に100個になっても、そのバグ情報やバージョン、ドキュメントなどを管理できる
スーパープロジェクトリーダーならともかくな。
- 242 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 14:22:38 ]
- ＞ 自社で使ってるライブラリ（そっちの言う俺様jar）とかならテスト済みだから、
はぁ？
↓Jarを入れないって話じゃなかったのか？
＞ jarがいくつになれば気が済むんだと問いたい問い詰めたい。
- 243 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 14:24:32 ]
- >>241
で、おまいはApacheのプロダクトを使うときは毎回自社ですべてのコードをテストし直すのか？
- 244 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 14:28:50 ]
- ＞ 「このメソッドが使いたいから、このほげほげjarをプロジェクトに入れてね」と頼んで見な。
俺はどっちかというとアーキテクトの立場だから
「このライブラリを使いましょう」という俺の意見はほぼ通ってるよ。
- 245 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 14:32:43 ]
- 話がこじれてる理由がわかったよ。
>>227=>>229=>>234=>>236=>>241はひとつのメソッドが使いたいだけなのに、
その他のメソッドがついてくる（はずせない）のは問題ないのかと言ってるのね。
他の香具師らが言ってるメリットと比べてこっちの問題のが大きいだろと。
その問題ってのが当たり前だの常識だのって言葉でくくられてるからかみ合わないわけね。
実際にリスク見積もって判断しろよって>>227（略）は言いたいんだよな？
それならわかるわ。
不謹慎だが、宮城の地震で屋根が落ちたプールの話と同じ構造だな。
業者に丸投げ（他所のライブラリをチェックせず使う）すると安く出来上がるが、
安全であるかどうかの確認がしにくくなる。
>>239のいうライブラリのテストデバッグは〜ってのはまさにこの構図。
最終的な客に対する責任は利用するコードを書いた側に出てくるんだぜ？
断じて、ライブラリを提供した側ではない。
通常は、ライブラリを売ってるところが提供した範囲での責任を取ってくれる
（ライブラリ利用側が客に取る責任よりは小さいわな）、オープンソースだと誰が責任をとる？
もしかしたら、ライブラリのバグのせいで、もまいのシステムが人を殺すかもしれないよ？
- 246 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 14:35:07 ]
- 話が大きくなり杉。
ライブラリ必要なら入れましょう。
その方が楽なの当たり前。
ただたった一個のメソッドのために入れるのは賛否別れる。
個人的には開発の規模にも因るけどたぶん入れない。
しかもcloseQuetlyじゃね。
結論は程度の問題でしょ。
- 247 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 14:46:48 ]
- >>234=>>236=>>241です
きれいにまとめてくれてありがとう。
>244
jarを入れるのには>245のほかにドキュメントの提供・バージョン・他のライブラリとの相性があるから、
同じアーキテクトの立場ではあるが、リスクを考えるとやはり慎重になるな。
- 248 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 18:31:40 ]
- 拾ってきたライブラリ云々に関しては、Commonsだけは別格じゃないの？
少なくとも定番化してるものに関しては拾ってきたとかいうレベルの信頼
性ではないと思う。
もしCommonsを信頼できないとするなら、俺は同僚が書いたコードの方
が遥かに信頼できないよ？ｗ
そして、同僚は俺の書いたコードを信頼できないと思うだろうorz
バグがないとは言わないし、テストに漏れがないとも言わないが、それは
結局誰が書いても同じ事だし？
それなら、より多くの人に触れられ検証される事になるCommonsの方が
信頼できる。
- 249 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 21:07:59 ]
- commons使って痒い所に手が届かなかったら自分たちでコードを作れば
いいと思うけど・・・
オープンソースにとやかく文句いっても仕方ないでしょ
いっても使ってるのは、loggingとBeanUtilsだけなんだけど
ioも使えるのか・・・ちょっとやってみよう
ところでDbUtilsとCollectionってどうなの？
- 250 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 21:53:15 ]
- なんかまた話がすりかわってるだろ。
いつの間にかcommonsのバグの話になってるし。
一個でも使えそうなメソッドがあれば
オープンソースを使わなければならない。
そうしないやつはオープンソースをわかってないし
作ってるシステムもぐちゃぐちゃって感じだね。
commonsかなり気に入って使ってるけど
さすがに一個のメソッドで入れたりしない。
なんかオープンソース好きっていうか宗教っぽいな。
- 251 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 23:13:11 ]
- バグの話じゃないとわかってても一応>>248みたいな奴には言っておきたい。
commons-langとかでも普通にありえないバグあるから。
バグじゃなくてもパッケージごと移動とかもあるし。
バージョン上がると非推奨になってるやつもいっぱいある。
例えばだがjspでimportしてる古臭い大規模システムだったらimport直して
動作確認するだけでちょっとした人件費に飛ぶな。大人数で開発してる環境ならなおさら。
でそういう時はライブラリを問題あるとわかっててもバージョンアップしないほうが良いのかね？
commonsもオープンソースも否定しないが
当たり前に使うときは動作確認もソースのチェックもするさ。
オープンソース信者の皆さんが言う俺様コードを経由してcommons呼び出したりもする。
なんか不具合あってもそこだけ変えればすむようにな。
まあcommonsマンセーの人たちはどういうシステム作ってきたんだか。
- 252 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 23:33:40 ]
- >>248
その「信頼」の根拠をどこにおくのかわかってるかいって話だよ。
同僚が書いたコードでも、必要なテストをパスしてるんなら今の状態でもOKなわけだし。
>>250の言うように宗教めいてるところはあるね、確かに。
- 253 名前：デフォルトの名無しさん [2005/08/20(土) 00:16:01 ]
- スレ流して読んでみたけど>>232,233,235,243,248みたいな発言する奴は要注意だね。
ちょっと事情があって今回のシステムではライブラリとか追加できない
っていうと顔真っ赤にして怒り出す奴。
別にソース公開されてるんだから組み込めば良いじゃん。
オープンソースの考え方を持つのは勝手だが顧客に押し付けんな。
StringUtilsのreplaceとStringのreplaceAllの動作の違いもわかってなくて
すっぱいバグ出しちゃった奴。
ソースちょっと確認すればわかるだろ。
ちょっとしたcommonsとかにない文字列操作とかになると
そんなの出来ません！とか言い出す奴。
出来ませんじゃなくてオープンソースにありませんってだけだろ。
そんぐらい自分で作れ。
すぐに思い出したやつを書いて見た。
全部周りに実在した奴らだ。しかもオープンソース大好きってのばっか。
オープンソースを妄信的に信じてる奴が
一番オープンソースの使い方を知らないケースが多い。
- 254 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 00:29:36 ]
- あまりにも短絡的な決めつけをする>>253が一番の妄想野郎だな
- 255 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 00:49:27 ]
- >>254
いや。>>253の実例みたいな奴は間違いなく痛いだろ。
実際確かにいるし。
- 256 名前：あぼーん mailto:あぼーん [あぼーん]
- あぼーん
- 257 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 00:59:47 ]
- Jakarta Commonsクックブック
www.oreilly.co.jp/books/4873112427/
オライリーのCommons本の邦訳が今日出るみたいだね。
- 258 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 09:07:55 ]
- オープンソースそのものの話は他所でやってくれ
- 259 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 12:20:59 ]
- >>253
> 別にソース公開されてるんだから組み込めば良いじゃん。
なにそれ。そうやってきたの？あんたには関係ないが
公開者からすりゃ、かなり気分悪いな。
で、バージョンアップしたら張りなおしか？
> オープンソースの考え方を持つのは勝手だが顧客に押し付けんな。
> StringUtilsのreplaceとStringのreplaceAllの動作の違いもわかってなくて
> すっぱいバグ出しちゃった奴。
オープンソース関係ねー。そんな奴はどうせ JDK も
ロクに分かってない。
> ソースちょっと確認すればわかるだろ。
> ちょっとしたcommonsとかにない文字列操作とかになると
> そんなの出来ません！とか言い出す奴。
> 出来ませんじゃなくてオープンソースにありませんってだけだろ。
> そんぐらい自分で作れ。
話の流れからして、おまえはリーダークラスの役割だろ？
おまえができることを、できない奴がいるのは当たり前。
誰でもひとつくらい得意なことはある。
できない奴の能力不足ではなく、ライブラリチームや担当を
編成・管理しないおまえの能力不足だ。
- 260 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 12:43:04 ]
- > ソースちょっと確認すればわかるだろ。
> ちょっとしたcommonsとかにない文字列操作とかになると
> そんなの出来ません！とか言い出す奴。
こんな奴が本当に居るとしたら、そもそもプログラマとして成立してないじゃん。
commonsがあればコードを書く必要がないって言うんならともかく、実際は
commonsで賄う部分よりそれ以外の部分の方が遥かに多いんだからさ。
まぁ、VBプログラマなら、コンポーネントがないからできませんって奴が居
ても不思議じゃないけどｗ
- 261 名前：デフォルトの名無しさん mailto:sage [2005/08/21(日) 00:10:11 ]
- >>253
> オープンソースを妄信的に信じてる奴が
> 一番オープンソースの使い方を知らないケースが多い。
ここだけは禿同。
- 262 名前：デフォルトの名無しさん mailto:sage [2005/08/21(日) 10:42:01 ]
- 流れをぶったぎって書くが、
commons-ioといえば、commons-fileuploadの1.1devで使ってるね。
- 263 名前：デフォルトの名無しさん mailto:sage [2005/08/22(月) 19:04:12 ]
- copyProperties を使うためだけに
commons-beanutils を追加しました。
今まで素で reflect 使って書いてたコードがかなりあるんだけど
やっぱ書き直した方が吉かなあ。
- 264 名前：デフォルトの名無しさん mailto:sage [2005/08/22(月) 21:05:27 ]
- 今までのやつがちゃんと動いてるんならいいんじゃね?
- 265 名前：デフォルトの名無しさん mailto:sage [2005/08/22(月) 22:41:19 ]
- 同意。動いてるコードを書き直すのは苦痛だ。
ただ、リファクタリングの一環として、リフレクション部分をプルアップしてみて
BeanUtilsとの置き換えが可能そうなら、置き換えてみてもいいかもしれない。
- 266 名前：デフォルトの名無しさん mailto:sage [2005/09/03(土) 00:21:04 ]
- >>187
ルーセンスと発音していたが違うかな。
ルシーンなのか。
- 267 名前：デフォルトの名無しさん mailto:sage [2005/09/03(土) 00:23:37 ]
- >>206
へぇ。
Java5になってからGenericsで型チェックできるようにパラメタライズされてないのかな。
- 268 名前：デフォルトの名無しさん mailto:sage [2005/09/03(土) 00:24:53 ]
- >>212
high burn eight
普通にハイバネートと発音したい気が。
- 269 名前：デフォルトの名無しさん mailto:sage [2005/09/03(土) 00:28:34 ]
- >>236
> あっそう。拾ったライブラリはテストしなくても信頼できるんだ。ふーん。
> 目当てのメソッド以外のクラスやメソッドが使われた時のテストや管理のリスクは無視か。
> 趣味で触ってるやつならともかく、人のコード見ないで出来る仕事ってそうはないと思うがな。
> >jarがいくつになれば気が済むんだと問いたい問い詰めたい。
> これについでの回答は？
> おめぇの趣味で一々jar入れてたら100や200個になりかねないから、
率直にMaven使えよ。
mavenのクラスパスを一つ通すだけで自動でダウンロード、自動でインストールしてくれるぞ。
- 270 名前：デフォルトの名無しさん mailto:sage [2005/09/03(土) 00:30:18 ]
- >>241
あと、mavenのほかにFatJarもつかってJarを一つにまとめろ
これらは双方ともEclipse用プラグインも用意されている
- 271 名前：デフォルトの名無しさん mailto:sage [2005/09/03(土) 00:35:15 ]
- >>253はなにか頭がバグってるな
Commonsは
Commons Sandbox以外ならかなり信用できる。
CommonsというのはJava標準APIに足りない機能を補う
ためにあるようなもんだ。
- 272 名前：デフォルトの名無しさん mailto:sage [2005/09/03(土) 00:37:21 ]
- メールアドレスの書式チェックメソッドGenericValidator#isEmail()を
使いたいがためにCommons ValidatorのJarを入れた俺はDQNですか？
- 273 名前：デフォルトの名無しさん [2005/09/03(土) 00:44:28 ]
- >>252
宗教といっても、何も確たる根拠も無しにオープンソースを否定して
これは使っちゃダメだあれは使っちゃダメだと
いきなり決めつけるのもかなり宗教っぽいけどね。
豚肉喰っちゃダメだ牛も喰っちゃダメだクリスマスなんかやっちゃだめだって
いってるイスラム教徒みたいな。食い過ぎれば不健康で心臓病になるけど
適度に運動しながら野菜などと一緒にバランス良く食べていれば無害どころか栄養たっぷり。
それを調べもせずにいきなりダメだって人に押しつけるのはプロジェクトの進行にかなり響く。
オープンソースを何も考えずに否定するのは暗黒時代の魔女狩りにも似ている。
何人もの大富豪の男を、男の姿に化けた女だと勝手に決めつけて殺してしまったっていう史実があるわけだ。
殺した後にそのお金が教会や国の資金源になるから陰湿にもわざとそういうことをしたってわけだ。
彼が外部のライブラリ使用を拒む理由は車輪の再発名をしてでも何もかも自分で作ってしまって
それがすべて自分でやったから周りから偉い奴だと思ってくれるだろう錯覚しているうのだろう。
あるいは、手柄を自分のものにして、自分にしかわからないようなコードをわざと書いて
そのプロジェクトをすべて自分の管理下に置いて自分の立場を維持したいという保守的な考えを持つ人間なんだろう。
- 274 名前：デフォルトの名無しさん mailto:sage [2005/09/03(土) 00:45:29 ]
- >>272
いいえ。問題なし。じゃんじゃんつかっちゃいなさい。
オープンソースなんだし。
そんじょこらのクローズドソースなバイナリよりも信用できる。
- 275 名前：デフォルトの名無しさん [2005/09/03(土) 11:43:33 ]
- >>267
それをやろうとするとJava5専用になる。
主要なツールはGenericsに対応したJava5対応版を出してほしい
現状だと、Java5で作っていてもツールからオブジェクトを取り出すときに結局はキャストが必要になってしまうし
- 276 名前：デフォルトの名無しさん mailto:sage [2005/09/04(日) 10:35:13 ]
- >>273
> >>252
> 宗教といっても、何も確たる根拠も無しにオープンソースを否定して
> これは使っちゃダメだあれは使っちゃダメだと
> いきなり決めつけるのもかなり宗教っぽいけどね。
周り読んでも全然誰もそんなこと言ってないんだけど。
その極端な話の飛躍の仕方が宗教っぽい。
- 277 名前：デフォルトの名無しさん mailto:sage [2005/09/05(月) 09:19:54 ]
- ていうかなんで今になってそんな古いネタを掘り起こしてるのかがわからんな。
>273
キモイ
- 278 名前：デフォルトの名無しさん mailto:sage [2005/09/05(月) 12:07:30 ]
- ところでオライリーのjakarta-commonsクックブックはどうでした？
ザッと流し読みした感じだと可もなく不可もなくかなあ。
- 279 名前：デフォルトの名無しさん mailto:sage [2005/09/27(火) 16:03:41 ]
- commons-httpclient.jar を gcj で使いたいのですが、
javax.net.SocketFactory
javax.net.ssl.SSLSocketFactory
などが gcj に対応していないためコンパイルが通りません。
しかしその部分のメソッドはプロジェクトで使用していないので
どのように回避したら良いかわかる方がいらっしゃいましたらご教授お願いします。
- 280 名前：デフォルトの名無しさん mailto:sage [2005/09/27(火) 16:59:27 ]
- 単純に
・不要なのを取っ払ってコンパイル。
・ばらして1つずつコンパイル、通ったものだけを集める。
が考えられます。知らないけどSocketFactoryはなくていいの？
それよりも、なぜここでしたか
- 281 名前：デフォルトの名無しさん mailto:sage [2005/09/28(水) 20:52:12 ]
- >>280
早速のレスありがとうございます。
それを参考にzipアーカイバで使わないclassファイルを削除しましたが、
それぞれが関連し合っていてなかなかうまくいかないようです。
commons-httpclient.jarはオープンソース化されていないのでしょうか？
- 282 名前：デフォルトの名無しさん mailto:sage [2005/09/28(水) 21:42:06 ]
- >>281
そんなわけない
- 283 名前：デフォルトの名無しさん [2005/09/30(金) 17:34:23 ]
- CommonsじゃなくてOROなんですが
Perl5Utilのsubstittutionで\\uってちゃんと動きますか？
velocityのライブラリに入ってるバージョンで試したのですがうまくいきません。
- 284 名前：デフォルトの名無しさん [2005/10/04(火) 00:07:11 ]
- commons betwixtなんですが、0.5以前のバージョンでsetWriteEmptyElements(false)と同等の処理は出来ないのでしょうか？
値を設定されていないプロパティはタグ自体が出力されないようにしたいのですが・・・。
- 285 名前：デフォルトの名無しさん mailto:sage [2005/10/04(火) 02:19:24 ]
- >>278
俺的にはかなり勉強になりました。って一ヶ月も前のコメントですか・・・。
ファンクターなんてのがある事をこの本読んで初めて知ったよ。
考え方はデザパタで知ってたけど、標準的な方法があると使ってみようって気になるね。
ただ、条件式を切り出しただけのクラスとか作ってるとクラス数が爆発しそうな気も・・・。
Pridicateとかって実際に使ってる人います？
- 286 名前：デフォルトの名無しさん mailto:sage [2005/10/04(火) 04:10:03 ]
- Lispのlambda(無名関数)と同じように
Predicateとかは基本的に無名クラスで使うとよい。
- 287 名前：デフォルトの名無しさん mailto:sage [2005/10/04(火) 09:35:15 ]
- >Predeicate
結構よく使う。 基本的には無名クラスが多い。
Transfomerは滅多に使わない。 Closureは存在を忘れている事が多い。
ComparatorChainは便利。 テーブルのソートなんかで多用してる。
- 288 名前：デフォルトの名無しさん mailto:sage [2005/10/12(水) 06:56:33 ]
- formでDynaFormを使用した場合で
java.lang.Doubleやjava.mathBigDecimalなどでform-propertyを宣言して
画面からhtml:textで未入力状態で送信すると例外を発生するのは回避不可？
BeanUtilsのpopulateメソッドのエラーっぽいし、無理かな
まあ、BeanUtilsを修正するかString型に回避すればいいけど
- 289 名前：デフォルトの名無しさん mailto:sage [2005/10/13(木) 00:42:12 ]
- Commonsじゃないけど、Regexpってなんて読むの？
- 290 名前：デフォルトの名無しさん mailto:sage [2005/10/13(木) 00:54:28 ]
- >>289
「レギュラーエクスプレッション」の省略形だけど、別の読み方があるのかな？
カスタムタグのTLDファイルの「rtexprvalue」も悩ましい。
「Runtime Expression Value」の省略形なんだけど。。。
- 291 名前：デフォルトの名無しさん mailto:sage [2005/10/13(木) 23:44:14 ]
- 俺はリジェックスピーって読んでるよ、心の中で。
もちろんLispのS式はセックスピー
- 292 名前：デフォルトの名無しさん mailto:sage [2005/10/14(金) 00:03:03 ]
- 僕は「れぐえくすぷ」って呼んでます。
- 293 名前：デフォルトの名無しさん mailto:sage [2005/10/14(金) 00:36:48 ]
- 僕は
れぐいーえっくすぴー
- 294 名前：デフォルトの名無しさん mailto:sage [2005/10/14(金) 05:12:21 ]
- >>293
ヽ( ・∀・)人( ・∀・)ﾉ ﾅｶｰﾏ
- 295 名前：デフォルトの名無しさん [2005/10/14(金) 14:44:10 ]
- ttp://jakarta.apache.org/
が落ちててDTDの読み込みに影響出てます。
同じ現象の人います？
- 296 名前：デフォルトの名無しさん mailto:sage [2005/10/14(金) 14:47:49 ]
- 携帯からだと見れてしまいました。
アクセス制限かルーターの異常か？
スレよごしすみませぬ。
- 297 名前：デフォルトの名無しさん mailto:sage [2005/10/14(金) 15:05:15 ]
- DTD宣言を実際読みに行くのってエディタかなんか?
だったらローカルに落としたほうが手っ取り早いと思われ。
- 298 名前：デフォルトの名無しさん mailto:sage [2005/10/14(金) 15:41:14 ]
- >>297
DTD 宣言を含む XML を編集するときにエラー扱いにされてうざい、ってことじゃないの？
俺も解決法があったら聞きたい。
- 299 名前：デフォルトの名無しさん mailto:sage [2005/10/15(土) 17:47:58 ]
- >>283
> CommonsじゃなくてOROなんですが
> Perl5Utilのsubstittutionで\\uってちゃんと動きますか？
それはJavaのString型環境にあわせて
さらにJava用にエスケープしなければならな。
つまり、Java文字列中では、
\\u -> \\\\u
としなければならない。
\\uは Javaでは\uにみえ、
\\\\uにしたときはじめてJavaは\\uと解釈してくれる。
Perl用にエスケープしてさらにJava用にエスケープしないと
動かない。
二重エスケープってところですな。
- 300 名前：デフォルトの名無しさん mailto:sage [2005/10/15(土) 17:57:45 ]
- >>289
regexp
レゲックス
レゲックス婦
れじぇっくす
レジェックスプ
利げっくす(ﾌﾟ
りじぇくす(ﾌﾟ
自然大数の底exp()関数よりもじってレグネスクポーネント
レグネクスポネンジャル
レグネクスポ
レグネクスプ
レグスプ
レジェクス
リジェクス
レジェバイプ
レジェザップ
リジェザップ
レジェズープス これではRege XOOPS？
レジェ・タイムズ・ﾍﾟｯ！
レジェタイプ
レジェペケポン
リジップス
リジェップス
レジェンプス
- 301 名前：デフォルトの名無しさん mailto:sage [2005/10/15(土) 17:59:02 ]
- >>289
rtexprvalue
アーテフプリヴァリュー
ラリパリュー
ライプリュー
レフプライヴァリュー
レプリャリュー
レッズファリュー
- 302 名前：デフォルトの名無しさん mailto:sage [2005/10/15(土) 19:47:31 ]
- >>267
つうか、ｶﾜｲｲとかかわいくないとか
どっちにしてもこんな掲示板で書いたら
月曜日その子に会わせる顔が無いよ
かわいくないと書いた時はまずいのわかっているし
ｶﾜｲｲと書いたなら意識されるだろうし・・・
掲示板でそんな事聞くなよ
- 303 名前：デフォルトの名無しさん mailto:sage [2005/10/15(土) 19:49:22 ]
- >>302
いや、多分このスレに書く分には大丈夫だと思うぞｗ
- 304 名前：デフォルトの名無しさん [2005/10/15(土) 19:51:08 ]
- 誤爆？
- 305 名前：デフォルトの名無しさん mailto:sage [2005/10/15(土) 19:51:32 ]
- >>302
オレは相談にのるぞ。
- 306 名前：デフォルトの名無しさん mailto:sage [2005/10/15(土) 19:55:58 ]
- スマンソ
ようするに、SEXの締めをクンニ逝きっていうのが 「いみあるのか？」っていうことか
- 307 名前：デフォルトの名無しさん mailto:sage [2005/10/15(土) 20:33:07 ]
- わたしの彼氏も風俗にいったときはすごいショックだったけど
なんか、向こうも仕事だからすごい事務的らしいよ。
わたしは絶対行ってほしくないとまではいわないけど、
行くならわたしにはいわないでほしい・・・
- 308 名前：デフォルトの名無しさん mailto:sage [2005/10/15(土) 20:36:16 ]
- >>307
Commons つまり共通の悩みってことか。
言わなかったら浮気だと勘違いするだろ。
スレ違いだよ。
- 309 名前：デフォルトの名無しさん mailto:sage [2005/10/15(土) 20:40:02 ]
- 誤爆適用スレってしってるか？
今日は当たり日なんだろうか・・・
- 310 名前：デフォルトの名無しさん mailto:sage [2005/10/15(土) 21:01:50 ]
- >>307
アホか、風俗はめっちゃフレンドリーやっちゃうねん。
ソース読めとかググれとか氏ねとか言わないからな。
これで有料じゃなきゃ最高なんだけどな。
- 311 名前：デフォルトの名無しさん mailto:sage [2005/10/15(土) 21:07:08 ]
- 事務的フレンドリー
- 312 名前：デフォルトの名無しさん mailto:sage [2005/10/15(土) 23:17:53 ]
- 事務的なフレンドリーと心からのおざなり、どっちがいいかっちゅうねん。
- 313 名前：デフォルトの名無しさん [2005/10/18(火) 13:23:21 ]
- >>299
ご回答ありがとうございます。
ご指摘の点は理解しているつもりですが
実際にやってみると以下のように
そのまま\\uが印字されてしまいます。
new Perl5Util().substitute("s/(?:^|_)(\\w)/\\\\u$1/g", "t_mst_user");
(java.lang.String) \\ut\\umst\\uuser
なにかしょうもない勘違いをしているのでしょうか…
- 314 名前：デフォルトの名無しさん mailto:sage [2005/10/18(火) 17:20:05 ]
- jdk-1.4.2 && jakarta-oro-2.0.8 で実行させたところ
new Perl5Util().substitute("s/(?:^|_)(\\w)/\\u$1/g", "t_mst_user")
=> TMstUser
でした。問題なさそう。('\u' が欲しいようなので '\\u' で十分の模様。)
Perl5 の正規表現に不慣れなので、もしかしたら間違ってるやも。
velocity-dep-1.4.jar ではなく
velocity-1.4.jar と jakarta-oro-2.0.8.jar の組み合わせで
試してみるとどうなります？
- 315 名前：デフォルトの名無しさん mailto:sage [2005/10/19(水) 12:43:45 ]
- >>314
ありがとうございます！
jakarta-oro-2.0.8.jarだと無事いけました。
velocityに入っていたやつには未実装だったのですね...
- 316 名前：デフォルトの名無しさん mailto:sage [2005/10/19(水) 15:36:50 ]
- log4jのLogクラスで行番号が出せるけど、行番号なんてどうやって出しているのだろうか
Cのプリプロセッサだけの芸当かと思ってた
- 317 名前：デフォルトの名無しさん mailto:sage [2005/10/19(水) 16:19:04 ]
- >>316
せっかくソースも配布されているので見てみればよいのでは。
見たらかなり力技だった。Throwable#printStackTraceの出力を解析してた。
(org.apache.log4j.spi.LocationInfo)
- 318 名前：デフォルトの名無しさん mailto:sage [2005/10/19(水) 16:33:52 ]
- >>316
マルチ
- 319 名前：デフォルトの名無しさん mailto:sage [2005/10/19(水) 18:42:42 ]
- マルチさんのおかげて勉強になった
火のないところでthrowしてるってこと？
ロギングにそゆー力技いれるってjakartaはやっぱすげーな世界が違う
俺だったら尻込みする
- 320 名前：デフォルトの名無しさん mailto:sage [2005/10/19(水) 20:11:35 ]
- >>319
jakarta っつーより、作ったのは IBM だろ。
すげーなっていうのは今だにバカっぽい実装してる嫌み？
行番号なんか簡単に取れるだろ。
new Exception().getStackTrace()[0].getLineNumber()
メソッド名やどこから呼ばれたかも取れる。
ただ、正常系でこんなもん使ってる奴がいたらうんこだけどな。
- 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
作るものに依存する。
|
 |
