レイヤ化アーキテクチャ（LAYERED ARCHITECTURE） DDD でのレイヤ化アーキテクチャ アプリケーションの中では、ドメインのロジック以外にも様々な処理が行われる。 例えば、画面表示に関する処理・トランザクション制御・データベースアクセス・メール送信などがある。 もし、これら他の関心事の中にドメインロジックが紛れ込んでいると、コードは非常に読みづらくなり保守もしづらくなる。 この問題を回避するため、ドメインは他の感心事から分離しなければならない。 分離の手法は多々あるが、一般的に広く受け入れられている手法として、レイヤ化アーキテクチャがある。 レイヤ化アーキテクチャでは、アプリケーションが持つ関心事をいくつかの層に分離する。 各層に含まれる要素は、同じ層内の要素かもしくは下位の層にのみ依存し、上位の層には依存しないようにする。 上位の層と連携する場合は、コールバックやオブザー
対象読者 JSF及びその周辺領域をある程度理解している（ライフサイクルとかFaceletsとか） JSFを使ったアプリケーションを作ったことがある or これから作る JSFを使ったアプリケーションで、性能問題に直面している 本記事の概要 これまで約3年間、JSFやFaceletsを使ったWebアプリケーションを構築してきた。 その中でハマった事や参考にした記事などを紹介する。 はじめに JSF、Facelets、PrimeFaces（その他のJSFライブラリ）などを利用することで、 大規模なWebアプリケーションを短期間で構築することができるようになっている。 一方で、概念や内部構造を理解しないまま設計・実装を進めると、思わぬ不具合や性能問題を引き起こす可能性もある。 そこで、これまでの経験から、抑えておきたい概念やハマりどころになりそうなところ、性能アップTipsをまとめる。 JSFの
前回の続き blog1.mammb.com arquillian のテストまでやっときます。 ファイル準備 テスト用のパッケージ追加と arquillian 用の設定ファイルなどを作成しておきます。 mkdir -p src/test/java/example/service mkdir -p src/test/resources/META-INF touch src/test/java/example/service/MemberRegistrationTest.java touch src/test/resources/META-INF/test-persistence.xml touch src/test/resources/arquillian.xml touch src/test/resources/test-ds.xml test-ds.xml テスト用のデータソース設定です。
前回 blog1.mammb.com の続き。 RESTサービス追加します。 ファイル準備 パッケージ用のディレクトリ追加とファイル作成します。 mkdir -p src/main/java/example/rest touch src/main/java/example/rest/JaxRsActivator.java touch src/main/java/example/rest/MemberResourceService.java JaxRsActivator.java Application を継承したクラスを作成します。 package example.rest; import javax.ws.rs.ApplicationPath; import javax.ws.rs.core.Application; @ApplicationPath("/rest") public cl
前回の続き blog1.mammb.com せっかくなので wildfly の quickstart をベースに、分速で簡単なアプリにしてみます。 設定ファイル準備 最初に src 以下にディレクトリを掘っておきます。 mkdir -p src/main/java/example/controller mkdir -p src/main/java/example/data mkdir -p src/main/java/example/model mkdir -p src/main/java/example/service mkdir -p src/main/resources/META-INF mkdir -p src/main/webapp/resources/css mkdir -p src/main/webapp/WEB-INF/templates こんな感じになります。 永続化設定
gradle がインストールされている前提。 されていない場合は以下で入れておく。 brew install gradle 開始 ターミナルに以下のブロックを全て選択してコピペする。 mkdir example cd example cat <<EOF > build.gradle plugins { id 'java' id 'war' id 'com.bmuschko.cargo' version "2.0.3" } repositories { mavenCentral() } [compileJava, compileTestJava]*.options*.encoding = 'UTF-8' sourceCompatibility = 1.8 targetCompatibility = 1.8 dependencies { providedCompile 'org.jboss.s
17. JavaScriptレスな Ajaxを使用したUI <h:inputText id="startedDate" value="#{someBean.startDate}" required="true" > <f:convertDateTime pattern="yyyy/MM/dd" /> <f:ajax event="blur" render="startedDateError" /> </h:inputText> <h:message id="startedDateError" for="startedDate" styleClass="errorMessage"/> f:ajaxによる部分描画変更のサポート 13年9月9日月曜日
さて今回はJSFで「エラーのある項目の背景色を変える」をやってみます。 Strutsにある機能だし、これくらい簡単にできるだろう、と思ってたら・・・けっこうめんどくさいことになっています。 基本的なアイデア 標準で提供されているh:inputTextを使って試してみます。 本来エラー項目の見た目を変えるにはclass属性を指定するんでしょうけど、ここではコード量を減らすためにstyleでいきます。 バッキングビーン（とはもう言わないのかな？）のメソッドで入力値が妥当かどうかを判定して、style属性値を変えればいいでしょう。 XHTMLは以下のように記述しました。 <h:inputText id="value" value="#{hogePage.value}" style="#{hogePage.valueStyle}" required="true" /> style属性値でバッキング
以前、 http://d.hatena.ne.jp/cero-t/20070622/1182530354 で書いてたバリデータを実現するためのアイデア。 こんな感じで記述します。 <input type="text" id="year" m:label="年" m:value="#{xxxDto.year}" /> <input type="text" id="month" m:label="月" m:value="#{xxxDto.month}" /> <input type="text" id="day" m:label="日" m:value="#{xxxDto.day}" /> <span m:inject="s:validator2" m:binding="#{dateValidator}" m:targetId="year,month,day" m:eventId="doXxx
Strutsを使ったフレームワーク（共通基盤。APアーキテクチャとプロセスとライブラリ群）よりも、 S2JSFを使ったフレームワークの方が、作り難いな、と思うことがあります。 理由は、S2JSF（JSF）が素直じゃないから。 コンポーネントツリーがセッションにいるから、、、なんて嘆いても、せん無きこと。 他にも、素のリクエストが見えにくいとか、ライフサイクルがあるせいで、 使い難いと思うことがあります。 時々、JSFのコンバータに頼るよりも、 RequestをMap<String, String>か、Map<String, String[]>で受け取れて、 自前でDtoに変換できる（Dxoを提供する）方が、随分とありがたいんじゃないか、って思います。 時々、JSFのバリデータに頼るよりも、 全部Stringで構成されたDtoを作って、それを自前のValidatorで検証できる方が、 随分と
最近、複数フィールドバリデーションを、実案件でモリモリ使っています。 具体的には、複数フィールドに分かれた「年」「月」「日」に対して 全部入力されなかったらスルー どれか入力したら、他が一つでも入力されていないエラー 全部入力されたら、存在する日付かどうかを確認する という感じです。 そんな事をやっていると、タイトルの件に気付きました。 例えば、こんなバリデーションです。 生年月日 <input type="text" id="year" m:label="年" m:value="#{xxxDto.year}"> <span m:inject="s:validator" m:binding="#{multiFieldDateValidator}" m:groupId="birtyday"/> </input> <input type="text" id="month" m:label="月
私はこれまで3つの実案件でS2JSF/S2Daoを使って開発してきました（一部サポートに入ったプロジェクトを含めれば6つかな？）。ちなみにid:szk-takanoriさんは現在日本で最もTeedaを実案件で使い倒している人でしょうね。 次の新しい案件では私もTeeda/S2Daoを使う予定ですが、最近S2JSFを再評価する機会があり、次のことを思いました。 S2JSF, S2DaoはビューレイヤではHTML、永続化レイヤではSQLを書きます。HTMLにはバインディングやValidation, ConverterをHTMLに書きますが、これがプロジェクトの終盤での微細な変更が発生した時に、HTML内に閉じた変更だけで対応することが可能であることが多く、LL的な柔軟さで変更することができます。 同じくSQLでもパフォーマンスチューニングや、やはり微細な変更が発生した時にも、同じくSQL内に閉
JSFでは、何でエラーメッセージと通知用のメッセージを分けられないのだろう、って思っていたんですが、FacesMessageクラスにはseverityプロパティがあって、メッセージのレベルを指定できたんですね。 知りませんでした（汗） JSFの h:messages タグでは、各レベルに合わせた class や style 属性が指定できるようです。 なるほど。 http://java.sun.com/javaee/javaserverfaces/1.2/docs/tlddocs/h/messages.html 現在のTeedaの仕様では、 id 出力内容 allMessages 全てのメッセージ messages 項目にヒモ付かないメッセージ id＋Message 指定されたidにヒモ付くメッセージ ということになっていますが、レベルに応じてスタイルを変更するにはどうするのでしょうか？
最近JSF2.0の仕様について、議論されているようですが、 JSF実装を作った経験から、個人的なWish-listを再度整理して並べてみたいと思います。 ちなみにKito D. Mannさん（JSFCentralの人 & JSF in Actionの著者の方）のlistはこれ。 http://www.jsfcentral.com/editorial/jsf2_wishlist_1.html ・デフォルトのViewはXHTML まちがいなくJSPのViewではなく、XHTMLのほうが良いと思います。 ・JSPタグへの依存の排除 できればTLDやタグリブは書かないですませる方向にしたほうが よさそうです。というかJSPへの依存は排除してほしい。 ・FacesContext そこそこ良く出来ているFacesContextのAPIですが、 いくつかの点で使いにくいです。 例えばFacesMessa
The Spring Framework Projectは2日(米国時間)、JSF-Springの最新版となるJSF-Spring 4.0を公開したことを発表した。JSF-SpringはSpring frameworkとJSF (JavaServer Faces)の統合を実現するための包括的なグルーコードを提供するプロダクト。JSF実装に依存しないように開発されているため、いくつものJSFプロダクトと組み合わせて活用できるという特徴がある。 サポートしているバージョンはJSF 1.1およびSpring framework 2.0。Spring frameworkはすでにJSF VariableResolver実装によりJSFとの統合を提供している。これはBeanを経由したアクセスを提供するもので、多くの場合には十分な働きをしている。JSF-SpringはSpring frameworkをさ
JSF Toolsとは? Eclipseユーザの皆さんはご存知の通り、EclipseプロジェクトではWebアプリケーション開発用の標準プラグインとしてWTPを提供している。WTPの登場以前、EclipseでWebアプリケーションの開発を行うには、利用者自身が複数のプラグインの中から用途に応じて適切なものを選択する必要があった。WTPはWebアプリケーションの開発に必要な機能をひと通り提供しており、今後はWebの標準開発ツールとして普及していくことが期待されている。 さて、JSF ToolsはWTPのサブプロジェクトとして開発されているJSF開発用のプラグインだ。JSF ToolsはWTPが提供するWebアプリケーション開発機能に加えて、以下のような機能を提供する。 JSF用のプロジェクトファセット SFの設定ファイルをビジュアルに編集するためのエディタ JSPエディタにJSF固有の補完機能
The Apache Shale teamは23日(米国時間)、Shale Frameworkの最新版となるShale Framework 1.0.4を公開したことを発表した。ShaleはJavaで構築されたWebアプリケーションを開発するためのフレームワーク。JSF(JavaServer Faces)をベースにしたWebアプリケーションフレームワークで、次世代のフレームワークと位置付けられている。 1.0.4は4度目のマイルストーンリリース。これまでに発見された多くのバグが修正され機能追加が実施されたバージョンだが、まだプロダクト品質レベルのリリースという位置づけではなく、実験的に採用してもらいフィードバックを得ることを目的としたバージョンとされている。このリリースに対する品質投票はまだ実施されておらず、今後モジュールごとにわけて実施される予定。 1.0.4では6つの新しいモジュール(h
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く