- 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を兼ねた便利なクラスも用意されており、その数は豊富である。
- 152 名前：デフォルトの名無しさん [2005/03/31(木) 23:31:18 ]
- antの質問いいですか？
- 153 名前：デフォルトの名無しさん [2005/03/31(木) 23:31:41 ]
- antってなんですか？
- 154 名前：デフォルトの名無しさん [2005/03/31(木) 23:32:03 ]
- 山は死にますか？
- 155 名前：デフォルトの名無しさん [2005/03/31(木) 23:32:24 ]
- 川はどうですか？
- 156 名前：デフォルトの名無しさん [2005/03/31(木) 23:33:14 ]
- >>152
叔母です。
- 157 名前：デフォルトの名無しさん mailto:sage [皇紀2665/04/01(金) 11:43:27 ]
- 豊はなんでしょうか？
- 158 名前：デフォルトの名無しさん [int 2ch ＝5年,2005/04/02(土) 15:20:07 ]
- BigDecimalのUtilってないかな？
- 159 名前：デフォルトの名無しさん [2005/04/20(水) 16:28:13 ]
- 荒れてますね・・・
Jakarta Commonｓ Daemon
jakarta.apache.org/commons/daemon/
を使ってる人いますか？使い勝手とか感想が聞きたいんですけど・・・
- 160 名前：デフォルトの名無しさん mailto:sage [2005/04/20(水) 22:22:41 ]
- >>159
仕方がないとはいえ、Cで作ったライブラリを一部使うので、jarがあればどこでも使えるというわけには
いかない。狙い所はいいのに、なんとかならんものか。
- 161 名前：デフォルトの名無しさん mailto:sage [2005/04/20(水) 22:54:57 ]
- SWTとかJDICみたいに、それぞれのOS用のバイナリがあればいいだけじゃない？
- 162 名前：デフォルトの名無しさん [2005/04/21(木) 05:56:02 ]
- >>160
OSに深くかかわる部分だしある程度は仕方ないね
- 163 名前：デフォルトの名無しさん mailto:sage [2005/04/21(木) 22:01:27 ]
- Windows だけのことを考えるなら
JavaService の方が使い勝手は良さそう。
- 164 名前：デフォルトの名無しさん [2005/05/18(水) 20:54:39 ]
- 保守
- 165 名前：デフォルトの名無しさん [2005/05/19(木) 07:27:22 ]
- Apache FtpServer
incubator.apache.org/projects/ftpserver/
誰かつかったことある人います？
使用感とか教えていただけると助かります。
- 166 名前：デフォルトの名無しさん mailto:sage [2005/05/24(火) 10:43:27 ]
- torqueって使えそう？
ほかのフレームワークとかもだけどDBを完全に正規化しておくとかVIEWを作ってあげないとだめぽなのかなぁ
- 167 名前：デフォルトの名無しさん mailto:sage [2005/05/24(火) 10:55:12 ]
- >>166
そんなもまいにこのｽﾚを。
Java⇔RDBのMapping-Frameworkを語るThre Vol.3
ttp://pc8.2ch.net/test/read.cgi/tech/1090653286/
- 168 名前：デフォルトの名無しさん mailto:sage [2005/05/24(火) 11:01:27 ]
- >>167
㌧です。
早速のぞいてみます。
- 169 名前：デフォルトの名無しさん mailto:sage [2005/05/24(火) 12:22:40 ]
- Torqueはメイン開発者がお亡くなりになったので、開発がほとんど進んでない。
HibernateかS2DaoかEJB3待ちか、最近の選択肢は３つ。
- 170 名前：デフォルトの名無しさん [2005/05/24(火) 12:33:03 ]
- O/R-Mappingならそれでもいいけど、
手軽にSQL-Mappingということなら、iBATISも選択肢に入ると思われ。
- 171 名前：デフォルトの名無しさん [2005/05/28(土) 15:46:48 ]
- 質問です。
Commons NetのSMTPClientでsendMessageData()メソッドを使ってメッセージ送信する際、
文字エンコーディングを指定するにはどうすればいいですか？？
何か参考になるサイトでもいいのでどなたかよろしくお願いします m(__)m
- 172 名前：デフォルトの名無しさん [2005/05/28(土) 22:51:05 ]
- age
- 173 名前：デフォルトの名無しさん mailto:sage [2005/05/29(日) 09:06:17 ]
- >>171
俺はJavaMailの方でやっているけど、いずれこっちに変えようかと思っていたので調べてみた。
Commons NetのSMTPは、シンプルにSMTPというプロトコルを実装しているだけなので、MIMEは全然ノータッチみたい。
エンコーディングを自分でした後、それをsendMessageData()するという感じだと思う。
メール送信するだけならCommons EMailというのがあるけど、今のところCVSからしか落とせないみたい。
JavaDoc見る限り EMail.setCharset()というのがある。EMailクラスを継承したMultiPartEmailクラスがあるからこれを使うみたいだけど、
試してないからホントにちゃんと使えるのかどうかは知らない。
Commons EMailがCommons Netを使っているのかどうかも不明。
もし試してみるなら、結果を報告してくれたらうれしい。
- 174 名前：デフォルトの名無しさん [2005/05/29(日) 16:29:36 ]
- POIでExcelシートをワークブックの任意の位置に移動するメソッドはありますか？それっぽいのがみつかりません。
- 175 名前：デフォルトの名無しさん mailto:sage [2005/05/29(日) 16:35:59 ]
- シートの順番の入れ替え？
- 176 名前：デフォルトの名無しさん mailto:sage [2005/05/30(月) 02:00:15 ]
- >>173 横から報告してみる。
# いま、Jakartaにつながらない。
半年前使ったときには、SMTP はJavaMail を使ってました。
MultiPartには対応していていました。
そのときは、charsetがまともに指定できてなかったと思います。
- 177 名前：JavaMailプロ [2005/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 名前：デフォルトの名無しさん mailto:sage [2005/05/30(月) 06:31:08 ]
- ちょっと時代の流れとずれてるために、努力が日の目をみない人ですか？
- 179 名前：デフォルトの名無しさん [2005/05/30(月) 08:28:36 ]
- なんだよてめぇ、朝から喧嘩うってんか
- 180 名前：177訂正 mailto:sage [2005/05/30(月) 08:57:05 ]
- × ただし、(2)では実際のエンコーディング処理は内部的にJAFのDataHandlerが呼び出している
○ ただし、(1)(2)の実際のエンコーディング処理は、MIMEタイプに応じてJAF APIのDataHandlerが処理してる
- 181 名前：デフォルトの名無しさん [2005/06/03(金) 02:08:39 ]
- >>175
そうです
- 182 名前：デフォルトの名無しさん mailto:sage [2005/06/03(金) 02:15:18 ]
- 頑張れ！目的不明な単発質問くん！
- 183 名前：デフォルトの名無しさん mailto:sage [2005/06/03(金) 02:54:43 ]
- 質問のフリ荒らし：書くことはないがスレの流れが気になって仕方なく
とりあえずスレ違いにはならないとおもわれる範囲で
質問・同意を得る形式でレスをすること。
答えがどうあろうとレス稼ぎが問題なので単発で終わることが多い。
- 184 名前：デフォルトの名無しさん mailto:sage [2005/06/04(土) 11:59:28 ]
- Writerからどうやってエンコーディング指定できるOutputStreamWriterに変換すればいいですか？
- 185 名前：デフォルトの名無しさん [2005/06/04(土) 12:18:02 ]
- >>183
レス稼ぎと荒らしの関連性が分からん。
- 186 名前：デフォルトの名無しさん mailto:sage [2005/06/05(日) 11:37:07 ]
- >>185
無視しろ。183はコピペ荒らしだ。
- 187 名前：デフォルトの名無しさん [2005/06/11(土) 13:14:35 ]
- Commonsじゃなくて申し訳ないけど、Luceneって何て読むの？
すっげー気になったもんで。
- 188 名前：デフォルトの名無しさん mailto:sage [2005/06/11(土) 13:19:18 ]
- >>186死ね
>>187 ル・シ～ン！！！ (銭型警部の声で
- 189 名前：デフォルトの名無しさん mailto:sage [2005/06/11(土) 14:15:25 ]
- ルセーヌだよ。
- 190 名前：デフォルトの名無しさん mailto:sage [2005/06/11(土) 14:39:45 ]
- エルセーヌだよ。
- 191 名前：デフォルトの名無しさん mailto:sage [2005/06/11(土) 21:41:21 ]
- ttp://d.hatena.ne.jp/keyword/Lucene
- 192 名前：デフォルトの名無しさん mailto:sage [2005/06/12(日) 00:33:15 ]
- >>188
それは「アルセーヌ・ルパンIII世」
- 193 名前：デフォルトの名無しさん mailto:sage [2005/06/12(日) 00:35:23 ]
- 銭型警部：「ヤツはとんでもないものを盗みました・・・それは貴女のデスクトップ検索情報です・・・」
- 194 名前：デフォルトの名無しさん mailto:sage [2005/06/12(日) 01:12:29 ]
- 「ところで、今、こんな顔(σ･д･)したやつこなかったか？」
「ばかもーん、そいつがルパンだ、追え～」
- 195 名前：デフォルトの名無しさん mailto:sage [2005/06/12(日) 02:36:06 ]
- >>194
ルパンごっこ？
- 196 名前：デフォルトの名無しさん mailto:sage [2005/06/12(日) 10:51:31 ]
- １．コンビニでアンパンをひとつ買い、
「インターポールの銭形です。 ルパンを追っているので見かけたら連絡をお願いします。」
と言って立ち去る。
２．すぐにドタバタ戻ってきて店員に、
「今わしを見かけなかったか？」
と怒鳴りつける。
３．「今あなたアンパン買って・・・」
「ばかもーん！そいつがルパンだー！！」
と言って、またドタバタと出て行く。
- 197 名前：デフォルトの名無しさん mailto:sage [2005/06/12(日) 15:17:38 ]
- で、アンパンマンはいつになったら出てくるんだ？
- 198 名前：デフォルトの名無しさん mailto:sage [2005/06/12(日) 15:35:31 ]
- 「ところで、今、こんな顔(σ･д･)したやつこなかったか？」
「ばかもーん、そいつがアンパンマンだ、追え～」
- 199 名前：デフォルトの名無しさん mailto:sage [2005/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 名前：デフォルトの名無しさん [2005/07/26(火) 11:35:15 ]
- 公式サイト㌧㌦？
- 201 名前：デフォルトの名無しさん [2005/07/26(火) 11:38:34 ]
- apache.org 全滅?
- 202 名前：200 [2005/07/26(火) 12:34:01 ]
- 復帰したみたい。
- 203 名前：171 mailto:sage [2005/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 名前：デフォルトの名無しさん [2005/08/07(日) 00:45:50 ]
- DbUtilsは開発してんの？
- 205 名前：デフォルトの名無しさん mailto:sage [2005/08/09(火) 20:32:26 ]
- BeanUtilsが便利すぎる
現場で使ってる奴がほとんどいないけど・・・
- 206 名前：デフォルトの名無しさん mailto:sage [2005/08/09(火) 22:58:23 ]
- >>205
BeanUtilsは型やプロパティ名が実行時解決なので、
コンパイル時にチェックできないバグが増えるから気をつけてね。
- 207 名前：デフォルトの名無しさん mailto:sage [2005/08/10(水) 12:08:05 ]
- それは困憊る
- 208 名前：デフォルトの名無しさん mailto:sage [2005/08/10(水) 13:10:11 ]
- 直接使ってなくても他のフレームワークが間接的に使ってること多いね。
何するライブラリなのか分かってないけど
リフレクションでウハウハするための何か？
- 209 名前：デフォルトの名無しさん mailto:sage [2005/08/10(水) 20:01:42 ]
- Strutsとかhibernateはばりばり使ってると思う
ソースは見てないけど、xmlから読み込むなら
やっぱりリフレクトでウハウハかなとは思う
- 210 名前：デフォルトの名無しさん mailto:sage [2005/08/10(水) 22:17:10 ]
- つーかBeanUtilsってStrutsから派生したんじゃなかったけ?
確かにウハウハだが、なんでもかんでもMapに詰め込んでってのは
エレガントではないな。 まあただの宗教論争だが。
- 211 名前：デフォルトの名無しさん mailto:sage [2005/08/10(水) 22:17:25 ]
- 他のフレームワークやライブラリが間接的に使ってる分にはいいんじゃない？
一応テスト・デバッグ済みってことになってるし。
リフレクションは重いけどね・・・
Hibernateはリフレクション使ってないよ。使ってたらもっと重いフレームワークになる。
Strutsはバリバリ。カスタムタグとか、リクエストパラメータをActionFormにセットするところとか、
DynaActionFormとか。BeanUtilsはもともとStrutsの一部だったモノだしね。
- 212 名前：デフォルトの名無しさん mailto:sage [2005/08/10(水) 23:03:40 ]
- BeautilsはcopyPropertyメソッドが素敵だから使ってる
ところでhibernateってなんて読むの？
未だに分からない
- 213 名前：デフォルトの名無しさん mailto:sage [2005/08/10(水) 23:37:38 ]
- ハイバーネートと読んでみるテスト
- 214 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 00:36:12 ]
- 「はいべるなーと」
- 215 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 00:38:08 ]
- >>211
リフレクション使ってないけど、バイトコード操作なんていうコンパイル時にチェックできないバグがもっと増える仕組み使ってるがね。
- 216 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 01:10:58 ]
- >>215
いいんじゃない？テスト・デバッグはHibernate開発者の責任だし。
自分でそういう仕組みを使うときは気をつけてね、ってことで。
- 217 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 01:13:28 ]
- リフレクションもね。
フレームワークとか作るんじゃなくて普通の業務ロジックのためにバイトコード操作してたらブッコロスね。
- 218 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 22:21:47 ]
- /;:;:;:;:;:;:;:;:;::!!''" !;:;:;:;:;ヽ
|;:;:;:;:;:;:;:!'" ヽ;:;:;:;ヽ
|;:;:;:;i''" i!;:;:;:;|
|;:;:;:;| ヾ;:;:;:|
|;:;:;:;| ,,,;;:iii;;;;; ,.-＝＝--､. `!;:;|ヽ
〉;:;:| ,.-''"￣￣￣`ヽ⌒| --｡､-､ ヽ-`' | 綺麗な顔してるだろ
i `u i -‐'"ヾ'" :: ::! : | ノ 落選するんだぜ、これ。
i | ノ ヾ､＿＿＿ノ ::|
| | ヽ､＿＿,.-i i ､ : :|
| | : : '" `～ー～'" ヽ : : ::|
`i ヾ ' ＿＿＿＿ ;: ;: :|
＼ -‐'''"~￣￣￣￣ ; ;: :/-
ヾ: : . ` " " " ,.／
- 219 名前：デフォルトの名無しさん [2005/08/11(木) 22:23:53 ]
- Strutsとかhibernateはばりばり使ってると思う
ソースは見てないけど、xmlから読み込むなら
やっぱりリフレクトでウハウハかなとは思う
- 220 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 23:04:53 ]
- コピペしなくいいよ。明らかに釣りだろ。
- 221 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 00:06:12 ]
- リフレクトってどんぐらい重くなるんだ？
まあ原理的には重そうなんだけど開発環境じゃそんな体感できないし。
どういう状況までなら使えるのか線引きが出来ない。
で、結局デバック用のBeanのフィールドのログはきぐらいにしか使ったことない。
- 222 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 00:12:03 ]
- >>221
テーブル5つ程度の簡単なアプリをローカルのPCで動かすだけで
体感できるほど重くなるよ。
Beanのsetter/getterを呼ぶ箇所を全部BeanUtilsを使うように書き換えてみるとわかる。
書き換えるクラス数も10数個程度。
リフレクションは、重いという弊害の他に、ダウンキャストの危険性も多い。
Mapオブジェクトと同じように、せっかくJava言語に用意されている
「型安全性」を無視してしまうから個人的に好みではない。
- 223 名前：222 mailto:sage [2005/08/12(金) 00:12:51 ]
- ＞ リフレクションは、重いという弊害の他に
BeanUtilsは、に訂正してくれ。
- 224 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 03:07:36 ]
- BeanUtils,Betwixtは超便利
Lang,Collections,IOは常用
Codec,HttpClientはたまに
- 225 名前：デフォルトの名無しさん mailto:sage [2005/08/16(火) 12:27:46 ]
- >ところでhibernateってなんて読むの？
普通にハイバネートで良いかと。一般動詞っすよ。
>リフレクトってどんぐらい重くなるんだ？
使い方次第としか。
何かのラッパークラスのソース自動生成とか、
コストのかかる処理(接続とかインスタンス生成とか)の一部で使う分には
全く問題にならんレベルだと思うし。
>224
io, logging は常用
dbcp,pool,collection,beanutilsは常用ライブラリ(Springとか)が間接的に使用
digester,betwixtは以前常用してたけどxmlbeansに移行してしまった今日この頃。
commons じゃない jakarta スレってないんでしょうか。
velocity くらいしか使ってないけど。。
- 226 名前：デフォルトの名無しさん mailto:sage [2005/08/17(水) 00:00:00 ]
- >>225
このスレはとっとと終わらして、Jakarta スレたててくれ。
1年弱で 200 ちょっとしか消費してないから、使い切るのは
4年後か。
- 227 名前：デフォルトの名無しさん mailto:sage [2005/08/17(水) 23:45:07 ]
- >>224,225
IOって便利なの？
あおってるわけじゃなくて普通に知りたい。
オススメ機能教えてよ。
そんな常用するほど使えそうなの見つからない。
まあ名前で使えそうなのさっと探しただけだけど。
closeQuietlyとかソースみたら何じゃそりゃって感じだし。
- 228 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 09:37:08 ]
- つか closeQuietly しか使わないけど。
あれ使わないとなると
・毎回try-catchのネストを記述する。
・自作ライブラリに closeQuietely 相当のものを用意してそれを呼び出す。
のいずれかですよね。
前者は保守性・視認性・手間の全ての面からして
個人的にはありえないと思ってます。
後者は他人がコード読んだ時を想像するに、
俺様関数にぶち当たって関数のコード読む手間と
読み終わってから「結局commons-ioのアレじゃねえか。」
と溜息つかせる事を考えれば、あんま嬉しくない気がします。
- 229 名前：デフォルトの名無しさん mailto:sage [2005/08/18(木) 23:36:28 ]
- closeQuietelyだけだったらさすがに環境構築のたびにクラスパス通して
インポートしてってよりは自分とこの共通クラスにコード書くね。
だって誰が書いたってああなるでしょ。
実際ほとんど同じのcommons自体知る前に書いてたし。
結局commons-ioかよとか思わないと思うけどね。
別にたいした手間じゃないんだけどクラスパスが無駄に多いのは好きじゃない。
まあ好みの問題だと思うけど。
- 230 名前：デフォルトの名無しさん mailto:sage [2005/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 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 02:48:30 ]
- >>229
環境構築のたびにクラスパスったって、今日ビ、IDEでプロジェクト作成したときに登録するだけだろ。
importなんか勝手に書いてくれるし。
- 232 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 09:51:56 ]
- ＞ 実際ほとんど同じのcommons自体知る前に書いてたし。
こういう勘違い発言をする奴がいまだにいるのか。
フレームワーク・ライブラリ・デザインパターンがなぜ存在するのかを考えろよ
- 233 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 11:55:20 ]
- 俺は228ですが。
>229
プロジェクト作るたびにそのプロジェクトの Utility クラスに
closeQuietely 相当のコードを記述するんですか？
毎回同じ事を書くのに？
俺様.jar にまとめてしまった方が100倍マシだと思いますけど。
とても好みの問題だとは思えないです。
毎回同じクローズ処理
↓
うぜえから関数化(今このあたり)
↓
毎回同じ関数書いてるから俺様.jar作成
↓
気がつけば当たり前のようにみんな同じことやってる
↓
車輪の再発明は時間の無駄だから commons-io にしてしもうぜ
- 234 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 12:04:27 ]
- 下の三行はまったく必然性は無いだがなｗ
closeQuietelyしか使わない前提で話を進めているようだから、
メソッド一つのために外から拾ってきたライブラリを入れのか普通？
jarがいくつになれば気が済むんだと問いたい問い詰めたい。
- 235 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 12:26:30 ]
- 毎回テスト・デバッグするより信頼性のあるライブラリを使う方が数百倍まし。
毎回他人の俺様コードを見るより「いつものライブラリ」を使う方が数百倍まし。
- 236 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 12:36:07 ]
- あっそう。拾ったライブラリはテストしなくても信頼できるんだ。ふーん。
目当てのメソッド以外のクラスやメソッドが使われた時のテストや管理のリスクは無視か。
趣味で触ってるやつならともかく、人のコード見ないで出来る仕事ってそうはないと思うがな。
>jarがいくつになれば気が済むんだと問いたい問い詰めたい。
これについでの回答は？
おめぇの趣味で一々jar入れてたら100や200個になりかねないから、
採用に当たってのポリシーが必要なわけだが、
お前が使いたいメソッドが１個あるから入れろってか？
俺がリーダーなら帰れって言うな。
- 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の言うように宗教めいてるところはあるね、確かに。
|
 |
