Spring MVCでコントローラーのリクエストハンドラメソッドのメタ情報を記録する方法 - 達人プログラマーを目指して
正攻法でアクションハンドラメソッドのメタ情報を取得することは困難 開発で利用するフレームワークを作成する際には、実行対象となるオブジェクトの型やメソッドに付けられたアノテーションなどのメタ情報を利用したい場合が多くあります。特に、Spring MVCを拡張してさまざまなことを裏でやらせたい場合には、現在実行中のクラスやメソッドのメタ情報（ClassクラスやMethodクラスのインスタンス）をスレッドごとにグローバルにアクセス可能なコンテキストオブジェクト内に記録しておくと便利です。なぜなら、Springの場合ViewResolverやViewなど独自に拡張可能なインターフェースが多数提供されているものの、通常の手段では実行中のクラスやメソッドの情報をパラメーターなどから簡単に取得できないことが多いからです。 たとえば、Spring MVCでセッション属性のキーをコントローラーごとに別々にす
2008-10-23
ひがさんのDIコンテナはEJB3.1でコモディティ化するという意見には賛同しかねるなあ。 自分はあんまりDIコンテナがEJB3を中心にコモディティ化するとは思わない。 何故なら、EJB3を初めとするJavaEEの仕様がそこまで受け入れられてるわけじゃないからです。 もう少し言えばJSF+EJB+JPAの組み合わせが残念ながら受け入れられてない。 海外では標準として受け入れられているかもしれないけど、標準なら標準のまま使うのが 王道でしょう。それか全体を統一してしまうSeamかなあ。 今後JavaEE5のAPサーバが出て、日本でも標準としては間違いなく今よりは 使われるようにはなると思います。その意味でJSF+EJB3+JPAは覚えておいて損は無いです。 しかし、標準からずれてわざわざOSSを使うのであれば、それなりに標準よりメリットが なければ利用者にとって意味がありません。OSS開発する
Seasar2系のノウハウをSpringコミュニティに提供 - ひがやすを技術ブログ
私がSlimというプロジェクトをはじめるということは、Seasarカンファレンスで発表しました。 http://itpro.nikkeibp.co.jp/article/NEWS/20080524/303949/ もともとSlimのコンテナ部分は、Seasar2からもってくるつもりでしたが、最近、NTTデータやCTCのフレームワークをやってる部隊がSpringベースのフレームワークにいろいろ悩んでいることを聞いて、Slimのコンテナは、Springベースにしたほうが、世の中のためになるんじゃないかと思い直しました。 NTTデータと真昼の対決 CTCと夜の決闘 もちろん、SpringベースでHOT deployを提供します。エイプリルフールネタを現実にやるということですね。 Super Agile Spring HOT deploy可能なSpringの上に、SAStrutsとS2JDBCを移
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
