【Java】Apache Jakarta Commons

【Java】Apache Jakar ..

175:デフォルトの名無しさん
05/05/29 16:35:59
シートの順番の入れ替え？

176:デフォルトの名無しさん
05/05/30 02:00:15
>>173 横から報告してみる。
# いま、Jakartaにつながらない。

半年前使ったときには、SMTP はJavaMail を使ってました。
MultiPartには対応していていました。
そのときは、charsetがまともに指定できてなかったと思います。

177:JavaMailプロ
05/05/30 05:07:22
>>176の件だが、
(1) javax.mail.MimePart#setText(String text, String charset)を使えば、
　　"text/plain"限定で文字セット指定ができる。
(2) javax.mail.Part#setContent(Object body, String mimeType)を使えば、
　　任意のMIMEタイプ/文字セット指定ができる。
　　エンコーディング指定には javax.mail.Part#setHeader("Content-Transfer-Type", "BASE64")等を指定。

ただし、(2)では実際のエンコーディング処理は内部的に
JAF(Java Activation Framework)のDataHandlerクラス (javax.activation.*)が呼び出している。

もし、デフォルトでインストールされているDataHandlerが、期待するエンコーディングをしない場合は、
新しいエンコーディング用にDataHandlerとDataSourceのサブクラスを作成して、
JAFのプロパティ・ファイルに登録してやる必要がある。

・・・JavaMailは、「Javaのメール・クライアントを作ってPCデスクトップを攻略」するためのAPIだったんで、
メール・クライアント以降の新しいニーズ(例えばSOAPやMQ)では使いにくいかもしれない。

以降、JavaMailプロの独り言
・・・その昔、JavaMailがまだβ版だった当時、
日本語メール慣習への適合度や、バグ含有度を調べる余裕がなくて、
JavaMail APIをフルスクラッチで書いて、
その上にメール・クライアントを構築した事を思い出した。
(本当はメッセージ・キューやらワークフロー・エンジンも作るって言われたから
　基礎からカッチリ作ったんだけど・・・未実現。
　つか、そのうちJMSやらSOAPが出てきた。俺の仕事ってつくづくProgress Software近辺と被ってるのな)

178:デフォルトの名無しさん
05/05/30 06:31:08
ちょっと時代の流れとずれてるために、努力が日の目をみない人ですか？

179:デフォルトの名無しさん
05/05/30 08:28:36
なんだよてめぇ、朝から喧嘩うってんか

180:177訂正
05/05/30 08:57:05
×　ただし、(2)では実際のエンコーディング処理は内部的にJAFのDataHandlerが呼び出している
○　ただし、(1)(2)の実際のエンコーディング処理は、MIMEタイプに応じてJAF APIのDataHandlerが処理してる

181:デフォルトの名無しさん
05/06/03 02:08:39
>>175
そうです

182:デフォルトの名無しさん
05/06/03 02:15:18
頑張れ！目的不明な単発質問くん！

183:デフォルトの名無しさん
05/06/03 02:54:43
質問のフリ荒らし：書くことはないがスレの流れが気になって仕方なく
　　　　　　　　　　とりあえずスレ違いにはならないとおもわれる範囲で
　　　　　　　　　　質問・同意を得る形式でレスをすること。
　　　　　　　　　　答えがどうあろうとレス稼ぎが問題なので単発で終わることが多い。

184:デフォルトの名無しさん
05/06/04 11:59:28
Writerからどうやってエンコーディング指定できるOutputStreamWriterに変換すればいいですか？

185:デフォルトの名無しさん
05/06/04 12:18:02
>>183
レス稼ぎと荒らしの関連性が分からん。

186:デフォルトの名無しさん
05/06/05 11:37:07
>>185
無視しろ。183はコピペ荒らしだ。

187:デフォルトの名無しさん
05/06/11 13:14:35
Commonsじゃなくて申し訳ないけど、Luceneって何て読むの？
すっげー気になったもんで。

188:デフォルトの名無しさん
05/06/11 13:19:18
>>186死ね

