Gradle を使った Querydsl JPA のコード生成 - なんとなくな Developer のメモ
今回は Querydsl JPA のコード生成を Gradle で実施してみました。 Gradle 2.3 Querydsl 3.6.2 ソースは http://github.com/fits/try_samples/tree/master/blog/20150322/ はじめに Querydsl JPA では JPA のエンティティクラスを元に Querydsl JPA 用のコードを自動生成して使います。 この場合のコード生成は querydsl-apt モジュールに含まれているアノテーションプロセッサ com.querydsl.apt.jpa.JPAAnnotationProcessor を javac のコンパイルオプションへ指定するだけです。 javac -processor com.mysema.query.apt.jpa.JPAAnnotationProcessor ・・・ G
JPA 2 の Entity クラスをかたどるための Metamodel API (Java EE 7) - ひだまりソケットは壊れない
最近 Java Persistence API (JPA) を使ってみてます。 まだ使いこなせてはないですがなかなかいいですね。 今まで触ったことのある O/R マッパー *1 の設計が嫌いだったので O/R マッパーにはあんまりいい印象持ってなかったんですが、JPA の設計はよく考えられてて良いと思いました。 Java Persistence criteria query が SQL を意識したものになっているのも良い感じです。 JPA のエンティティクラスに対するメタモデル Metamodel API というのがあることをさっき知ったのでメモ書きしておきます。 JSR-338 (JPA 2.1) には、メタモデルについて次のように書かれていました。 6.2 Metamodel Java Persistence criteria queries are based on a metamo
Performance of JPA | KATSUMI KOKUZAWA'S BLOG
JPAはJavaSE上でも動作するので、DBアクセスをする場合、最近はもっぱらJDBCではなくJPAを利用している。 サーバサイドを利用しない、クライアントアプリでDBアクセスをするのは、主にデータ移行ツールとかが多く、 ひとつのトランザクション内で処理されるレコード数が数万レコードになる事が多い。 数万レコードを移行する為に、JPAを利用した移行ツールを作り、実データでテストをしたところ、 想定外のパフォーマンス劣化が発生し、その解決に幾分か時間が掛かってしまった。 そのため、パフォーマンスが劣化する状況とその解決方法を簡易に示す為の簡易なコードを作成、備忘録として残しておく。 アプリ構成 JavaはJDK7、JPAの実装はEclipseLink-2.3.2を利用。DBはDerby。 コード 検証に利用するコードは下記の通り。 Bookエンティティを1万レコード永続化する。この際、永続化
今からでも遅くない JPAを学ぼう！（後編） オブジェクト間の関連を理解し、JPQLを使用する
Java Persistence API（JPA）を使ってオブジェクトの世界とリレーショナルの世界を結び付ける方法を一緒に学んでいきたいと考えています。前編では1つのテーブルに対してCRUD操作を行いました。後編となる今回は、複数のテーブル間の関連をEntityモデルで表現する方法と、それらを扱うためのJPQLについて説明します。 はじめに JPA（Java Persistence API）とは、オブジェクトの世界からリレーショナルの世界へ、あるいはその逆への変換を行うためのAPIです。 前編では、JPAを使用した1テーブルに対するCRUD操作を行うための実装方法を説明しました。後編となる今回は、複数のテーブルに対するCRUD操作について解説していきます。 ディレクションとカーディナリティのトラウマ オブジェクトモデルの世界でEntity間の関連は、ディレクションとカーディナリティという2
Java EE6標準の範囲でフルスタックのWebアプリケーションが簡単に作成できることを確かめてみました。 - 達人プログラマーを目指して
Java EE6でさらに開発は容易になった？ 以前JavaEE標準の進化から最近の業務アプリケーション開発手法の変遷について考える - 達人プログラマーを目指してにてJava EE標準の開発モデルの進化について説明しました。10年前の相当面倒だったJ2EEの開発モデルと比べて、最新のJava EE6では、様々なOSSの良い特徴を取り入れて、簡単にプログラミングできるように大幅に改良されています。また、Glassfish 3.1やJBoss AS7などは起動時間が非常に短縮されており*1、よほど遅いPCでなければわずか数秒で再起動することができます。さらに、Java EEサーバーが重くてテスト不能というイメージはもう過去の話かもしれない - 達人プログラマーを目指してで紹介したように、Java EE6では従来困難であった単体試験の自動化も容易になっています。 個々の技術は優れているのだけれど
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JPA2.1入門 - ぺーぺーSEのブログ
会話：@masanobuimai と @yoshioterada (with tweets) · masanobuimai · Storify
http://www.javabeat.net/articles/279-using-cdi-with-ejb-30-1.html
HTTP 500 errors when using REST API's for WebSphere Presence Server
Build and implement a single sign-on solution