DDD の Java EE 実装サンプル - Cargo Tracker を読み解く - Qiita
Cargo Tracker とは エリック・エヴァンスのドメイン駆動設計 で紹介されている様々なパターンを実際に使用して、有志が作成したサンプル Web アプリのこと。 DDD Sample Application - Introduction オリジナルは Spring Framework を使用している。 一方、この実装を Java EE 7 で置き換えたサンプルが公開されている。 Cargo Tracker この実装を読みながら、 DDD で紹介されている以下のパターンがどのように実装されているのかを確かめてみる。 レイヤ化アーキテクチャ エンティティ 値オブジェクト 集約 リポジトリ サンプルアプリを動かす ソースのダウンロード このページ の一番下に zip のリンクがあるので、そこからダウンロードする。 環境準備 以下のソフトウェアをインストールする。 JDK 7 以上 Mav
【もうハマらない！】JSFをきちんと理解しよう。 - Qiita
対象読者 JSF及びその周辺領域をある程度理解している（ライフサイクルとかFaceletsとか） JSFを使ったアプリケーションを作ったことがある or これから作る JSFを使ったアプリケーションで、性能問題に直面している 本記事の概要 これまで約3年間、JSFやFaceletsを使ったWebアプリケーションを構築してきた。 その中でハマった事や参考にした記事などを紹介する。 はじめに JSF、Facelets、PrimeFaces（その他のJSFライブラリ）などを利用することで、 大規模なWebアプリケーションを短期間で構築することができるようになっている。 一方で、概念や内部構造を理解しないまま設計・実装を進めると、思わぬ不具合や性能問題を引き起こす可能性もある。 そこで、これまでの経験から、抑えておきたい概念やハマりどころになりそうなところ、性能アップTipsをまとめる。 JSFの
分速で始める JavaEE 7 〜 Arquillian 〜 - A Memorandum
前回の続き 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 テスト用のデータソース設定です。
分速で始める JavaEE 7 〜 JPA + CDI + JAX-RS 〜 - A Memorandum
前回 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
分速で始める JavaEE 7 〜 JPA + CDI + JSF 〜 - A Memorandum
前回の続き 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 こんな感じになります。 永続化設定
秒速で始める Java EE 7 with Wildfly - A Memorandum
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
Strutsから移行する人のためのjsf基礎
コンシューマ駆動契約についてのお話。 Osaka Venture Today Meetup #4 - 開発生産性アップの秘訣の登壇資料です。 https://kansai-venture.connpass.com/event/97256/
JSFでエラーのある項目の背景色を変える - じゃばらの手記
さて今回はJSFで「エラーのある項目の背景色を変える」をやってみます。 Strutsにある機能だし、これくらい簡単にできるだろう、と思ってたら・・・けっこうめんどくさいことになっています。 基本的なアイデア 標準で提供されているh:inputTextを使って試してみます。 本来エラー項目の見た目を変えるにはclass属性を指定するんでしょうけど、ここではコード量を減らすためにstyleでいきます。 バッキングビーン（とはもう言わないのかな？）のメソッドで入力値が妥当かどうかを判定して、style属性値を変えればいいでしょう。 XHTMLは以下のように記述しました。 <h:inputText id="value" value="#{hogePage.value}" style="#{hogePage.valueStyle}" required="true" /> style属性値でバッキング
バリデータのアイデア - 谷本 心 in せろ部屋
以前、 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様はエラい。 - 谷本 心 in せろ部屋
Strutsを使ったフレームワーク（共通基盤。APアーキテクチャとプロセスとライブラリ群）よりも、 S2JSFを使ったフレームワークの方が、作り難いな、と思うことがあります。 理由は、S2JSF（JSF）が素直じゃないから。 コンポーネントツリーがセッションにいるから、、、なんて嘆いても、せん無きこと。 他にも、素のリクエストが見えにくいとか、ライフサイクルがあるせいで、 使い難いと思うことがあります。 時々、JSFのコンバータに頼るよりも、 RequestをMap<String, String>か、Map<String, String[]>で受け取れて、 自前でDtoに変換できる（Dxoを提供する）方が、随分とありがたいんじゃないか、って思います。 時々、JSFのバリデータに頼るよりも、 全部Stringで構成されたDtoを作って、それを自前のValidatorで検証できる方が、 随分と
複数フィールドバリデーションは、ラベルをバリデータが持った方が良い - 谷本 心 in せろ部屋
最近、複数フィールドバリデーションを、実案件でモリモリ使っています。 具体的には、複数フィールドに分かれた「年」「月」「日」に対して 全部入力されなかったらスルー どれか入力したら、他が一つでも入力されていないエラー 全部入力されたら、存在する日付かどうかを確認する という感じです。 そんな事をやっていると、タイトルの件に気付きました。 例えば、こんなバリデーションです。 生年月日 <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="月
2007-04-12
私はこれまで3つの実案件でS2JSF/S2Daoを使って開発してきました（一部サポートに入ったプロジェクトを含めれば6つかな？）。ちなみにid:szk-takanoriさんは現在日本で最もTeedaを実案件で使い倒している人でしょうね。 次の新しい案件では私もTeeda/S2Daoを使う予定ですが、最近S2JSFを再評価する機会があり、次のことを思いました。 S2JSF, S2DaoはビューレイヤではHTML、永続化レイヤではSQLを書きます。HTMLにはバインディングやValidation, ConverterをHTMLに書きますが、これがプロジェクトの終盤での微細な変更が発生した時に、HTML内に閉じた変更だけで対応することが可能であることが多く、LL的な柔軟さで変更することができます。 同じくSQLでもパフォーマンスチューニングや、やはり微細な変更が発生した時にも、同じくSQL内に閉
たかのり日記 - [Seasar2][Teeda]FacesMessageでのSeverityに応じたスタイル指定
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にヒモ付くメッセージ ということになっていますが、レベルに応じてスタイルを変更するにはどうするのでしょうか？
![たかのり日記 - [Seasar2][Teeda]FacesMessageでのSeverityに応じたスタイル指定](https://cdn-ak-scissors.b.st-hatena.com/image/square/a3e65bd417ea425f67d75cebff174ed8adf23036/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F6435988827677137249%2F11696248318753705778%2F1369152366)
勝手にWish-list for JSF2.0 - おおたに6号機blog
最近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
"JSF-Spring 4.0"登場 - JSFをコンポーネントベースとして活用せよ | エンタープライズ | マイコミジャーナル
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 + WTPでのWeb開発が身近になる!? (1) JSF Toolsのセッティング | エンタープライズ | マイコミジャーナル
JSF Toolsとは? Eclipseユーザの皆さんはご存知の通り、EclipseプロジェクトではWebアプリケーション開発用の標準プラグインとしてWTPを提供している。WTPの登場以前、EclipseでWebアプリケーションの開発を行うには、利用者自身が複数のプラグインの中から用途に応じて適切なものを選択する必要があった。WTPはWebアプリケーションの開発に必要な機能をひと通り提供しており、今後はWebの標準開発ツールとして普及していくことが期待されている。 さて、JSF ToolsはWTPのサブプロジェクトとして開発されているJSF開発用のプラグインだ。JSF ToolsはWTPが提供するWebアプリケーション開発機能に加えて、以下のような機能を提供する。 JSF用のプロジェクトファセット SFの設定ファイルをビジュアルに編集するためのエディタ JSPエディタにJSF固有の補完機能
Apache Shale 1.0.4登場 - JSFベースのWebアプリケーションフレームワーク | エンタープライズ | マイコミジャーナル
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ページを開く
IBM Developer
javaworld.jp
javaworld.jp