Java EE 7 検証環境構築(7) JPA 問い合わせ(1) 名前付きクエリを使ってみる。テストでトランザクションも意識する

  1. Java EE 7 検証環境構築(1) WildFly + JBoss Tools で EARプロジェクトを作成し Arquillian で ユニットテストをグリーンにするところまで
  2. Java EE 7 検証環境構築(2) WildFly に DataSourceを作成
  3. Java EE 7 検証環境構築(3) JPAからMySQLに接続するユニットテストをArquillianで実行
  4. Java EE 7 検証環境構築(4) Java EE での DI(Dependency Injection) および CDI(Contexts and Dependency Injection)をながめる
  5. Java EE 7 検証環境構築(5) JBoss Toolsが生成したサンプルソースのCDIを確認する
  6. Java EE 7 検証環境構築(6) JPA エンティティの作成と挿入
  7. Java EE 7 検証環境構築(7) JPA 問い合わせ(1) 名前付きクエリを使ってみる。テストでトランザクションも意識する
  8. Java EE 7 検証環境構築(8) JPA 問い合わせ(2) 動的クエリとCriteria API を試す
  9. Java EE 7 検証環境構築(9) jBatch 概要をおさえる
  10. Java EE 7 検証環境構築(10) JBoss Tools で作成した EARプロジェクトをJava EE 6 から 7 に変更する
  11. Java EE 7 検証環境構築(11) jBatch用 プロジェクトの作成を行う
  12. Java EE 7 検証環境構築(12) jBatch 簡易サンプル作成と Arquillian でユニットテスト
  13. Java EE 7 検証環境構築(13) jBatch REST サービス経由で実行する
  14. Java EE 7 検証環境構築(14) WildFly の管理をGUIで行う
  15. Java EE 7 検証環境構築(15) WildFly を サービスとして設定する(Windows/Linux)
  16. Java EE 7 検証環境構築(16) WildFly と Apache を mod_jk で連携させる(Widows)

なんやかんやで、JPAを使ってエンティティを挿入することができたので、問い合わせを行う。

1.JPA問い合わせについて

1.1 JPQL (Java Persistence Query Language)

JPQLはリレーショナル・データベースに格納されているエンティティに問い合わせを実行するためにJPAで定義された言語。JPQLの構文はSQLとよく似ていますが、データベースのテーブルを直接操作するのではなく、エンティティオブジェクトを操作します。

JPQL 文法

  • JPAでは、SQLのかわりにJPQLを使用する 。
  • JPQLは動的、静的、ネイティブSQLも実行可能。
  • 静的クエリは、名前付きクエリ(Named Query)ともいい、アノテーション、XMLを使用して定義できる 。
  • JPQLではなく、DBMS ネイティブのSQLを指定することもできる (動的、静的)。

1.2 ネイティブクエリ

JPQLはデータベース間で移植可能で、あらゆる形式のエンティティも扱える多種多様な構文を持っています。しかし、その一方でJPAはデータベース固有の機能を利用できるようにネイティブクエリもサポートしています。ネイティブクエリはデータベース間での移植性は保証しません。JDBC直接呼び出しではなく、JPAのネイティブクエリを利用する主な理由は、クエリの結果がエンティティに自動変換されるためです。

1.3 名前付きクエリ(Named Query)

名前付きクエリは静的で変更できないという点で動的クエリとは異なります。名前付きクエリの静的な性質から、動的クエリのような柔軟性は実現できませんが、永続性プロバイダはアプリケーションの起動時にJPQL文字列をSQLに変換でき、クエリを実行するたびに毎回変換を行わないため、クエリの実行効率が高くなります。

  • 単独なら@NamedQuery、複数の場合@NamedQueriesでまとめる 。
  • または、対応するXMLディスクリプタ内のメタデータで定義する 。
  • 同様に@NamedNativeQuery で、ネイティブクエリも名前付きクエリとして定義できる。(@NamedNativeQueries で複数定義できる) 。
  • 一般的に、クエリ結果に直接対応するエンティティクラスに記述する。
  • クエリ名は永続性ユニットごとにスコープがあり、スコープ内で一意でなければならない(クエリ名の前にエンティティ名をつけるのが一般的)。
  • クエリ名文字列でタイプミスによる問題を軽減するために、クエリ名を定数を置き換えることもできる

