The open-source /url/#{rewriting} solution for Servlet, JSF, and Java EE PrettyFaces is an OpenSource URL-rewriting library with enhanced support for JavaServer Faces – JSF 1.1, 1.2 and 2.0 – enabling creation of bookmark-able, pretty URLs. PrettyFaces solves the “RESTful URL” problem elegantly, including features such as: page-load actions, seamless integration with faces navigation, dynamic view
JSF Toolsとは? Eclipseユーザの皆さんはご存知の通り、EclipseプロジェクトではWebアプリケーション開発用の標準プラグインとしてWTPを提供している。WTPの登場以前、EclipseでWebアプリケーションの開発を行うには、利用者自身が複数のプラグインの中から用途に応じて適切なものを選択する必要があった。WTPはWebアプリケーションの開発に必要な機能をひと通り提供しており、今後はWebの標準開発ツールとして普及していくことが期待されている。 さて、JSF ToolsはWTPのサブプロジェクトとして開発されているJSF開発用のプラグインだ。JSF ToolsはWTPが提供するWebアプリケーション開発機能に加えて、以下のような機能を提供する。 JSF用のプロジェクトファセット SFの設定ファイルをビジュアルに編集するためのエディタ JSPエディタにJSF固有の補完機能
JavaServer Faces 2.0 (以降 JSF) の説明を行う前に、完全に Java EE 6 で作成したデモアプリを参照してください。このデモは JPA, EJB, CDI, JSF を使用して作成したアプリケーションで、JPA を使って曖昧検索を行い、オートコレクトのような機能を実装したアプリケーションです。プロジェクトの作成から実装完了まで 12 分程でできるこのアプリケーションは Java EE 6 で Web アプリケーションを開発する際の参考になるアプリケーションで、ハンズオンとして手を動かしながら共に学ぶ事のできるサンプルになるかと思います。この動画をご確認頂くと分かるのですが、統合開発環境が自動的にコードを作成してくれるため実際にコーディングを行っている部分が少なく、いかに Ajax のアプリケーションを簡単に作成できるかご確認いただけるかと思います。 デモ UR
JavaServer Facesには、UIコンポーネントにメッセージを関連付けて画面に表示する機能があります。 主にバリデータでエラーを検出した場合にエラーメッセージを表示する目的で使用します。 例えば、入力が必須のテキストフィールドが空のままフォームが送信された場合に、そのテキストフィールドの直下に「この項目は省略できません」といったメッセージを表示させることができます。 ■UIコンポーネントへの関連付け バリデータの処理で関連付ける場合 バリデータの処理でメッセージを関連付ける方法については、 カスタムバリデータを参照してください。 バリデータ以外の処理で関連付ける場合 javax.faces.context.FacesContextクラスのaddMessageメソッドを使って、 メッセージをUIコンポーネントに関連付けます。 メッセージは、javax.faces.applicatio
本文はJSF JSPページの基本的な書き方についてサンプルから学びます。 ◇ JSFの画面はJSP技術を利用します。 ◇ JSFのJSPページは標準HTMLタグやJSF独自のタグライブラリで構成されています。 JSFのJSPページの書き方 例からJSF JSPページの書き方について説明します。 somepage.jsp <!-- ページの文字コード宣言。適当な文字コードで入れ替えてください --> <%@ page pageEncoding="UTF-8" contentType="text/html; charset=UTF-8" %> <!-- JSFのhタグ（画面表示関連） --> <%@ taglib uri="http://java.sun.com/jsf/html" prefix="h" %> <!-- JSFのfタグ（コアタグ。ロジック関連） --> <%@ taglib
今週水曜日に、オラクル青山センターで行われたGlassfish Japanユーザーグループの勉強会でJava EE6のお話をさせていただきました。勉強会のスライドとビデオは以下のリンク先にあります。 Glassfish勉強会（JavaEE6について） View more presentations from Ryo Asai http://www.ustream.tv/recorded/16552906 今回は基本的に私がこのブログで書いてきたJava EE6関連の情報について紹介させていただきました。欲張って少し内容を詰め込み過ぎたところがあったかもしれませんが、Java EE6を使った単体試験や結合試験の自動化については、説明をスキップしてしまい、ちょっとわかりにくくなってしまいました。ここで、あらためてJava EE6上のアプリケーションのテスト自動化について簡単に補足させていただき
JSF2ではSystemEventなるものが存在します。これがなかなか便利でFaceletsのテンプレート組合せると、例えばログイン画面以外の画面にユーザがアクセスした場合、ログインしていなければ即座にログイン画面へ遷移させるという処理を、テンプレートで集約することも可能です。 以下のようなテンプレートを用意します。 【template.xhtml】 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xmlns:h="http://java.sun.com/jsf/html" xmlns:f="http://jav
で、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.0ではAjax利用時も通常の画面全体のサブミットとなんら変わることなく処理が出来るというのは以前かるく書いた。 http://d.hatena.ne.jp/shin/20091115/p3 普通にアクションベースでWebアプリを書いているとAjaxと画面遷移は面倒だということがわかるはず。汎用的にやろうと戻り値を見て画面遷移用なのか、画面書き換えようなのか処理する部分を書かないといけない。そうするとクライアントサイドも面倒だが、Ajaxと画面全体の呼び出しと通るルーチンが異なってしまってバグも生み出しやすい。 JSF 2.0はその辺を全部自動でやってくれる。Ajaxによる画面の部分書き換えなのか、Ajaxによる画面全体の更新なのか、指定したURLそのものを取りに生かせるかはまったく意識せずに行える。 以下サンプルを乗せてみる。つぶやこうとしたときにログインしていなければログイン
入社式も終えて数か月後には新人さんが入ってきたりする可能性もあるのですが、新人さんの素朴な質問にハッとすることがちょくちょくあります(^^; 質問に上手く答えられず、あー、意外と自分もちゃんと理解してないなぁ、とか…。 先日、新人さんではないですが後輩(Java EE6開発担当ではない子)から 「今やってるJava EE6開発でのセッション管理っていうか、画面情報の記憶とかってどんな仕組みで管理してるですか？」 と聞かれ、どう答えようか迷いました。 その子はもともとASP.NETのWebForm開発とかをメインにしていたので、主にSession.Contents("key") = value;みたいなのをイメージしていたりして。 「アノテーションっていうC#の属性(Attribtue)みたいなのがあって、それで宣言したスコープによってJava EE側が上手いことやってくれてるんだよね…」
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く