>>187　ル・シ～ン！！！ (銭型警部の声で

189:デフォルトの名無しさん
05/06/11 14:15:25
ルセーヌだよ。

190:デフォルトの名無しさん
05/06/11 14:39:45
エルセーヌだよ。

191:デフォルトの名無しさん
05/06/11 21:41:21
URLﾘﾝｸ(d.hatena.ne.jp)

192:デフォルトの名無しさん
05/06/12 00:33:15
>>188
それは「アルセーヌ・ルパンIII世」

193:デフォルトの名無しさん
05/06/12 00:35:23
銭型警部：「ヤツはとんでもないものを盗みました・・・それは貴女のデスクトップ検索情報です・・・」

194:デフォルトの名無しさん
05/06/12 01:12:29
「ところで、今、こんな顔(σ･д･)したやつこなかったか？」
「ばかもーん、そいつがルパンだ、追え～」

195:デフォルトの名無しさん
05/06/12 02:36:06
>>194
ルパンごっこ？

196:デフォルトの名無しさん
05/06/12 10:51:31
１．コンビニでアンパンをひとつ買い、
　　「インターポールの銭形です。　ルパンを追っているので見かけたら連絡をお願いします。」
　　と言って立ち去る。

２．すぐにドタバタ戻ってきて店員に、
　　「今わしを見かけなかったか？」
　　と怒鳴りつける。

３．「今あなたアンパン買って・・・」
　　「ばかもーん！そいつがルパンだー！！」
　　　と言って、またドタバタと出て行く。

197:デフォルトの名無しさん
05/06/12 15:17:38
で、アンパンマンはいつになったら出てくるんだ？

198:デフォルトの名無しさん
05/06/12 15:35:31
「ところで、今、こんな顔(σ･д･)したやつこなかったか？」
「ばかもーん、そいつがアンパンマンだ、追え～」

199:デフォルトの名無しさん
05/06/16 01:30:59
VelocityToolsで
tools.view.servlet.error.template( = Error.vm)
tools.view.servlet.layout.directory( = layout/)
tools.view.servlet.layout.default.template( = Default.vm)
この設定を全て無効化することはできないのか？
test.html?layout=./
このレイアウトのパラメータも無効化したい。

200:デフォルトの名無しさん
05/07/26 11:35:15
公式サイト㌧㌦？

201:デフォルトの名無しさん
05/07/26 11:38:34
apache.org 全滅?

202:200
05/07/26 12:34:01
復帰したみたい。

203:171
05/08/02 01:02:12
>>173
大分遅くなりましたが丁寧な解答ありがとうございます。
Commons EMailはまだ試していないのですが、SMTPClientで日本語を送信できるようになりました。

　　String encodedSubject = new String(Base64.encodeBase64(subject.getBytes("Shift_JIS")));
　　Writer writer = smtp.sendMessageData();
　　if (writer != null) {
　　　　writer.write("Subject:=?iso-2022-jp?B?" + encodedSubject + "=?=\n");
　　　　writer.write("From: " + from + "\n");
　　　　writer.write("To: " + to + "\n");
　　　　writer.write("MIME-Version: 1.0\n");
　　　　writer.write("Content-Type: Text/Plain; charset=\"iso-2022-jp\"\n");
　　　　writer.write("Content-Transfer-Encoding: base64\n");
　　　　writer.write(new String(Base64.encodeBase64(message.getBytes("Shift_JIS"))) + "\n");
　　　　writer.close();
　　　　smtp.completePendingCommand();
　　}

Base64のエンコーディングにはCommons Codecを使いました。
これで一応日本語が化けずに送れてます。

もっともE-Mailや文字コード周りの知識があまりないので、作法的にはあやしいかも知れませんが・・・^^;

204:デフォルトの名無しさん
05/08/07 00:45:50
DbUtilsは開発してんの？

205:デフォルトの名無しさん
05/08/09 20:32:26
BeanUtilsが便利すぎる
現場で使ってる奴がほとんどいないけど・・・

206:デフォルトの名無しさん
05/08/09 22:58:23
>>205
BeanUtilsは型やプロパティ名が実行時解決なので、
コンパイル時にチェックできないバグが増えるから気をつけてね。

207:デフォルトの名無しさん
05/08/10 12:08:05
それは困憊る

208:デフォルトの名無しさん
05/08/10 13:10:11
直接使ってなくても他のフレームワークが間接的に使ってること多いね。
何するライブラリなのか分かってないけど
リフレクションでウハウハするための何か？

209:デフォルトの名無しさん
05/08/10 20:01:42
Strutsとかhibernateはばりばり使ってると思う
ソースは見てないけど、xmlから読み込むなら
やっぱりリフレクトでウハウハかなとは思う

210:デフォルトの名無しさん
05/08/10 22:17:10
つーかBeanUtilsってStrutsから派生したんじゃなかったけ?
確かにウハウハだが、なんでもかんでもMapに詰め込んでってのは
エレガントではないな。まあただの宗教論争だが。

211:デフォルトの名無しさん
05/08/10 22:17:25
他のフレームワークやライブラリが間接的に使ってる分にはいいんじゃない？
一応テスト・デバッグ済みってことになってるし。
リフレクションは重いけどね・・・

Hibernateはリフレクション使ってないよ。使ってたらもっと重いフレームワークになる。
Strutsはバリバリ。カスタムタグとか、リクエストパラメータをActionFormにセットするところとか、
DynaActionFormとか。BeanUtilsはもともとStrutsの一部だったモノだしね。

212:デフォルトの名無しさん
05/08/10 23:03:40
BeautilsはcopyPropertyメソッドが素敵だから使ってる
ところでhibernateってなんて読むの？
未だに分からない

213:デフォルトの名無しさん
05/08/10 23:37:38
ハイバーネートと読んでみるテスト

214:デフォルトの名無しさん
05/08/11 00:36:12
「はいべるなーと」

215:デフォルトの名無しさん
05/08/11 00:38:08
>>211
リフレクション使ってないけど、バイトコード操作なんていうコンパイル時にチェックできないバグがもっと増える仕組み使ってるがね。

216:デフォルトの名無しさん
05/08/11 01:10:58
>>215
いいんじゃない？テスト・デバッグはHibernate開発者の責任だし。
自分でそういう仕組みを使うときは気をつけてね、ってことで。

217:デフォルトの名無しさん
05/08/11 01:13:28
リフレクションもね。
フレームワークとか作るんじゃなくて普通の業務ロジックのためにバイトコード操作してたらブッコロスね。

218:デフォルトの名無しさん
05/08/11 22:21:47
　　　　　/;:;:;:;:;:;:;:;:;::!!''"　　　　　　　　　　　!;:;:;:;:;ヽ
　　　　　|;:;:;:;:;:;:;:!'"　　　　　　　　　　　　　　ヽ;:;:;:;ヽ
　　　　　|;:;:;:;i''"　　　　　　　　　　　　　　　　　i!;:;:;:;|
　　　　　|;:;:;:;|　　　　　　　　　　　　　　　　　　ヾ;:;:;:|
　　　　　|;:;:;:;|　　　 ,,,;;:iii;;;;;　　　　,.-＝＝--､.　`!;:;|ヽ
　　　　　〉;:;:|　,.-''"￣￣￣`ヽ⌒|　　--｡､-､ヽ-`'　|　　綺麗な顔してるだろ　　　
　　　　　i　`u　i　-‐'"ヾ'"　　::　::!　　　　　　:　|　　ノ　落選するんだぜ、これ。　　　
　　　　　 i　　　|　　　　　　ノ　　ヾ､＿＿＿ノ　　::|　　　　　
　　　　　　|　|　ヽ､＿＿,.-i　　　　　i　､　　　　:　　:|　　
　　　　　　 | |　　:　　　: '" `～ー～'"　ヽ　:　:　　 ::|　
　　　　　　 `i　　　ヾ　'　　　　＿＿＿＿　　;:　　;: :|　
　　　　　　　＼　　　　 -‐'''"~￣￣￣￣　 ;　　;: :/-
　　　　　　　　　ヾ:　:　.　　　`　"　"　"　　　　,.／　

219:デフォルトの名無しさん
05/08/11 22:23:53
Strutsとかhibernateはばりばり使ってると思う
ソースは見てないけど、xmlから読み込むなら
やっぱりリフレクトでウハウハかなとは思う

220:デフォルトの名無しさん
05/08/11 23:04:53
コピペしなくいいよ。明らかに釣りだろ。

221:デフォルトの名無しさん
05/08/12 00:06:12
リフレクトってどんぐらい重くなるんだ？
まあ原理的には重そうなんだけど開発環境じゃそんな体感できないし。
どういう状況までなら使えるのか線引きが出来ない。
で、結局デバック用のBeanのフィールドのログはきぐらいにしか使ったことない。

222:デフォルトの名無しさん
05/08/12 00:12:03
>>221
テーブル5つ程度の簡単なアプリをローカルのPCで動かすだけで
体感できるほど重くなるよ。

Beanのsetter/getterを呼ぶ箇所を全部BeanUtilsを使うように書き換えてみるとわかる。
書き換えるクラス数も10数個程度。

リフレクションは、重いという弊害の他に、ダウンキャストの危険性も多い。
Mapオブジェクトと同じように、せっかくJava言語に用意されている
「型安全性」を無視してしまうから個人的に好みではない。

223:222
05/08/12 00:12:51
＞リフレクションは、重いという弊害の他に
BeanUtilsは、に訂正してくれ。

224:デフォルトの名無しさん
05/08/12 03:07:36
BeanUtils,Betwixtは超便利
Lang,Collections,IOは常用
Codec,HttpClientはたまに

225:デフォルトの名無しさん
05/08/16 12:27:46
>ところでhibernateってなんて読むの？
普通にハイバネートで良いかと。一般動詞っすよ。

>リフレクトってどんぐらい重くなるんだ？
使い方次第としか。
何かのラッパークラスのソース自動生成とか、
コストのかかる処理(接続とかインスタンス生成とか)の一部で使う分には
全く問題にならんレベルだと思うし。

>224
io, logging は常用
dbcp,pool,collection,beanutilsは常用ライブラリ(Springとか)が間接的に使用
digester,betwixtは以前常用してたけどxmlbeansに移行してしまった今日この頃。

commons じゃない jakarta スレってないんでしょうか。
velocity くらいしか使ってないけど。。

226:デフォルトの名無しさん
05/08/17 00:00:00
>>225
このスレはとっとと終わらして、Jakarta スレたててくれ。
1年弱で 200 ちょっとしか消費してないから、使い切るのは
4年後か。

227:デフォルトの名無しさん
05/08/17 23:45:07
>>224,225
IOって便利なの？
あおってるわけじゃなくて普通に知りたい。
オススメ機能教えてよ。
そんな常用するほど使えそうなの見つからない。
まあ名前で使えそうなのさっと探しただけだけど。
closeQuietlyとかソースみたら何じゃそりゃって感じだし。

228:デフォルトの名無しさん
05/08/18 09:37:08
つか closeQuietly しか使わないけど。

あれ使わないとなると
・毎回try-catchのネストを記述する。
・自作ライブラリに closeQuietely 相当のものを用意してそれを呼び出す。
のいずれかですよね。

前者は保守性・視認性・手間の全ての面からして
個人的にはありえないと思ってます。

後者は他人がコード読んだ時を想像するに、
俺様関数にぶち当たって関数のコード読む手間と
読み終わってから「結局commons-ioのアレじゃねえか。」
と溜息つかせる事を考えれば、あんま嬉しくない気がします。

229:デフォルトの名無しさん
05/08/18 23:36:28
closeQuietelyだけだったらさすがに環境構築のたびにクラスパス通して
インポートしてってよりは自分とこの共通クラスにコード書くね。
だって誰が書いたってああなるでしょ。
実際ほとんど同じのcommons自体知る前に書いてたし。
結局commons-ioかよとか思わないと思うけどね。
別にたいした手間じゃないんだけどクラスパスが無駄に多いのは好きじゃない。
まあ好みの問題だと思うけど。

230:デフォルトの名無しさん
05/08/19 00:08:16
ライブラリ系を書いてると、いろいろ使うけどな。
だるいコードを書かなくてすむ。

IOUtils.toString(InputStream)
CopyUtils.copy(InputStream, OutputStream)
FileUtils.copyFile(File, File)

Ant が中で使ってるクラスも組み合わせるとかなり楽。
org.apache.tools.ant.taskdef の Copy クラスとか Property クラスとか。
タスク名がクラス名になってて、excute メソッド呼ぶだけ。

231:デフォルトの名無しさん
05/08/19 02:48:30
>>229
環境構築のたびにクラスパスったって、今日ビ、IDEでプロジェクト作成したときに登録するだけだろ。
importなんか勝手に書いてくれるし。

232:デフォルトの名無しさん
05/08/19 09:51:56
＞実際ほとんど同じのcommons自体知る前に書いてたし。
こういう勘違い発言をする奴がいまだにいるのか。
フレームワーク・ライブラリ・デザインパターンがなぜ存在するのかを考えろよ

233:デフォルトの名無しさん
05/08/19 11:55:20
俺は228ですが。

>229
プロジェクト作るたびにそのプロジェクトの Utility クラスに
closeQuietely 相当のコードを記述するんですか？
毎回同じ事を書くのに？
俺様.jar にまとめてしまった方が100倍マシだと思いますけど。
とても好みの問題だとは思えないです。

毎回同じクローズ処理
↓
うぜえから関数化(今このあたり)
↓
毎回同じ関数書いてるから俺様.jar作成
↓
気がつけば当たり前のようにみんな同じことやってる
↓
車輪の再発明は時間の無駄だから commons-io にしてしもうぜ

234:デフォルトの名無しさん
05/08/19 12:04:27
下の三行はまったく必然性は無いだがなｗ
closeQuietelyしか使わない前提で話を進めているようだから、
メソッド一つのために外から拾ってきたライブラリを入れのか普通？
jarがいくつになれば気が済むんだと問いたい問い詰めたい。

235:デフォルトの名無しさん
05/08/19 12:26:30
毎回テスト・デバッグするより信頼性のあるライブラリを使う方が数百倍まし。
毎回他人の俺様コードを見るより「いつものライブラリ」を使う方が数百倍まし。

236:デフォルトの名無しさん
05/08/19 12:36:07
あっそう。拾ったライブラリはテストしなくても信頼できるんだ。ふーん。
目当てのメソッド以外のクラスやメソッドが使われた時のテストや管理のリスクは無視か。
趣味で触ってるやつならともかく、人のコード見ないで出来る仕事ってそうはないと思うがな。
>jarがいくつになれば気が済むんだと問いたい問い詰めたい。
これについでの回答は？
おめぇの趣味で一々jar入れてたら100や200個になりかねないから、
採用に当たってのポリシーが必要なわけだが、
お前が使いたいメソッドが１個あるから入れろってか？
俺がリーダーなら帰れって言うな。

237:デフォルトの名無しさん
05/08/19 12:59:23
公開ライブラリについての見解は、場所（人）によって異なるから
>>236 のような視点では結論は出ないよ。（意見を否定しているわけではない。念のため。）

ただ、俺様.jarはいただけない。その点は >>235 に同意。
ひどいPGだと、よそで使ったコードをそのまま持ち込もうとしたりとか。
そういう意味でもやばい。

> jarがいくつになれば気が済むんだと問いたい問い詰めたい。
必要とあらば仕方ないんじゃね？ IDE使えば無問題だし。

238:デフォルトの名無しさん
05/08/19 13:02:27
たとえ一つでも誰もが使うメソッドがある。
ってのは採用に値しないのか？

これはもう釣りかも分からんね。

239:デフォルトの名無しさん
05/08/19 13:09:13
＞あっそう。拾ったライブラリはテストしなくても信頼できるんだ。ふーん。
バカか？テスト・デバッグはライブラリベンダの役割だ。
それとも、おまえのところは初めて使う製品はすべて自社でテストし直すのか？

＞人のコード見ないで出来る仕事ってそうはないと思うがな。
それは当たり前だが、少なければ少ないほどいいのがわからないのか？
毎回同じコードを書き直すほうがいいのか？

＞ >jarがいくつになれば気が済むんだと問いたい問い詰めたい。
いくつになっても結構。
なぜ増えると困るのかね？もしかして全部手作業でデプロイしてるとか？ｗ

240:237
05/08/19 13:43:37
一つ言わせてくれ。
>>237 の目欄におかしなものがくっついてるが、ただの消し忘れだ。

ごめんなさい。orz

241:デフォルトの名無しさん
05/08/19 14:03:08
>バカか？テスト・デバッグはライブラリベンダの役割だ。
自社で使ってるライブラリ（そっちの言う俺様jar）とかならテスト済みだから、
毎回テストが必要って言うお前の主張がおかしいって話だ。

>いくつになっても結構。
ど素人ってのがよく分かったから、今度人のプロジェクトに参加する時に
「このメソッドが使いたいから、このほげほげjarをプロジェクトに入れてね」と頼んで見な。
お前が入れるのは別に反対はしないが、
そうしなければならないというお前の主張が常識と思うならそりゃ大間違いだな。

>たとえ一つでも誰もが使うメソッドがある(ry
ないな。外部ライブラリーの使用のリスクについてまったく無知でなければそんなことはしない。
jarが本当に100個になっても、そのバグ情報やバージョン、ドキュメントなどを管理できる
スーパープロジェクトリーダーならともかくな。

242:デフォルトの名無しさん
05/08/19 14:22:38
＞自社で使ってるライブラリ（そっちの言う俺様jar）とかならテスト済みだから、

はぁ？
↓Jarを入れないって話じゃなかったのか？

＞ jarがいくつになれば気が済むんだと問いたい問い詰めたい。

243:デフォルトの名無しさん
05/08/19 14:24:32
>>241
で、おまいはApacheのプロダクトを使うときは毎回自社ですべてのコードをテストし直すのか？

244:デフォルトの名無しさん
05/08/19 14:28:50
＞「このメソッドが使いたいから、このほげほげjarをプロジェクトに入れてね」と頼んで見な。
俺はどっちかというとアーキテクトの立場だから
「このライブラリを使いましょう」という俺の意見はほぼ通ってるよ。

245:デフォルトの名無しさん
05/08/19 14:32:43
話がこじれてる理由がわかったよ。
>>227=>>229=>>234=>>236=>>241はひとつのメソッドが使いたいだけなのに、
その他のメソッドがついてくる（はずせない）のは問題ないのかと言ってるのね。
他の香具師らが言ってるメリットと比べてこっちの問題のが大きいだろと。

その問題ってのが当たり前だの常識だのって言葉でくくられてるからかみ合わないわけね。
実際にリスク見積もって判断しろよって>>227（略）は言いたいんだよな？
それならわかるわ。

不謹慎だが、宮城の地震で屋根が落ちたプールの話と同じ構造だな。
業者に丸投げ（他所のライブラリをチェックせず使う）すると安く出来上がるが、
安全であるかどうかの確認がしにくくなる。

>>239のいうライブラリのテストデバッグは～ってのはまさにこの構図。
最終的な客に対する責任は利用するコードを書いた側に出てくるんだぜ？
断じて、ライブラリを提供した側ではない。

通常は、ライブラリを売ってるところが提供した範囲での責任を取ってくれる
（ライブラリ利用側が客に取る責任よりは小さいわな）、オープンソースだと誰が責任をとる？
もしかしたら、ライブラリのバグのせいで、もまいのシステムが人を殺すかもしれないよ？

246:デフォルトの名無しさん
05/08/19 14:35:07
話が大きくなり杉。
ライブラリ必要なら入れましょう。
その方が楽なの当たり前。
ただたった一個のメソッドのために入れるのは賛否別れる。
個人的には開発の規模にも因るけどたぶん入れない。
しかもcloseQuetlyじゃね。
結論は程度の問題でしょ。

247:デフォルトの名無しさん
05/08/19 14:46:48
>>234=>>236=>>241です
きれいにまとめてくれてありがとう。
>244
jarを入れるのには>245のほかにドキュメントの提供・バージョン・他のライブラリとの相性があるから、
同じアーキテクトの立場ではあるが、リスクを考えるとやはり慎重になるな。

248:デフォルトの名無しさん
05/08/19 18:31:40
拾ってきたライブラリ云々に関しては、Commonsだけは別格じゃないの？
少なくとも定番化してるものに関しては拾ってきたとかいうレベルの信頼
性ではないと思う。
もしCommonsを信頼できないとするなら、俺は同僚が書いたコードの方
が遥かに信頼できないよ？ｗ
そして、同僚は俺の書いたコードを信頼できないと思うだろうorz

バグがないとは言わないし、テストに漏れがないとも言わないが、それは
結局誰が書いても同じ事だし？
それなら、より多くの人に触れられ検証される事になるCommonsの方が
信頼できる。

249:デフォルトの名無しさん
05/08/19 21:07:59
commons使って痒い所に手が届かなかったら自分たちでコードを作れば
いいと思うけど・・・
オープンソースにとやかく文句いっても仕方ないでしょ
いっても使ってるのは、loggingとBeanUtilsだけなんだけど
ioも使えるのか・・・ちょっとやってみよう
ところでDbUtilsとCollectionってどうなの？

250:デフォルトの名無しさん
05/08/19 21:53:15
なんかまた話がすりかわってるだろ。
いつの間にかcommonsのバグの話になってるし。
一個でも使えそうなメソッドがあれば
オープンソースを使わなければならない。
そうしないやつはオープンソースをわかってないし
作ってるシステムもぐちゃぐちゃって感じだね。
commonsかなり気に入って使ってるけど
さすがに一個のメソッドで入れたりしない。
なんかオープンソース好きっていうか宗教っぽいな。

251:デフォルトの名無しさん
05/08/19 23:13:11
バグの話じゃないとわかってても一応>>248みたいな奴には言っておきたい。
commons-langとかでも普通にありえないバグあるから。
バグじゃなくてもパッケージごと移動とかもあるし。
バージョン上がると非推奨になってるやつもいっぱいある。
例えばだがjspでimportしてる古臭い大規模システムだったらimport直して
動作確認するだけでちょっとした人件費に飛ぶな。大人数で開発してる環境ならなおさら。
でそういう時はライブラリを問題あるとわかっててもバージョンアップしないほうが良いのかね？
commonsもオープンソースも否定しないが
当たり前に使うときは動作確認もソースのチェックもするさ。
オープンソース信者の皆さんが言う俺様コードを経由してcommons呼び出したりもする。
なんか不具合あってもそこだけ変えればすむようにな。
まあcommonsマンセーの人たちはどういうシステム作ってきたんだか。

252:デフォルトの名無しさん
05/08/19 23:33:40
>>248
その「信頼」の根拠をどこにおくのかわかってるかいって話だよ。
同僚が書いたコードでも、必要なテストをパスしてるんなら今の状態でもOKなわけだし。

>>250の言うように宗教めいてるところはあるね、確かに。

253:デフォルトの名無しさん
05/08/20 00:16:01
スレ流して読んでみたけど>>232,233,235,243,248みたいな発言する奴は要注意だね。

ちょっと事情があって今回のシステムではライブラリとか追加できない
っていうと顔真っ赤にして怒り出す奴。
別にソース公開されてるんだから組み込めば良いじゃん。
オープンソースの考え方を持つのは勝手だが顧客に押し付けんな。

StringUtilsのreplaceとStringのreplaceAllの動作の違いもわかってなくて
すっぱいバグ出しちゃった奴。
ソースちょっと確認すればわかるだろ。

ちょっとしたcommonsとかにない文字列操作とかになると
そんなの出来ません！とか言い出す奴。
出来ませんじゃなくてオープンソースにありませんってだけだろ。
そんぐらい自分で作れ。

すぐに思い出したやつを書いて見た。
全部周りに実在した奴らだ。しかもオープンソース大好きってのばっか。
オープンソースを妄信的に信じてる奴が
一番オープンソースの使い方を知らないケースが多い。

254:デフォルトの名無しさん
05/08/20 00:29:36
あまりにも短絡的な決めつけをする>>253が一番の妄想野郎だな

255:デフォルトの名無しさん
05/08/20 00:49:27
>>254
いや。>>253の実例みたいな奴は間違いなく痛いだろ。
実際確かにいるし。

256:あぼーん
あぼーん
あぼーん

257:デフォルトの名無しさん
05/08/20 00:59:47
Jakarta Commonsクックブック
URLﾘﾝｸ(www.oreilly.co.jp)

オライリーのCommons本の邦訳が今日出るみたいだね。

258:デフォルトの名無しさん
05/08/20 09:07:55
オープンソースそのものの話は他所でやってくれ

259:デフォルトの名無しさん
05/08/20 12:20:59
>>253
> 別にソース公開されてるんだから組み込めば良いじゃん。

なにそれ。そうやってきたの？あんたには関係ないが
公開者からすりゃ、かなり気分悪いな。
で、バージョンアップしたら張りなおしか？

> オープンソースの考え方を持つのは勝手だが顧客に押し付けんな。
> StringUtilsのreplaceとStringのreplaceAllの動作の違いもわかってなくて
> すっぱいバグ出しちゃった奴。

オープンソース関係ねー。そんな奴はどうせ JDK も
ロクに分かってない。

> ソースちょっと確認すればわかるだろ。
> ちょっとしたcommonsとかにない文字列操作とかになると
> そんなの出来ません！とか言い出す奴。
> 出来ませんじゃなくてオープンソースにありませんってだけだろ。
> そんぐらい自分で作れ。

話の流れからして、おまえはリーダークラスの役割だろ？
おまえができることを、できない奴がいるのは当たり前。
誰でもひとつくらい得意なことはある。

できない奴の能力不足ではなく、ライブラリチームや担当を
編成・管理しないおまえの能力不足だ。

260:デフォルトの名無しさん
05/08/20 12:43:04
> ソースちょっと確認すればわかるだろ。
> ちょっとしたcommonsとかにない文字列操作とかになると
> そんなの出来ません！とか言い出す奴。
こんな奴が本当に居るとしたら、そもそもプログラマとして成立してないじゃん。
commonsがあればコードを書く必要がないって言うんならともかく、実際は
commonsで賄う部分よりそれ以外の部分の方が遥かに多いんだからさ。
まぁ、VBプログラマなら、コンポーネントがないからできませんって奴が居
ても不思議じゃないけどｗ

261:デフォルトの名無しさん
05/08/21 00:10:11
>>253
> オープンソースを妄信的に信じてる奴が
> 一番オープンソースの使い方を知らないケースが多い。
ここだけは禿同。

262:デフォルトの名無しさん
05/08/21 10:42:01
流れをぶったぎって書くが、
commons-ioといえば、commons-fileuploadの1.1devで使ってるね。

263:デフォルトの名無しさん
05/08/22 19:04:12
copyProperties　を使うためだけに
commons-beanutils を追加しました。

今まで素で reflect 使って書いてたコードがかなりあるんだけど
やっぱ書き直した方が吉かなあ。

264:デフォルトの名無しさん
05/08/22 21:05:27
今までのやつがちゃんと動いてるんならいいんじゃね?

265:デフォルトの名無しさん
05/08/22 22:41:19
同意。動いてるコードを書き直すのは苦痛だ。
ただ、リファクタリングの一環として、リフレクション部分をプルアップしてみて
BeanUtilsとの置き換えが可能そうなら、置き換えてみてもいいかもしれない。

266:デフォルトの名無しさん
05/09/03 00:21:04
>>187
ルーセンスと発音していたが違うかな。
ルシーンなのか。

267:デフォルトの名無しさん
05/09/03 00:23:37
>>206
へぇ。
Java5になってからGenericsで型チェックできるようにパラメタライズされてないのかな。

268:デフォルトの名無しさん
05/09/03 00:24:53
>>212
high burn eight
普通にハイバネートと発音したい気が。

269:デフォルトの名無しさん
05/09/03 00:28:34
>>236
> あっそう。拾ったライブラリはテストしなくても信頼できるんだ。ふーん。
> 目当てのメソッド以外のクラスやメソッドが使われた時のテストや管理のリスクは無視か。
> 趣味で触ってるやつならともかく、人のコード見ないで出来る仕事ってそうはないと思うがな。
> >jarがいくつになれば気が済むんだと問いたい問い詰めたい。
> これについでの回答は？
> おめぇの趣味で一々jar入れてたら100や200個になりかねないから、

率直にMaven使えよ。
mavenのクラスパスを一つ通すだけで自動でダウンロード、自動でインストールしてくれるぞ。

270:デフォルトの名無しさん
05/09/03 00:30:18
>>241
あと、mavenのほかにFatJarもつかってJarを一つにまとめろ
これらは双方ともEclipse用プラグインも用意されている

271:デフォルトの名無しさん
05/09/03 00:35:15
>>253はなにか頭がバグってるな
Commonsは
Commons Sandbox以外ならかなり信用できる。
CommonsというのはJava標準APIに足りない機能を補う
ためにあるようなもんだ。

272:デフォルトの名無しさん
05/09/03 00:37:21
メールアドレスの書式チェックメソッドGenericValidator#isEmail()を
使いたいがためにCommons ValidatorのJarを入れた俺はDQNですか？

273:デフォルトの名無しさん
05/09/03 00:44:28
>>252
宗教といっても、何も確たる根拠も無しにオープンソースを否定して
これは使っちゃダメだあれは使っちゃダメだと
いきなり決めつけるのもかなり宗教っぽいけどね。
豚肉喰っちゃダメだ牛も喰っちゃダメだクリスマスなんかやっちゃだめだって
いってるイスラム教徒みたいな。食い過ぎれば不健康で心臓病になるけど
適度に運動しながら野菜などと一緒にバランス良く食べていれば無害どころか栄養たっぷり。

それを調べもせずにいきなりダメだって人に押しつけるのはプロジェクトの進行にかなり響く。

オープンソースを何も考えずに否定するのは暗黒時代の魔女狩りにも似ている。
何人もの大富豪の男を、男の姿に化けた女だと勝手に決めつけて殺してしまったっていう史実があるわけだ。
殺した後にそのお金が教会や国の資金源になるから陰湿にもわざとそういうことをしたってわけだ。

彼が外部のライブラリ使用を拒む理由は車輪の再発名をしてでも何もかも自分で作ってしまって
それがすべて自分でやったから周りから偉い奴だと思ってくれるだろう錯覚しているうのだろう。
あるいは、手柄を自分のものにして、自分にしかわからないようなコードをわざと書いて
そのプロジェクトをすべて自分の管理下に置いて自分の立場を維持したいという保守的な考えを持つ人間なんだろう。

274:デフォルトの名無しさん
05/09/03 00:45:29
>>272
いいえ。問題なし。じゃんじゃんつかっちゃいなさい。
オープンソースなんだし。
そんじょこらのクローズドソースなバイナリよりも信用できる。

275:デフォルトの名無しさん
05/09/03 11:43:33
>>267
それをやろうとするとJava5専用になる。
主要なツールはGenericsに対応したJava5対応版を出してほしい
現状だと、Java5で作っていてもツールからオブジェクトを取り出すときに結局はキャストが必要になってしまうし

276:デフォルトの名無しさん
05/09/04 10:35:13
>>273
> >>252
> 宗教といっても、何も確たる根拠も無しにオープンソースを否定して
> これは使っちゃダメだあれは使っちゃダメだと
> いきなり決めつけるのもかなり宗教っぽいけどね。
周り読んでも全然誰もそんなこと言ってないんだけど。
その極端な話の飛躍の仕方が宗教っぽい。

277:デフォルトの名無しさん
05/09/05 09:19:54
ていうかなんで今になってそんな古いネタを掘り起こしてるのかがわからんな。
>273
キモイ

278:デフォルトの名無しさん
05/09/05 12:07:30
ところでオライリーのjakarta-commonsクックブックはどうでした？

ザッと流し読みした感じだと可もなく不可もなくかなあ。

279:デフォルトの名無しさん
05/09/27 16:03:41
commons-httpclient.jar を gcj で使いたいのですが、

javax.net.SocketFactory
javax.net.ssl.SSLSocketFactory

などが gcj に対応していないためコンパイルが通りません。
しかしその部分のメソッドはプロジェクトで使用していないので
どのように回避したら良いかわかる方がいらっしゃいましたらご教授お願いします。

280:デフォルトの名無しさん
05/09/27 16:59:27
単純に
・不要なのを取っ払ってコンパイル。
・ばらして1つずつコンパイル、通ったものだけを集める。
が考えられます。知らないけどSocketFactoryはなくていいの？
それよりも、なぜここでしたか

281:デフォルトの名無しさん
05/09/28 20:52:12
>>280
早速のレスありがとうございます。
それを参考にzipアーカイバで使わないclassファイルを削除しましたが、
それぞれが関連し合っていてなかなかうまくいかないようです。
commons-httpclient.jarはオープンソース化されていないのでしょうか？

282:デフォルトの名無しさん
05/09/28 21:42:06
>>281
そんなわけない

283:デフォルトの名無しさん
05/09/30 17:34:23
CommonsじゃなくてOROなんですが
Perl5Utilのsubstittutionで\\uってちゃんと動きますか？
velocityのライブラリに入ってるバージョンで試したのですがうまくいきません。

284:デフォルトの名無しさん
05/10/04 00:07:11
commons betwixtなんですが、0.5以前のバージョンでsetWriteEmptyElements(false)と同等の処理は出来ないのでしょうか？
値を設定されていないプロパティはタグ自体が出力されないようにしたいのですが・・・。

285:デフォルトの名無しさん
05/10/04 02:19:24
>>278
俺的にはかなり勉強になりました。って一ヶ月も前のコメントですか・・・。

ファンクターなんてのがある事をこの本読んで初めて知ったよ。
考え方はデザパタで知ってたけど、標準的な方法があると使ってみようって気になるね。
ただ、条件式を切り出しただけのクラスとか作ってるとクラス数が爆発しそうな気も・・・。

Pridicateとかって実際に使ってる人います？

286:デフォルトの名無しさん
05/10/04 04:10:03
Lispのlambda(無名関数)と同じように
Predicateとかは基本的に無名クラスで使うとよい。

287:デフォルトの名無しさん
05/10/04 09:35:15
>Predeicate
結構よく使う。基本的には無名クラスが多い。
Transfomerは滅多に使わない。 Closureは存在を忘れている事が多い。
ComparatorChainは便利。テーブルのソートなんかで多用してる。

288:デフォルトの名無しさん
05/10/12 06:56:33
formでDynaFormを使用した場合で
java.lang.Doubleやjava.mathBigDecimalなどでform-propertyを宣言して
画面からhtml:textで未入力状態で送信すると例外を発生するのは回避不可？
BeanUtilsのpopulateメソッドのエラーっぽいし、無理かな
まあ、BeanUtilsを修正するかString型に回避すればいいけど

289:デフォルトの名無しさん
05/10/13 00:42:12
Commonsじゃないけど、Regexpってなんて読むの？

290:デフォルトの名無しさん
05/10/13 00:54:28
>>289
「レギュラーエクスプレッション」の省略形だけど、別の読み方があるのかな？
カスタムタグのTLDファイルの「rtexprvalue」も悩ましい。
「Runtime Expression Value」の省略形なんだけど。。。

291:デフォルトの名無しさん
05/10/13 23:44:14
俺はリジェックスピーって読んでるよ、心の中で。
もちろんLispのS式はセックスピー

292:デフォルトの名無しさん
05/10/14 00:03:03
僕は「れぐえくすぷ」って呼んでます。

293:デフォルトの名無しさん
05/10/14 00:36:48
僕は
れぐいーえっくすぴー

294:デフォルトの名無しさん
05/10/14 05:12:21
>>293
ヽ( ・∀・)人( ・∀・)ﾉﾅｶｰﾏ

295:デフォルトの名無しさん
05/10/14 14:44:10
URLﾘﾝｸ(jakarta.apache.org)
が落ちててDTDの読み込みに影響出てます。
同じ現象の人います？

296:デフォルトの名無しさん
05/10/14 14:47:49
携帯からだと見れてしまいました。
アクセス制限かルーターの異常か？
スレよごしすみませぬ。

297:デフォルトの名無しさん
05/10/14 15:05:15
DTD宣言を実際読みに行くのってエディタかなんか?
だったらローカルに落としたほうが手っ取り早いと思われ。

298:デフォルトの名無しさん
05/10/14 15:41:14
>>297
DTD 宣言を含む XML を編集するときにエラー扱いにされてうざい、ってことじゃないの？

俺も解決法があったら聞きたい。

299:デフォルトの名無しさん
05/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:デフォルトの名無しさん
05/10/15 17:57:45
>>289
regexp
レゲックス
レゲックス婦
れじぇっくす
レジェックスプ
利げっくす(ﾌﾟ
りじぇくす(ﾌﾟ

自然大数の底exp()関数よりもじってレグネスクポーネント
レグネクスポネンジャル
レグネクスポ
レグネクスプ
レグスプ
レジェクス
リジェクス
レジェバイプ
レジェザップ
リジェザップ
レジェズープス　これではRege XOOPS？
レジェ・タイムズ・ﾍﾟｯ！
レジェタイプ
レジェペケポン
リジップス
リジェップス
レジェンプス

301:デフォルトの名無しさん
05/10/15 17:59:02
>>289
rtexprvalue
アーテフプリヴァリュー
ラリパリュー
ライプリュー
レフプライヴァリュー
レプリャリュー
レッズファリュー

302:デフォルトの名無しさん
05/10/15 19:47:31
>>267
つうか、ｶﾜｲｲとかかわいくないとか
どっちにしてもこんな掲示板で書いたら
月曜日その子に会わせる顔が無いよ
かわいくないと書いた時はまずいのわかっているし
ｶﾜｲｲと書いたなら意識されるだろうし・・・
掲示板でそんな事聞くなよ

303:デフォルトの名無しさん
05/10/15 19:49:22
>>302
いや、多分このスレに書く分には大丈夫だと思うぞｗ

304:デフォルトの名無しさん
05/10/15 19:51:08
誤爆？

305:デフォルトの名無しさん
05/10/15 19:51:32
>>302
オレは相談にのるぞ。

306:デフォルトの名無しさん
05/10/15 19:55:58
スマンソ　
ようするに、SEXの締めをクンニ逝きっていうのが　「いみあるのか？」っていうことか

307:デフォルトの名無しさん
05/10/15 20:33:07
わたしの彼氏も風俗にいったときはすごいショックだったけど
なんか、向こうも仕事だからすごい事務的らしいよ。
わたしは絶対行ってほしくないとまではいわないけど、
行くならわたしにはいわないでほしい・・・

308:デフォルトの名無しさん
05/10/15 20:36:16
>>307
Commons つまり共通の悩みってことか。
言わなかったら浮気だと勘違いするだろ。
スレ違いだよ。

309:デフォルトの名無しさん
05/10/15 20:40:02
誤爆適用スレってしってるか？
今日は当たり日なんだろうか・・・

310:デフォルトの名無しさん
05/10/15 21:01:50
>>307
アホか、風俗はめっちゃフレンドリーやっちゃうねん。
ソース読めとかググれとか氏ねとか言わないからな。
これで有料じゃなきゃ最高なんだけどな。

311:デフォルトの名無しさん
05/10/15 21:07:08
事務的フレンドリー

312:デフォルトの名無しさん
05/10/15 23:17:53
事務的なフレンドリーと心からのおざなり、どっちがいいかっちゅうねん。

313:デフォルトの名無しさん
05/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:デフォルトの名無しさん
05/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:デフォルトの名無しさん
05/10/19 12:43:45
>>314
ありがとうございます！
jakarta-oro-2.0.8.jarだと無事いけました。
velocityに入っていたやつには未実装だったのですね...

316:デフォルトの名無しさん
05/10/19 15:36:50
log4jのLogクラスで行番号が出せるけど、行番号なんてどうやって出しているのだろうか
Cのプリプロセッサだけの芸当かと思ってた

317:デフォルトの名無しさん
05/10/19 16:19:04
>>316
せっかくソースも配布されているので見てみればよいのでは。

見たらかなり力技だった。Throwable#printStackTraceの出力を解析してた。
(org.apache.log4j.spi.LocationInfo)

318:デフォルトの名無しさん
05/10/19 16:33:52
>>316
マルチ

319:デフォルトの名無しさん
05/10/19 18:42:42
マルチさんのおかげて勉強になった
火のないところでthrowしてるってこと？
ロギングにそゆー力技いれるってjakartaはやっぱすげーな世界が違う
俺だったら尻込みする

320:デフォルトの名無しさん
05/10/19 20:11:35
>>319
jakarta っつーより、作ったのは IBM だろ。
すげーなっていうのは今だにバカっぽい実装してる嫌み？
行番号なんか簡単に取れるだろ。

new Exception().getStackTrace()[0].getLineNumber()

メソッド名やどこから呼ばれたかも取れる。
ただ、正常系でこんなもん使ってる奴がいたらうんこだけどな。

321:デフォルトの名無しさん
05/10/19 21:03:42
>320
いやいや違う、ロギングってオプション的な機能だから
変わった事やって主処理に影響でるなんてまずいんで
コードの質に自信がないとできないなよなと思って

言ってる事伝わらなそうだ、とにかくjakartaに嫌味なんて滅相もない、
白状するとcommonsのソース読んでからかなりパクってます。

自分で何言ってるかわかんね、まとまんね、もういい送信！今目をつけてるのbcel！

322:デフォルトの名無しさん
05/10/19 21:38:46
>>320
これいいただきん

323:デフォルトの名無しさん
05/10/19 21:45:09
>>320
これってjavaのコンパイルオプション関係なしに取得可能？

324:デフォルトの名無しさん
05/10/19 23:16:50
>>323
当然
> javac -g:none Hoge.java
とかすると取得不可。

325:デフォルトの名無しさん
05/10/19 23:27:04
>>324
ということは、企業の運用されているマシーンで、-g:noneなしにコンパイルしたクラスなら
取得可能ですね。
これいただき。

326:デフォルトの名無しさん
05/10/20 00:09:29
>>325
書いたら喜んで使い出すが奴がいそうだから、わざわざ
うんこって書いたんだが。使うんなら、ちゃんと例外コストを
考えて無効にできる機構を用意しろよ。

それを持ってるのが log4j だけどなw

327:デフォルトの名無しさん
05/10/20 00:18:02
>>321
jakarta のコード書いてる奴もただの人だろ。
見てるうちに、あほなコードがわんさかあることに気づく。

BCEL 見るなら、CGILIB、Javassist、JBoss4 のコード見てみ。
CGILIB のコードは美しい。JBoss はやってることがすごい。

328:デフォルトの名無しさん
05/10/20 00:23:54
>>320
Thread.getStackTrace() した方が。1.5 以降だけど。

329:デフォルトの名無しさん
05/10/25 11:57:00
log4jってなんでクラス毎でlog4j用のfieldを用意しなければ行けないの。
ログなんだから、普通スタティックメソッドオンリーだろ。
なんだよその仕様

330:デフォルトの名無しさん
05/10/25 12:19:40
｜
J

331:デフォルトの名無しさん
05/10/25 12:30:07
　│
　Ｏ
　Ｇ
　４
　J

332:デフォルトの名無しさん
05/10/25 14:04:07
↑あんた最高

333:デフォルトの名無しさん
05/10/25 23:52:17
>>329
じゃ、Log4j だけじゃなく、commons logging も JDK のロガーも
全部だめなんだな。

とりあえず、おまいがオブジェクト指向の利点が、さっぱり
分かってないのは理解できた。それが分かるまで
おまいは static メソッドの作成は禁止だｗ

334:デフォルトの名無しさん
05/10/26 02:00:51
オブジェクト指向の利点がサパーリわからんので、staticメソッドオンリーでいきまつ

335:デフォルトの名無しさん
05/10/26 22:05:52
>>333
わかってないやつが書きそうなもんだな。
具体的に書いてみろ。Ｃプログラミング屋さん

336:デフォルトの名無しさん
05/10/27 00:35:43
>>335
・プロバイダーフレームワーク
・インスタンス数の管理が可能
・実装クラスが作成時点で存在している必要がない。
・もちろん多態
・設定により実装クラスが変わる

不特定多数のシステムに提供するなら、上記のような拡張性・柔軟性は必須だ。
閉じたシステムしか書いたことない奴には分からんかもしれんな。
昔は static メソッドで書かれた俺様ロガーがたくさんあったかも
しれんが、それをオープンで公開すれば、なぜ static がだめか
なぜ要求に耐えられないかが分かるだろ。

で、分かってるお前の意見を教えてくれ。
分かってないだろｗ

337:デフォルトの名無しさん
05/10/27 02:39:54
>>336
作るものに依存する。

338:デフォルトの名無しさん
05/10/27 16:25:22
XMLの読み込みに特化したい場合、
Digester使うのと、XmlBeans使うのと、どちらが効率的ですか？
Digesterの解説はあちこちあるんですが、後者は自分には解説がわかりにくい。。。

XMLファイルを渡してやると、自動的にBean作ってくれたりするとありがたいんですが。

339:デフォルトの名無しさん
05/10/27 17:51:29
ASF の産物じゃないですけど Relaxer 使ってみるのも手ですよ。
XML Beans が生成するクラスはちと複雑ですけど、
Relaxer が生成するクラスはより POJO ライクです。

個人的には読み込みだけなら Digester が一番だと思ってます。
ルールを XML に書けるのが便利なんで。

ルールがある程度以上複雑になる場合
(格納クラスを手で書く手間 > スキーマを書く手間)は
スキーマ切って Relaxer 使ってます。

より複雑な検証が必要な場合は XML Beans です。

次ページ