2. 試す

ということで、まずは、この辺りまで(JPQL名前付きクエリ、ネイティブ名前付きクエリ)を試してみることにする。

動的JPQL、Criteria API(オブジェクト指向クエリ) などは別途確認する。

2.1 エンティティ

挿入の確認で作成した、エンティティに、名前付きクエリ(JPQL、ネイティブ) をアノテーションで付加する。Book エンティティにクエリ名を定数として持たせるのは若干違和感(Bookエンティティには本質的にクエリ名とか関係ないはず)がないではないが、メリットのほうが大きそうなので、定数化してみる。

  1. @Entity
  2. @NamedQueries({
  3. @NamedQuery(name=Book.QUERY_FIND_BY_ID,
  4. query="select b from Book b where b.id = :id"),
  5. @NamedQuery(name=Book.QUERY_SELECT_ALL,
  6. query="select b from Book b"),
  7. @NamedQuery(name=Book.QUERY_SELECT_BY_TITLE,
  8. query="select b from Book b where b.title like :title")})
  9. @NamedNativeQuery(name=Book.QUERY_SELECT_MORE_EXPENSIVE,
  10. query="select * from book where price > :price",
  11. resultClass=Book.class)
  12. public class Book {
  13. public static final String QUERY_FIND_BY_ID = "Book.findBookById";
  14. public static final String QUERY_SELECT_ALL = "Book.selectAllBooks";
  15. public static final String QUERY_SELECT_BY_TITLE = "Book.selectBooksByTitle";
  16. public static final String QUERY_SELECT_MORE_EXPENSIVE = "Book.selectMoreExpensiveBooks";
  17.  
  18. public Book(){}
  19. public Book(String title, Float price, String description){
  20. this.title = title;
  21. this.price = price;
  22. this.description = description;
  23. }
  24.  
  25. :省略
  26. }

2.2 サービスを作成

それぞれの名前付きクエリを呼び出すサービスメソッドを定義してみる。

EntityManager の createNamedQueryは、Query を返し、Query のセッターは自分自身を返す。

メソッドチェイン(Method chaining) はSmalltalkで人気のあったプログラミングスタイルであり、他のJavaプログラミングスタイルに比べて読みにくくデバックがしにくいという批判もある。しかしながら、ほとんどの場合において、これは非常に便利である。 多くのJava開発者はSetterメソッドやadderメソッドは戻り値を返さないという意味でvoid型に宣言する。しかしこのプログラミングスタイルを適用する場合は、戻り値がオブジェクト自身を返すようにsetterメソッドやadderメソッドを宣言することになる。

なので、下記例では、Query のローカル変数を宣言していない。

  1. @Stateless
  2. public class BookService {
  3.  
  4. @Inject
  5. private Logger log;
  6.  
  7. @Inject
  8. private EntityManager em;
  9. public void insertBook(Book book) {
  10. em.persist(book);
  11. }
  12. public Book findBookById(Long id) {
  13. return (Book)em.createNamedQuery(Book.QUERY_FIND_BY_ID)
  14. .setParameter("id", id)
  15. .getSingleResult()
  16. ;
  17. }
  18. @SuppressWarnings("unchecked")
  19. public List selectAllBooks() {
  20. return em.createNamedQuery(Book.QUERY_SELECT_ALL).getResultList();
  21. }
  22. @SuppressWarnings("unchecked")
  23. public List selectBooksByTitle(String title) {
  24. return em.createNamedQuery(Book.QUERY_SELECT_BY_TITLE)
  25. .setParameter("title", title + "%")
  26. .getResultList()
  27. ;
  28. }
  29. @SuppressWarnings("unchecked")
  30. public List selectMoreExpensiveBooks(Float price) {
  31. return em.createNamedQuery(Book.QUERY_SELECT_MORE_EXPENSIVE)
  32. .setParameter("price", price)
  33. .getResultList()
  34. ;
  35. }
  36. }

