JSFの標準メッセージを塗り替えるお仕事 - Challenge Engineer Life !
業務系システムではよくある話ですが、OS標準やフレームワーク固有のメッセージをお客様が塗り替え定義できるようにする、という要件があります。 さらに多言語要件と絡んで、辞書マスタのようなものを持たせて、ユーザがそこに画面上の表示文言やメッセージを投入するという仕様が求められます。 そうした要件への対応に向けた１歩として、まず今日はバリデーション等に引っかかったときに出るJSF標準のメッセージを塗り替える方法を調査・お試ししました。 参考にした情報は以下です。 http://jcp.org/aboutJava/communityprocess/final/jsr314/index.html 上記仕様書の2.5.2.4 Localized Application Messagesの章を読んだりしましたが、やはり以下のサイトのような具体例がわかりやすいですね。というか全てが書かれています…。 ht
javaserverfaces-spec
About JavaServer Faces technology simplifies building user interfaces for JavaServer applications. Developers can build web applications by assembling reuseable UI components in a page; connecting these components to an application data source; and wiring client-generated events to server-side event handlers. This project provides information on the continued development of the JavaServer Faces sp
JSF 2.0のGETパラメータの受け取り - しんさんの出張所 はてなブログ編
で、GETで移動できるようになったのはいいけど、そのパラメータはどうやって受け取るの?ブックマーカブルなURLどうすんの？ とJSFを知っている人は思うに違いない。今までだとExternalContextを使って取得していた。 せっかく便利な管理Bean（sunの翻訳だとこれが正式みたい）があるのにそれがそのままでは使われない。 JSF 2.0ではそれが改善された。 <f:metadata> <f:viewParam name="name" value="#{HogeBean.text}"/> </f:metadata> とテンプレートにセットしておくと「HogeBean#setText(String)」が呼ばれる。 セットされるのはよいのだが、それをつかって処理するタイミングはあるのか。 JSFのフェーズを見るとプリレンダーフェーズがそれに該当する。woodstockの拡張ではあったが、
JSF 2.2ではf:eventのpreRenderViewではなくf:viewActionを使う？ - DENの思うこと
JSF 2.2でf:viewActionというコンポーネントが追加されています。 基本はJSF 2.0で初期画面表示時に処理を動作させる時に使っていた f:eventのpreRenderViewと同じなのですが微妙に違うところがあります。 まずは単純に呼び出された回数をカウントするバッキングビーンを作ります。 package sample; import javax.faces.view.ViewScoped; import javax.inject.Named; @Named @ViewScoped public class ViewAction { private int count = 0; public int getCount() { return count; } public void init() { count++; } } そして画面 <?xml version='1.
JSF2のシステムイベントで入力値の相関チェック - Just sleepy
前回はFaceletsのテンプレートとシステムイベントを用いたサンプルでしたが今回はシステムイベントで入力値の相関チェックを行うサンプルを紹介します。 JSFにはフェーズという概念が存在し、モデルの更新や、バリデーションチェック、アクションの実行、Viewのレンダリングなどがそれぞれ独立したフェーズで実行されます。 バリデーションチェックを行うフェーズでは、入力値個別のチェックを行うことは可能ですが、複数の入力値の相関チェックを行うことは、基本的にはできません。 ですが、システムイベントのPostValidateをうまく利用すると、相関チェックが可能となります。 例えば入力値１と２の合計が上限値を超えていた場合の確認等。 まずViewを以下のように定義します。 ... <h:form> ... <h:panelGrid id="inputValues" columns="2"> <f:ev
Apache MyFaces Extension Validator(extVal)で相関チェック - n-agetsumaの日記
BeanValidationはJSF2.xと統合した場合に、JSFから自動的に呼び出されるのはプロパティ単位のバリデーションのみである。クラス単位のバリデーションは呼び出されない。 (参考 http://stackoverflow.com/questions/11972419/cross-field-bean-validation-why-you-no-work ) この仕様上、BeanValidationの自作ルールでフィールド間チェック(cross-field valudation)を実装してJSFに適用するのは難しい。そんなときの使えるのがApache MyFacesが提供している拡張バリデータ「extVal」である。 MyFacesと関連がありそうだが、JSFの仕様を満たしているソフトウェア上ではなんでも動くようだ。手元ではJBossAS7にバンドルされたmojjaraで動かしてい
Java EE6環境でJSF2を使う場合はCDIのBeanを管理Beanとして使う方がよい - 達人プログラマーを目指して
先週の勉強会で紹介させていただいたjsf-scrumtoys-refactoredでは、JSFの管理Beanを使用する代わりにCDIのBeanを利用しています。この点説明が不十分だったので、ここで簡単に補足させていただきます。 JSFと管理Bean 勉強会の中で、JSFはコンポーネントベースのWebアプリケーションフレームワークであると説明させていただきました。（この点については以下のエントリーもご参照ください。Struts1に代わるWebフレームワークの選択 - 達人プログラマーを目指して） コンポーネントベースのフレームワークの場合、VBやSwingといった伝統的な（Webでない）GUIアプリケーションのように、フォームや入力フィールド、ボタンといった画面コンポーネントのツリーが構築されます。そして、画面部品の入力やクリックなどのイベントに従って、管理Beanと呼ばれるPOJOに対して
Java EE 6/Glassfish V3についてのまとめ - しんさんの出張所 はてなブログ編
そういやこれかいてなかったな。 JavaEE 6をずっとおってきて過去にいろいろと書きました。Servlet API 3.0はweb.xmlすらオプションになったり、自分で必要なものをフィルターやサーブレット等に設定するコードを自由に書けるようになったりしたのがでかいです。ELにメソッドが使えるようになったのもかなりきてますね。 まずはGlassfish V3をお試しあれ。最も軽いJava EEアプリケーションサーバーです。 高速なデプロイ Glassfish V3はEclipse、NetBeans、IDEAともに対応していてすごい簡単に開発が出来るのがわかると思います。え？JavaEEサーバーは重いって？300msとかでデプロイできる環境が遅いというのならばそうなのでしょう。デプロイ時間はTomcatとかわりません。それどころかデプロイするファイルが減る可能性もありますので軽くなる場合も
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://java.net/jira/browse/JAVASERVERFACES_SPEC_PUBLIC-1203?page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel