DDD の Java EE 実装サンプル - Cargo Tracker を読み解く - Qiita
レイヤ化アーキテクチャ（LAYERED ARCHITECTURE） DDD でのレイヤ化アーキテクチャ アプリケーションの中では、ドメインのロジック以外にも様々な処理が行われる。 例えば、画面表示に関する処理・トランザクション制御・データベースアクセス・メール送信などがある。 もし、これら他の関心事の中にドメインロジックが紛れ込んでいると、コードは非常に読みづらくなり保守もしづらくなる。 この問題を回避するため、ドメインは他の感心事から分離しなければならない。 分離の手法は多々あるが、一般的に広く受け入れられている手法として、レイヤ化アーキテクチャがある。 レイヤ化アーキテクチャでは、アプリケーションが持つ関心事をいくつかの層に分離する。 各層に含まれる要素は、同じ層内の要素かもしくは下位の層にのみ依存し、上位の層には依存しないようにする。 上位の層と連携する場合は、コールバックやオブザー
分速で始める 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
JavaEE6をいじったときのメモ - Qiita
JPAについて JPAの参照系について getResultList()の検索件数0件のときはどんな動きになる? Size = 0のリストが帰ってくる感じです (nullじゃないので注意)。 entityの静的クエリはじぶんで追加してっていいんだよね? なんか、普通に追加したら not foudと言われてしまった…… @NamedQueries({ : @NamedQuery(name = "Customer.findByIdAndName", query = "SELECT c FROM Customer c WHERE c.customerId = :customerId AND c.name = :name")}) public class Customer implements Serializable { :
[Java][JPA] JPA で大きなテーブルを走査する - Secret Staircase on はてな
JPA で行数の多いテーブルを select して getResultList() すると全部メモリに展開するので効率が良くないです。こういうとき、JDBC なら ResultSet をオープンしたままループしますし、S2JDBC なら iterate() 使いますね。ところが JPA には適切な方法がないようです。 こちらによれば、 http://stackoverflow.com/questions/5067619/jpa-what-is-the-proper-pattern-for-iterating-over-large-result-sets プロダクト独自の方法を使えばいいようですが、pure JPA なベストアンサーの方法を Iterator でラップして使いやすくしてみました。 https://github.com/akr4/jpa-lazy-fetch-iterator
![[Java][JPA] JPA で大きなテーブルを走査する - Secret Staircase on はてな](https://cdn-ak-scissors.b.st-hatena.com/image/square/898439e91df790831e6e5c747518f1722f6cbabc/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127128350858%2F17680117127128352673%2F1557452431)
Java Persistence API (JPA) 実践入門 - ひだまりソケットは壊れない
この記事は Java EE Advent Calendar 2013 の 24 日目の記事です。 昨日は nabedge さんの 「JAX-RSのビューとしてMixer2を使ってみる」 でした。 明日は eller86 さんの 「ウェブアプリケーションサーバでよくあるクラスローダのトラブル」 です! 概要 これから Java Persistence API (JPA) を使ってみようとしている人向けの、JPA の簡単な使い方や IDE の機能の紹介などの話です。 私自身、最近 JPA を使い始めたのですが、日本語の実践的な入門記事みたいなのが見当たらなくて苦労した (JPA の概念の説明記事は結構あって助かったのですが) ので、少しでも参考になればと思います。 IDE 関係の話は Eclipse ユーザー向けの説明になりますが、NetBeans でもだいたい似たようなことができるはずです。
J2EEレガシーアプリケーションのJavaEEアプリケーションへのマイグレーション(3) - 水まんじゅう2
何回かに分けてJ2EEレガシーアプリケーションのJavaEEアプリケーションへのマイグレーションについて実際のコードを見ながら解説したいと思います。 変更前のサンプルソースはこちら https://github.com/megascus/oi-webapp-sample/tree/initial 第一回はこちら J2EEレガシーアプリケーションのJavaEEアプリケーションへのマイグレーション(1) ここで一度Webアプリケーションの処理の流れについておさらいしたいと思います。 Webアプリケーションの一般的な処理の流れについて 例外はたくさんありますが、だいたい以下のような順番で処理が行われます。*1 認証、認可等全ての処理に対して行うべき共通処理 入力値の適切な形への変換、検証 DB等のリソースへのアクセス 画面の表示 いろいろ簡略化されていますが、大体こんな感じです。 今回のアプリケ
J2EEレガシーアプリケーションのJavaEEアプリケーションへのマイグレーション(2) - 水まんじゅう2
何回かに分けてJ2EEレガシーアプリケーションのJavaEEアプリケーションへのマイグレーションについて実際のコードを見ながら解説したいと思います。 変更前のサンプルソースはこちら https://github.com/megascus/oi-webapp-sample/tree/initial 第一回はこちら J2EEレガシーアプリケーションのJavaEEアプリケーションへのマイグレーション(1) 今回はHibiernateをJPA(Eclipse Link)に置き換えたいと思います。 hibernate.cfg.xmlからpersistance.xmlへの置き換え hibernate.cfg.xmlは削除してしまいます。その代わりにpersistance.xmlを置きます。 https://github.com/megascus/oi-webapp-sample/blob/initia
J2EEレガシーアプリケーションのJavaEEアプリケーションへのマイグレーション(1) - 水まんじゅう2
何回かに分けてJ2EEレガシーアプリケーションのJavaEEアプリケーションへのマイグレーションについて実際のコードを見ながら解説したいと思います。 変更前のサンプルソースはこちら https://github.com/megascus/oi-webapp-sample/tree/initial こちらのソースは、Tomcat上で動く、ビューがServlet2.5+JSP、O/RマッパーとしてHibernateを直接使用するという、大体2005年ぐらいに作られたシステムのイメージになっています。 また、いくつかの点にてきちんと設計されているとは言えず、MVCに沿って作られたことになっていますが、きちんとViewとModelが分離できていません。 それ以外にも問題をいくつか抱えています。 これをGlassFish4.0上でのJavaEE7仕様で作り直したいと思います。 古いシステムを新しい仕
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JPA2で出力されるSQLでbindされているパラメーター表示を行なう方法 - Qiita