2.3 テストケース

Arquilian Java 永続化のテスト を参照する。Spring だと、@Rollback でテストメソッドのトランザクションを制御できた(デフォルトロールバック、@Rollback(false)でコミット)が。。。

@Inject UserTransaction utx; でユーザートランザクションはインジェクトでき(Mavenに依存関係を記述する必要 2.3.1 参照)、@Before が、テストメソッドの前、@After がテストメソッドの後に呼び出されるので、そこで、トランザクションの開始と、ロールバックをしてみる。

一応想定した、メソッドごとにトランザクション開始、ロールバックという動きはするのだが、もう少し簡単にできるとうれしい。

  1. @RunWith(Arquillian.class)
  2. public class BookServiceTest {
  3. @Deployment
  4. public static Archive<?> createTestArchive() {
  5. return ShrinkWrap.create(WebArchive.class, "test.war")
  6. .addClass(Resources.class)
  7. .addClasses(Book.class,BookService.class)
  8. .addAsResource("META-INF/test-persistence.xml", "META-INF/persistence.xml")
  9. .addAsWebInfResource(EmptyAsset.INSTANCE, "beans.xml")
  10. ;
  11. }
  12.  
  13. @Inject
  14. Logger log;
  15. @Inject
  16. BookService bookService;
  17.  
  18. @Inject
  19. UserTransaction utx;
  20. @Before
  21. public void beforeTest() throws Exception {
  22. utx.begin();
  23. }
  24. @After
  25. public void afterTest() throws Exception {
  26. utx.rollback();
  27. }
  28. @Test
  29. public void insertBookTest() {
  30. Book book = new Book("Insert Test",100f,"Test");
  31. bookService.insertBook(book);
  32. log.info(book.toString());
  33. assertNotNull(book.getId());
  34. }
  35. @Test
  36. public void findBookByIdTest() {
  37. createTestData();
  38.  
  39. List allBooks = bookService.selectAllBooks();
  40. int pos = (int)(Math.random() * 100d) % allBooks.size();
  41. Book book1 = allBooks.get(pos);
  42. log.info(book1.toString());
  43. Book book2 = bookService.findBookById(book1.getId());
  44. log.info(book2.toString());
  45. assertEquals(book1, book2);
  46. assertTrue(book1 == book2);
  47. }
  48. @Test
  49. public void selectBooksByTitleTest() {
  50. createTestData();
  51. List books = bookService.selectBooksByTitle(SAMPLE_BOOK_TITLE_PREFIX);
  52. for (Book book : books) {
  53. log.info(book.toString());
  54. assertTrue(book.getTitle().startsWith(SAMPLE_BOOK_TITLE_PREFIX));
  55. }
  56. }
  57. @Test
  58. public void selectMoreExpensiveBooksTest() {
  59. createTestData();
  60. final float BASE_PRICE = 300f;
  61. List books = bookService.selectMoreExpensiveBooks(BASE_PRICE);
  62. for (Book book : books) {
  63. log.info(book.toString());
  64. assertTrue(book.getPrice() > BASE_PRICE);
  65. }
  66. }
  67. private final String SAMPLE_BOOK_TITLE_PREFIX = "SampleBook";
  68. private void createTestData() {
  69. for (int i=0; i<5; i++) {
  70. bookService.insertBook(
  71. new Book(
  72. String.format("%s%02d", SAMPLE_BOOK_TITLE_PREFIX, i),
  73. i * 100f,
  74. String.format("Description about %s%02d.", SAMPLE_BOOK_TITLE_PREFIX, i))
  75. );
  76. }
  77. }
  78. }

2.3.1 UserTransaction を利用出来るようにする

pom.xml に以下を追記。

  1. <dependency>
  2. <groupId>javax.transaction</groupId>
  3. <artifactId>jta</artifactId>
  4. <version>1.1</version>
  5. <scope>test</scope>
  6. </dependency>
  7. <\pre>

2.4 テスト結果

ここまで問題なく実行。

jpa_query_test


Follow me!

コメントを残す

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です