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
分速で始める 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 でもだいたい似たようなことができるはずです。
JPAのキャッシュを使ったアプリケーション高速化手法
This document contains code snippets related to Spring Security configuration and authentication. It defines classes and methods for configuring security, processing login requests, loading user details, and authenticating users. Key aspects include configuring security filters and authorization rules, processing username/password authentication, validating login credentials against encoded passwo
JPA L2キャッシュに関する辛み #javaee - 水まんじゅう2
これはJava EE Advent Calendar 2013の21日目 昨日は[twitter:@Hachiro808]さんのThymeleafを業務で使いたいでした。 皆様はJPAのL2キャッシュというものをご存知でしょうか。 L2キャッシュとは エンティティをキャッシュし、複数のスレッド間でエンティティを使ってデータをやりとりする場合にいちいちデータベースにアクセスしなくて良くするためのキャッシュです。 普通にエンティティのキャッシュです。ちなみにL1キャッシュというのもありまして、そちらは同じスレッド内で同じエンティティを取得する場合に毎回DBにアクセスしに行かなくて良くするためのキャッシュです。 詳しくはOracleの人が書いた資料があったのでそちらを参照してください。 JPAのキャッシュを使ったアプリケーション高速化手法 超クセモノなL2キャッシュ とまあ、字面だけ見ると非常に
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仕様で作り直したいと思います。 古いシステムを新しい仕
【レポート】OpenJPAがApacheのトッププロジェクトへ - JPAのデファクト標準が誕生か | エンタープライズ | マイコミジャーナル
The Apache OpenJPA Project Teamは、同プロジェクトがApache Incubatorを卒業し、トップレベルプロジェクトに昇格したことを発表した。Apache OpenJPAは、JSR-220 Java Persistence API (JPA)の実装系であり、ORM(Object Relational Mapping)ツールに位置づけられる。もともと米BEA Systemsによって開発されていたKodo Java Persistence APIをベースにしたプロダクトで、2006年7月25日(米国時間)にApache Incubatorのもとで「OpenJPA」として寄贈されている。 同成果物の最新版はすでにJCP TCK for JSR-220に合格しており、標準仕様と互換性があることが確認されている。また、Eclipse IDEやNetBeans IDEと
JPAの問題点 - ひがやすを blog
JPAには非常に期待している人も多いでしょう。私もその一人です。実際にプロジェクトで使ってみて、見えてきた問題点を書いてみます。JPAの実装としては､Hibernate3.2を使っています。 学習コストが高い。 JPAの全機能のうち､プロジェクトで使うものに絞り込んで教育すると、3日程度で教えることができるのですが､そこそこ使えるようになるには､2〜4週間かかります。これは、Hibernate in Actionにも書いているのでそういうものなんでしょう。 トラブルシューティングが難しい。 多くのプロジェクトで実際にハマルのはこれでしょう。うちのプロジェクトでは､Hibernate職人である小林さんがいるにもかかわらずいろいろ苦労しました。Hibernate職人のいないプロジェクトで使うのは厳しいのではないかと思います。 SQLの扱いが貧弱。 JPQLは、SQLのかなり貧弱なサブセットなの
待望のJava SE 6 でパーシステンス - ＠IT
教育界、技術者コミュニティでJava言語の教育と啓蒙に長年携わってきた筆者が、独自の視点からJavaの面白さを掘り下げていく。（編集部） Java2 SE 1.4とJava SE 5の間には、機能差があり過ぎたため、現場で導入ができずに、これまで移行を見送ってきた読者も多いことでしょう。しかし、今回のJava SE 6（開発コード名：Mustang）の登場で、そろそろ Java2 SE 1.4 から Java SE 5 もしくは 6 へ移行してもいい時期になりました。Java SE 5 が登場したときほどの機能追加はありませんが、Java SE 6 にも注目の機能がいくつかあります。 今回は、注目度が高いパーシステンス（永続化）に関係するものについて紹介しましょう。ただし、本稿執筆時点（2006年12月5日）ではJava SE 6はRC（Release Candidate）版ですので、リリ
【特集】Java Persistence API + H2徹底解説 - EJBじゃなくてもDBへ永続化 (1) Java Persistence APIとは | エンタープライズ | マイコミジャーナル
Java Persistence APIとは Java Persistence API(以下、JPA)は、JSR 220で仕様が標準化されているEJB 3.0(Enterprise JavaBeans, Version 3.0)の一部として新たに導入された、Javaオブジェクトの永続化のためのAPIである。EJB 3.0以前は、永続化に関する主要なAPIとしてJDO(Java Data Object)とEJB Entity Beanの2種類があった。しかしこの両者の間には互換性がないため混乱の元となっていた。このJDOとEntity Beanの整合性を取るために新たに設計されたのがJPAで、機能的には従来のEntity Beanに相当するPOJOベースのAPIとなっている。 JPAはEJB 3.0と同様にJSR 220においてその仕様が定められているが、APIとしてはEJBからは独立してい
オープンソースのJPA実装、どれを使えばよいか?
＠ オープンソースのJPA実装、どれを使えばよいか? OSSで入手可能なJPA実装として、Hibernate、TopLink、OpenJPA、そして、あまり知られていないがCanyeenがある。各実装のソースコードとテストコードのステップ数を比較してみた。 ソースコード テストコード Glassfish TopLink 266k 46k Apache OpenJPA 221k 4.8k JBoss Hibernate 172k 30k(ejb/metadata)、146k(core) Apache Canyeen 124k 65k 上記の中でOpenJPAはBEAによって開発されているので安心感はあるが、いざバグが発生したときに自分で修正する際、再帰テストができないので困るだろう。コードをいじることになったときはテストコードがきちんと提供されてるTopLink、Hibernate、Cany
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JPA2で出力されるSQLでbindされているパラメーター表示を行なう方法 - Qiita
データベース作成・JPA・JSF・Webサービスのデモ - きしだのHatena