デバッグ手順(スタックトレース重要) - jfluteの日記
よくある会話 こないだ久しぶりにある方とお会いして、色々情報交換したのですが、「StackTraceをみないでデバッグし始めてしまう人」はだいぶ少なくなってきたように思っているのですが、まだまだ結構こういうことがあるようです。 X「例外がでてるのですが一時間かけても原因がわからなくて...」 Y「お、じゃあStackTraceは見た？」 X「いやみてないです」 Y「ちょっと見せてみて」 X「これです」 Y「(StackTrace見てすぐに)ああもう原因わかった」 X「...」 Y「...」 ポイントは二つ 大きく二つのポイントがあると考えました。 A. 例外発生時のデバッグ作業が手順化されてない B. スタックトレースの見方がわからない A. 例外発生時のデバッグ作業が手順化されてない 例外が発生したら、まず何をするべきか！？ A-1. 例外クラス名・例外メッセージを読む A-2. スタッ
DBFlute -- 基本的なExample - jfluteの日記
DBFluteをとりあえず知ってみようと思われた方は、 サイトを見てみるのももちろん良いのですが、 http://dbflute.sandbox.seasar.org/contents/introduction/basic.html 「とりあえずちょこっと触ってみたい」 というのであれば、Exampleプロジェクトを触ってみるのが 良いと思います。 // SVNリポジトリのURL https://www.seasar.org/svn/sandbox/dbflute // 基本的なExampleプロジェクト trunk/dbflute-basic-example こちらをチェックアウトするだけで、 DBFluteで自動生成されたクラスをJUnitで実行可能です。 (H2データベースを組み込みで利用しているので、 DBのインストールとかサービス起動とかが不要) 「src/test/java」配
DBFlute:「業務的にone-to-one」への対応 - jfluteの日記
丁度、仕事で必要になったので実装しました。 (明日リリース予定のDBFlute-0.5.6) 今まで、「業務的にone-to-one」というのがDBFluteにとっては鬼門でした。 o 会員(MEMBER)テーブル o 会員住所情報(MEMBER_ADDRESS)テーブル とあったとします。 ここで互いに同じ主キー値を持つなり、MemberAddressでユニーク制約 の掛かったMemberIdカラムを持つなどで、制約的にone-to-oneであれば、 全く問題ありません。DBFluteはその制約を検知して、 MemberCB member = new MemberCB(); member.setupSelect_MemberAddressAsOne(); というように実装が可能になります。 しかし、MemberAddressで「VALID_FLGが有効なもので絞ればone-to-one」
Servlet -- encodeURL()とencodeRedirectURLの違い - jfluteの日記
Tomcat-5.5.23において public String encodeRedirectURL(String url) { if (isEncodeable(toAbsolute(url))) { return (toEncoded(url, request.getSessionInternal().getIdInternal())); } else { return (url); } } public String encodeURL(String url) { String absolute = toAbsolute(url); if (isEncodeable(absolute)) { // W3c spec clearly said if (url.equalsIgnoreCase("")){ url = absolute; } return (toEncoded(url, r
Teeda -- RedirectのTeeda内Flowのメモ - jfluteの日記
NavigationHandlerUtil.redirect() → ExternalContext.encodeActionURL() → ExternalContext.encodeResourceURL() → HttpServletResponse.encodeURL() ※Cookieが無ければ → ExternalContext.redirect() → ServletExternalContextImpl.redirect() → ServletExternalContextUtil.redirect() → RedirectUrlResolver.resolveUrl() ※Resolverがあれば → HttpServletResponse.sendRedirect() しっかり、encodeURL()が呼び出されているようなのでjsessionidは保たれるはず。
DBFlute: 意外な売り物：SchemaHTML - jfluteの日記
DatabaseのSchema情報を表示する'SchemaHTML'を自動生成します。 http://dbflute.sandbox.seasar.org/ja/view/schema/project-schema-exampledb.html これ意外に開発現場ですごく便利です。一枚のHTMLなので検索もしやすい。 ただ、和名が表示できません。当然ながらどこからも取得できないので。 Databaseに「TableのComment」・「ColumnのComment」を付けることができるので、 それをMeta情報で取得して表示できるようにしたいと考えております。 EAとか和名のCommentをDDLで出力できるERD-Toolと組み合わせれば、 かなりGOODな「Table一覧」になるのではないでしょうか。 (成果物としても使えるレベルを目指す) 【追記(2008/12/31)】 http:
Teeda -- HttpSession.invalidate()する際の注意点 - jfluteの日記
Login時などにHttpSession.invalidate()する際、 それまで保持していたSessionのAttributeを新しいSessionに 登録する処理をApplicationで実装する必要があります。 なぜかと言うと、Teedaが保持している情報も全て除去されてしまうからです。 特にpreviousViewIdの情報が消えてしまうため、遷移Checkに利用している場合は Login後にいきなりError画面へ直行してしまいます。 (してしまいました...Login画面 → Welcome画面 → Menu画面 という遷移なので) そこで、上記のSessionのAttributeの引き継ぎをすることで Teedaの保持しているSession情報も引き継がれます。
jfluteの日記 - DBFlute -- ConditionBeanの日付範囲検索の妙技
DBFluteは現場で困ったことを解決するのに注力しています。 例えば、売上一覧検索画面で「計上日が07月06日から07月15日まで」という条件で検索したい場合： 通常、人間が「07月06日から7月15日まで」と言った場合07月15日を丸々含みます。 また、画面に「FROMの日付」と「TOの日付」の入力コントロールがあって、 運用者は以下のように入力をして上記の条件を期待します。(大抵はこうだと思います) = = = = = = = = = = = = = = 「FROMの日付」 → 07月06日 「TOの日付」 → 07月15日 = = = = = = = = = = = = = = すると、サーバ側に飛んでくる値は、以下のようになります。 = = = = = = = = = = = = = = = = = = = = FROM → 07月06日00時00分00秒000ミリ秒 TO →
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
