まずはJDK1.4でログ出力してみます java.util.loggingパッケージを使うと、ファイルIOの操作を自前でしなくてもログ出力を実現できます。 1.ログを出力するには? 2.ログをファイルに書き出すには? 3.ファイルの出力書式を読みやすくする 4.出力レベルを変更する 5.例外のスタックトレースを出力する 6.追加モードで出力する 7.関連リンク 1. ログを出力するには? ちょっと長いのですが、以下のソースをご覧ください。この項で使うのはtest1( )メソッドです。 package ytp.test.logging; import java.util.logging.Logger; import java.util.logging.Level; import java.util.logging.FileHandler; import java.io.IOException

Java講座 1. ケアレスミスを減らす章 1.1. while ループより for ループ 1.2. 配列を返すメソッド 1.3. チェーンコンストラクタ 1.4. キャッチした例外は必ず使う 1.5. リテラルの比較 1.6. 列挙型の定義 2. 堅牢性を獲得する章 2.1. ユーティリティクラス 2.2. フィールドの可視性 2.3. メソッドの可視性 2.4. クラスの可視性 2.5. 配列フィールド定数 3. 拡張性／柔軟性を獲得する章 3.1. ファクトリーメソッド 3.2. 怠惰な初期化 3.3. 継承はカプセル化を壊す 3.4. 継承の悪い例 3.5. 継承の良い例 3.6. インターフェースの不要な修飾子 3.7. インターフェースで定数定義 3.8. 改行コード 3.9. データの入れ物として使わない 4. 知っていると便

クラスタ化すると遅くなる？その原因と解決法 [連載]事例に学ぶWebシステム開発のワンポイント(1) ある金融機関向けのシステムで、単体では性能を発揮するがクラスタ化すると遅くなる事象が発生した。その原因と解決

文字化けは Web アプリ開発で最も頭の痛い問題のひとつです。(少なくとも日本人向けの Web アプリでは) 今回のチュートリアルでは、文字化けが発生する理由から、発生箇所の特定および文字化け解消の方法までを、理解します。 なぜ、文字化けが発生するのでしょうか？そして、なぜ、その解決は難しいのでしょうか？ その理由は Web システム(分散システム)特有の複雑なアーキテクチャが原因です(少なくとも私はそう思います)。 ここでは、Struts アプリケーションが動作する仕組みを整理し、文字化けが発生する箇所を特定します。 第１回でも簡単に触れましたが、Struts アプリケーションは ユーザのアクセスに応じて下図のようにメッセージ通信を行い、アプリケーションとして動作します。 「文字化け」は、これらのメッセージ通信の間で文字コードの違いが存在する場合に発生します。 ユーザが Web

以下の文章は、Martin Fowler による Domain Logic and SQL の日本語訳である。 データベース指向ソフトウェア開発者とメモリ上(in-memory)アプリケーションソフトウェア開発者との間のギャップは、ここ数十年、徐々に広がってきている。このギャップが原因で、データベースの機能(SQLやストアドプロシージャ)をどのように扱えばよいのかという議論が数多く巻き起こっている。ここでは、ビジネスロジックを SQL に置くべきか、それともメモリ上のコードに置くべきかといった問題について、主にパフォーマンスと更新性の観点から考察を行う。考察には簡単な例を使うが、SQL クエリはしっかりとしたもの（rich SQL queries）を用いるので悪しからず。 エンタープライズアプリケーション（訳注：以下、EA）構築に関する本（私の近著『P of EAA』など）を読むと、ロジッ

ここでは、Webアプリケーションのセキュリティ実装として、IPAへの届出件数の多かった脆弱性や攻撃による影響度が大きい脆弱性を主に取り上げ、それらに対する根本的解決および保険的対策を示します。 SQLインジェクション OSコマンド・インジェクション クロスサイト・スクリプティング セッション管理の不備 パス名パラメータの未チェック/ディレクトリ・トラバーサル メールの第三者中継

4. 独自のResultSetHandlerを作ってみる-MyArrayPageHandler- DBから検索したレコードを「ページ単位に表示する」という機能は、Webベースのアプリケーションでもよく見かけます。私もこれまで何回か作りました。もしこの機能をDbUtilsで実装できれば、これからの開発案件に(DbUtilsを)適用できるかもしれないと考えて、ちょっと試してみました。 基本的な考えとしては、 ArrayListHandlerと同じような感じで使えるResultSetHandlerにする(お手軽さを失わないようにする)。 検索結果の中から指定されたページに該当する部分のレコードだけを返せるようにする。 コンストラクタでは１ページあたりの表示レコード数だけ渡すようにする(SQL文はQueryRunner#run()にだけ渡す)。 多少性能は悪くとも標準のJDBC APIで実現する(

世の中はhibernate礼賛のサイトが沢山あります。 O/Rの中ではバラ色の世界が広がっているように錯覚してしまいます。 しかし実際にマジに使用すると、ひどい目に遭う局面が沢山あります。 -- 2007/01/16 追記 ここに情報を探しにきているようなひとは、悪いこと言いませんのでhibernateの採用を中止しなさい。 利用しだしていても、今引き返した方が工数が減ります。間違いない。1年以上経った今でも、hibernateのオニモツ加減には慣れません。 -- 2007/01/16 追記ここまで -- ここから追記 下記（特にシチュエーション４）について、再検証を行う必要がありそうです。 必ず、koichikさんのブログを併読してください。 http://d.hatena.ne.jp/koichik/20051002#1128268814 http