肥え続けるTomcatと胃を痛めるトラブルハッカー (1/3) - ＠IT
肥え続けるTomcatと胃を痛めるトラブルハッカー：現場から学ぶWebアプリ開発のトラブルハック（8）（1/3 ページ） 本連載は、現場でのエンジニアの経験から得られた、APサーバをベースとしたWebアプリ開発における注意点やノウハウについて解説するハック集である。現在起きているトラブルの解決や、今後の開発の参考として大いに活用していただきたい。（編集部） メモリリークと聞いて、良いイメージを思い浮かべる開発者は少ないだろう。経験したことのある人にとっては、思い出したくない過去の記憶がよみがえるかもしれない。もしかしたら、その単語を聞くだけで胃が痛くなる人もいるかもしれない。筆者もかつてはその1人であった。 前々回の記事では、WebサーバとTomcatの間の接続において、スレッド数の不整合により発生したトラブル事例を、前回はTomcatとDBサーバの間のトラブル事例を紹介した。今回もTom
考えることは同じ - odz buffer
結局、みんな同じことを考える。 ref:http://d.hatena.ne.jp/bleis-tift/20070731/1185812617 ref:http://d.hatena.ne.jp/odz/20061025/1161837641 ref:http://www.coins.tsukuba.ac.jp/~i021216/diary/?date=20070109#p01 (なぜか 403 で見えない) あと、Builder パターンの例とか ref:http://nicolas.lehuen.com/index.php/post/2006/10/07/113-java-map-literals-continued
String#replaceFirst より StringUtils#replace を使う - 極北データモデリング
DAO層で発行しているSQLのトレースをしているのだが、パラメータが "？" のまま出力されると不便なので、"？"をバインドされるパラメータに置換してからSQL文を出力するデバッグルーチンを書いたら、 java.lang.IllegalArgumentException: Illegal group referenceとかいって落ちた。 これは String#replaceFirst で置換していたのが原因。 String#replaceFirst(String regex, String replacement)このメソッドは、第二引数 replacement に $ が含まれていると正規表現の特殊文字だと思って「$hoge て何よ？そんなグループないよ」という例外を投げる。 replacementに $ が含まれていたら \\$ に置換すれば落ちなくなるが、置換するために置換するという
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
