~~ ~~ Copyright 2004-2010 the Seasar Foundation and the Others. ~~ ~~ Licensed under the Apache License, Version 2.0 (the "License"); ~~ you may not use this file except in compliance with the License. ~~ You may obtain a copy of the License at ~~ ~~ http://www.apache.org/licenses/LICENSE-2.0 ~~ ~~ Unless required by applicable law or agreed to in writing, software ~~ distributed under the License is distributed on an "AS IS" BASIS, ~~ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, ~~ either express or implied. See the License for the specific language ~~ governing permissions and limitations under the License. ~~ -------- Tips 集 -------- agata baba -------- 2009-07-20 -------- {目次} *{{{#共通アクション}共通アクション}} *{{{#URL_に埋め込まれたパラメータの検証}URL に埋め込まれたパラメータの検証}} *{{{#画面部品のインポート}画面部品のインポート}} *{{{#管理ツールの利用}管理ツールの利用}} {共通アクション} アクションクラスの共通的な処理は、以下のように共通アクションに記述し、継承して個々のアクションクラスから利用すると便利です。 共通アクションには本当に共通的な処理のみ置いてください。いくつかのアクションクラスや特定のユースケースのみで使用するような処理は、Service/Logic/Helper/Utilクラスなどを用意して共通処理を移譲したほうが良い場合が多いです。 Cubbyでは、あえてBeseActionのような共通の便利機能を用意していません。それぞれのプロジェクトにおいて、必要な共通アクションを自由に作成することを推奨します。 <<共通アクション>> +------------------------------------------------------+ // 共通アクションクラス public class BaseAction extend Action { ... /** * 通知用のフラッシュメッセージをセットします。 * @param message メッセージ */ protected void notice(String message) { flash.put("notice", message); } } // それぞれのアクションクラス private clsss TodoAction extend BaseAction { ... } +------------------------------------------------------+ {URL に埋め込まれたパラメータの検証} コンバータを利用することで、リソースを表すエンティティのキー等が埋め込まれた /app/\{employee,[0-9a-zA-Z]\}/bar のような URL を定義したとき、データベースにないリソースが指定された場合に 404(NOT FOUND) を返すような処理が簡潔に書けます。 ここでは、cubby-showcase に含まれるコンバータの例を解説します。 ソースコードは cubby-showcase のパッケージ org.seasar.cubby.showcase.other.web.converter を参照してください。 * AbstractValidationRules.java URL に埋め込まれたリソースの有無は、パラメータの型チェック(DATA_TYPE)以前に実行したいので、 DefaultValidationRules を継承して、検証フェーズ RESOURCE を追加しています。 * Book.java * BookDao.java * BookConverter.java BookDao を利用して、ISBN を表す文字列をキーにテーブルを検索し、Book のインスタンスを返すコンバータです。 * ConverterAction.java /convert/[ISBNを表す文字列] という URL でアクセスできる detail メソッドを持ちます。\ Book 型のプロパティ book に @RequestParameter をつけてリクエストパラメータのバインド対象であることを定義しています。 通常は Book 型へのコンバータが存在しないので値が設定されないはずですが、ここでは BookConverter を定義しているので、 このコンバータによって ISBN -> Book という変換が行われ、該当のデータがテーブルに存在した場合はコンバータが返す Book のインスタンスが プロパティ book に設定されます。存在しない場合はコンバータが null を返すのでプロパティ book には null が設定されます。\ その後、バリデーションが行われ、プロパティ book が null の場合は 404 を返します。 {{{cubby/apidocs/org/seasar/cubby/validator/validators/RequiredValidator.html}RequiredValidator}} による検証はアクションのプロパティではなくリクエストパラメータに対して行われるので、このようなケースでは有効ではありませんのでご注意ください。 {画面部品のインポート} Cubby では 共通の画面部品(他のフレームワークではコンポーネントなどと呼ばれます)を何もサポートしませんが、 画面部品が必要な場合、以下のように「JSTLのc:importタグ」+「JSP標準のスクリプトレット」+「Seasar2 の SingletonS2Container」を使って 画面部品を作成することを推奨します。 画面部品では、引数を元にデータベースへの検索などを行いたい場合があります。 その場合、画面部品のJSPページの先頭に画面描画に必要な情報取得のスクリプトレットを記述します。 通常はSeasar2を使用する場合、スクリプトレット中でLogicクラスやDaoのメソッドを実行すれば良いでしょう。 スクリプトレットは多用するとメンテナンス性が落ちますので、画面部品の先頭でのみで限定的に使用することをおすすめします。 なお、Eclipseの{{{http://www.eclipse.org/webtools/}WTP(Web Tools Platform)}}プラグインを使用するとスクリプトレット中の「Javaコードの補完」「import文の自動設定」「コンパイルエラーの表示」などほぼ完璧に行ってくれます。 スクリプトレットでも通常のJavaコード同様にさくさく開発できるのでぜひ導入してみてください。 <> +------------------------------------------------------+

1.c:importを使用したサンプル
(S2やDBデータと絡まない単純なパターン)

+------------------------------------------------------+ <> +------------------------------------------------------+ ${param.imageUrl}:


+------------------------------------------------------+ <> +------------------------------------------------------+

2.c:importを使用したサンプル
(S2やDBデータを読み込み先のJSPのスクリプトレットで直接使用(WTPの使用をおすすめ))

+------------------------------------------------------+ <> +------------------------------------------------------+ <%@page import="java.util.List"%> <%@page import="org.seasar.framework.container.SingletonS2Container"%> <%@page import="org.seasar.cubby.showcase.todo.dao.TodoTypeDao"%> <%@page import="org.seasar.cubby.showcase.todo.entity.TodoType"%> <% TodoTypeDao todoTypeDao = SingletonS2Container .getComponent(TodoTypeDao.class); List types = todoTypeDao.seletAll(); pageContext.setAttribute("types", types); %>
  • ${type.name}

  • +------------------------------------------------------+ {管理ツールの利用} 以下の設定をおこなうことで、Cubbyで作成したアプリケーションのルーティング情報の一覧、URIの適用テストを行える管理ツールを利用できます。 [[1]]管理ツールのJARを利用可能にします。pom.xmlに以下のdependencyを追加します。(Cubby1.1.0-rc1以降のMaven2 archetypeで生成されたプロジェクトには自動的に追加済みです。) +------------------------------------------------------+ ... org.seasar.cubby cubby-admin 1.1.0-rc1 ... +------------------------------------------------------+ [[2]]web.xmlにCubbyAdminServletを定義します。(Cubby1.1.0-rc1以降のMaven2 archetypeで生成されたプロジェクトには自動的に追加済みです。) +------------------------------------------------------+ ... cubbyAdminServlet org.seasar.cubby.admin.servlet.CubbyAdminServlet ... cubbyAdminServlet /cubby-admin ... +------------------------------------------------------+ [[3]]Tomcat を起動し、ブラウザで「http://localhost:8080/コンテキストパス/cubby-admin)/」にアクセスすることで、管理ツールが利用できます。 [images/admin_tool.png]管理ツール []