まず最初に見るべき情報

Java Day Tokyo 2015の上妻さんの発表「jBatch実践入門」を見ることをお勧めします。
PDFおよびYouTubeで見ることができます。とても分かりやすくまとまっている、素晴らしい資料・発表です。
http://www.oracle.com/technetwork/jp/ondemand/online2015-javaday-2511676-ja.html

日本語ブログ情報

多くの方がブログに書いていらっしゃいます。
jBatch(JSR-352) on Java SE 環境 | 寺田 佳央 - Yoshio Terada
The Java EE 7 TutorialのjBatchの章をテキトーに訳した - kagamihogeの日記
JSR352-Batch Applicationを試してみた(Batchlet編) - しおしお(´・ω・｀)
JSR352-Batch Applicationを試してみた(BatchletでDBアクセス-JPA編) - しおしお(´・ω・｀)
はじめてのjBatch - CLOVER

こちらはSpring Batchの情報なのですが、jBatchと似ているので参考になると思います。
01.Spring Batchの基本概念（ステップ） - soracane

公式情報（英語）

僕もまだしっかりとは目を通せていないのですが、JSRとチュートリアルは読んだ方がよいでしょう。
JSR 352 JSR-000352 Batch Applications for the Java Platform 1.0, Revision A Maintenance Release for Evaluation
Java EE 7 Tutorial 55 Batch Processing (Release 7)
あと、洋書だとArun Guptaさんの「Java EE 7 Essentials」にjBatchの章があります。僕はKindle版を持ってます。
Amazon.co.jp: Java EE 7 Essentials 電子書籍: Arun Gupta: Kindleストア

テーブルの作成

データベースに「test」というテーブルを作成してください。

CREATETABLE TEST (
    ID INTEGERNOTNULL, 
    NAME VARCHAR(255), 
    PRIMARY KEY (ID))

もし、僕のサンプルコードを「git clone」してお使いになる場合は、後述のpersistence.xmlにエンティティクラスからDBにテーブルを自動生成する設定を記述していますので、この手順は不要です。

GlassFishのコネクションプーリング設定

詳しい手順はこちらへ→GlassFish 4.1でのJNDIコネクションプーリングの設定方法 - Java EE 事始め！
今回は「jdbc/mysqlTest」という名前にします。

JPAエンティティ

NetBeansを使えば、テーブルからエンティティクラスおよびpersistence.xmlを自動生成することが可能です。
詳しい手順はこちらへ→NetBeansとMavenでJPAプロジェクトの作成～エンティティ自動生成まで - Java EE 事始め！

@Entitypublicclass Test implements Serializable {
    @Id@Basic(optional = false)
    @NotNullprivate Integer id;
    @Size(max = 20)
    private String name;

    public Test() {
    }

    public Test(Integer id, String name) {
        this.id = id;
        this.name = name;
    }
    // setter/getter/equals/hashCode省略
}

<?xml version="1.0" encoding="UTF-8"?><persistence version="2.1"xmlns="http://xmlns.jcp.org/xml/ns/persistence"xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/persistence http://xmlns.jcp.org/xml/ns/persistence/persistence_2_1.xsd"><persistence-unit name="testPU"transaction-type="JTA"><provider>org.eclipse.persistence.jpa.PersistenceProvider</provider><!-- GlassFishに設定したJDBCリソース名 --><jta-data-source>jdbc/mysqlTest</jta-data-source><exclude-unlisted-classes>false</exclude-unlisted-classes><shared-cache-mode>NONE</shared-cache-mode><validation-mode>NONE</validation-mode><properties><!-- エンティティからのテーブル自動生成 --><property name="javax.persistence.schema-generation.database.action"value="create"/><!-- ログ出力 --><property name="eclipselink.logging.level"value="ALL"/><!-- DB製品の指定（必須ではない） --><property name="eclipselink.target-database"value="MySQL"/><!-- 一括追加の設定 --><property name="eclipselink.jdbc.batch-writing"value="JDBC"/><!-- 一括追加サイズの設定 --><property name="eclipselink.jdbc.batch-writing.size"value="5"/></properties></persistence-unit></persistence>

Producerクラスの作成

JPAのEntityManagerを他のクラスにインジェクトできるように、Producerクラスを作成します。

import javax.enterprise.context.Dependent;
import javax.enterprise.inject.Produces;
import javax.persistence.EntityManager;
import javax.persistence.PersistenceContext;

@Dependentpublicclass JpaProducer {
    @PersistenceContext(unitName = "testPU")
    private EntityManager em;
    
    @Producespublic EntityManager getEntityManager() {
        return em;
    }
}

読み込みクラス

前述の「test1.csv」を読み込みます。

import java.io.BufferedReader;
import java.io.Serializable;
import java.nio.charset.StandardCharsets;
import java.nio.file.Files;
import java.nio.file.Paths;
import javax.batch.api.chunk.ItemReader;
import javax.batch.runtime.context.JobContext;
import javax.enterprise.context.Dependent;
import javax.inject.Inject;
import javax.inject.Named;

@Named@Dependentpublicclass MyItemReader implements ItemReader {

    @Injectprivate JobContext jobContext;
    
    private BufferedReader br;
    
    @Overridepublicvoid open(Serializable checkpoint) throws Exception {
        System.out.println("ItemReader open.");
        String dirName = jobContext.getProperties().getProperty("dir");
        String fileName = jobContext.getProperties().getProperty("input_file");
        br = Files.newBufferedReader(Paths.get(dirName, fileName), StandardCharsets.UTF_8);
    }

    @Overridepublicvoid close() throws Exception {
        System.out.println("ItemReader close.");
        br.close();
    }

    @Overridepublic Object readItem() throws Exception {
        String data = br.readLine();
        System.out.println("Reader readItem : " + data);
        return data;
    }

    @Overridepublic Serializable checkpointInfo() throws Exception {
        System.out.println("ItemReader checkpoint.");
        returnnull;
    }
    
}

後述しますが、@Namedと@Dependentを忘れないようにしてください。

処理クラス

読み込みクラスでCSVから読んだ１行１行を、Testエンティティに変換します。

import javax.annotation.PostConstruct;
import javax.batch.api.chunk.ItemProcessor;
import javax.enterprise.context.Dependent;
import javax.inject.Named;
import sample.entity.Test;

@Named@Dependentpublicclass MyItemProcessor implements ItemProcessor {

    @PostConstructpublicvoid init() {
        System.out.println("ItemProcessor init.");
    }
    
    @Overridepublic Object processItem(Object item) throws Exception {
        String line = (String) item;
        System.out.println("Processor processItem : " + line);
        String[] values = line.split(",");
        int id = Integer.parseInt(values[0]);
        String name = values[1];
        Test test = new Test(id, name);
        return test;
    }
    
}

こちらも、@Namedと@Dependentを忘れないようにしてください。

書き込みクラス

変換したTestエンティティを、DBにINSERTします。

import java.io.Serializable;
import java.util.List;
import javax.batch.api.chunk.ItemWriter;
import javax.batch.runtime.context.JobContext;
import javax.enterprise.context.Dependent;
import javax.inject.Inject;
import javax.inject.Named;
import javax.persistence.EntityManager;

@Named@Dependentpublicclass MyItemWriter implements ItemWriter {

    @Injectprivate JobContext jobContext;
    
    @Injectprivate EntityManager em;
    
    @Overridepublicvoid open(Serializable checkpoint) throws Exception {
        System.out.println("ItemWriter open.");
    }

    @Overridepublicvoid close() throws Exception {
        System.out.println("ItemWriter close.");
    }

    @Overridepublicvoid writeItems(List<Object> items) throws Exception {
        System.out.println("ItemWriter writeItem : " + items);
        items.forEach(item -> em.persist(item));
    }

    @Overridepublic Serializable checkpointInfo() throws Exception {
        System.out.println("ItemWriter checkpoint.");
        returnnull;
    }
    
}

くどいようですが、@Namedと@Dependentを忘れないようにしてください。

実行ログ

情報:   ItemProcessor init.
情報:   JTS5014: Recoverable JTS instance, serverId = [100]
情報:   ItemReader open.
情報:   ItemWriter open.
情報:   Reader readItem : 1,suzuki
情報:   Processor processItem : 1,suzuki
情報:   Reader readItem : 2,tanaka
情報:   Processor processItem : 2,tanaka
情報:   Reader readItem : 3,takahashi
情報:   Processor processItem : 3,takahashi
情報:   Reader readItem : 4,aoyama
情報:   Processor processItem : 4,aoyama
情報:   Reader readItem : 5,yamashiro
情報:   Processor processItem : 5,yamashiro
情報:   ItemWriter writeItem : [Test[ id = 1, name = suzuki ], Test[ id = 2, name = tanaka ], Test[ id = 3, name = takahashi ], Test[ id = 4, name = aoyama ], Test[ id = 5, name = yamashiro ]]
詳細:   client acquired: 846621209
詳細:   TX binding to tx mgr, status=STATUS_ACTIVE
詳細:   acquire unit of work: 631199463
最も詳細:   persist() operation called on: Test[ id = 1, name = suzuki ].
最も詳細:   persist() operation called on: Test[ id = 2, name = tanaka ].
最も詳細:   persist() operation called on: Test[ id = 3, name = takahashi ].
最も詳細:   persist() operation called on: Test[ id = 4, name = aoyama ].
最も詳細:   persist() operation called on: Test[ id = 5, name = yamashiro ].
情報:   ItemReader checkpoint.
情報:   ItemWriter checkpoint.
詳細:   TX beforeCompletion callback, status=STATUS_ACTIVE
詳細:   begin unit of work commit
詳細:   TX beginTransaction, status=STATUS_ACTIVE
最も詳細:   Execute query InsertObjectQuery(Test[ id = 5, name = yamashiro ])
最も詳細:   Connection acquired from connection pool [default].
最も詳細:   Execute query InsertObjectQuery(Test[ id = 4, name = aoyama ])
最も詳細:   Execute query InsertObjectQuery(Test[ id = 1, name = suzuki ])
最も詳細:   Execute query InsertObjectQuery(Test[ id = 3, name = takahashi ])
最も詳細:   Execute query InsertObjectQuery(Test[ id = 2, name = tanaka ])
最も詳細:   reconnecting to external connection pool
詳細:   Begin batch statements
普通:   INSERT INTO TEST (ID, NAME) VALUES (?, ?)
普通:   	bind => [2 parameters bound]
普通:   	bind => [2 parameters bound]
普通:   	bind => [2 parameters bound]
普通:   	bind => [2 parameters bound]
普通:   	bind => [2 parameters bound]
詳細:   End Batch Statements
最も詳細:   Connection released to connection pool [default].
詳細:   TX afterCompletion callback, status=COMMITTED
詳細:   end unit of work commit
詳細:   release unit of work
詳細:   client released
情報:   Reader readItem : 6,ishida
情報:   Processor processItem : 6,ishida
情報:   Reader readItem : 7,naoki
情報:   Processor processItem : 7,naoki
詳細:   client acquired: 1918580639
情報:   Reader readItem : 8,ochiai
詳細:   TX binding to tx mgr, status=STATUS_ACTIVE
情報:   Processor processItem : 8,ochiai
情報:   Reader readItem : 9,kubota
詳細:   acquire unit of work: 653950772
情報:   Processor processItem : 9,kubota
最も詳細:   persist() operation called on: Test[ id = 6, name = ishida ].
情報:   Reader readItem : 10,kaneda
最も詳細:   persist() operation called on: Test[ id = 7, name = naoki ].
情報:   Processor processItem : 10,kaneda
最も詳細:   persist() operation called on: Test[ id = 8, name = ochiai ].
情報:   ItemWriter writeItem : [Test[ id = 6, name = ishida ], Test[ id = 7, name = naoki ], Test[ id = 8, name = ochiai ], Test[ id = 9, name = kubota ], Test[ id = 10, name = kaneda ]]
最も詳細:   persist() operation called on: Test[ id = 9, name = kubota ].
最も詳細:   persist() operation called on: Test[ id = 10, name = kaneda ].
情報:   ItemReader checkpoint.
情報:   ItemWriter checkpoint.
詳細:   TX beforeCompletion callback, status=STATUS_ACTIVE
詳細:   begin unit of work commit
詳細:   TX beginTransaction, status=STATUS_ACTIVE
最も詳細:   Execute query InsertObjectQuery(Test[ id = 6, name = ishida ])
最も詳細:   Connection acquired from connection pool [default].
最も詳細:   Execute query InsertObjectQuery(Test[ id = 7, name = naoki ])
最も詳細:   Execute query InsertObjectQuery(Test[ id = 10, name = kaneda ])
最も詳細:   Execute query InsertObjectQuery(Test[ id = 9, name = kubota ])
最も詳細:   Execute query InsertObjectQuery(Test[ id = 8, name = ochiai ])
最も詳細:   reconnecting to external connection pool
詳細:   Begin batch statements
普通:   INSERT INTO TEST (ID, NAME) VALUES (?, ?)
普通:   	bind => [2 parameters bound]
普通:   	bind => [2 parameters bound]
普通:   	bind => [2 parameters bound]
普通:   	bind => [2 parameters bound]
普通:   	bind => [2 parameters bound]
詳細:   End Batch Statements
最も詳細:   Connection released to connection pool [default].
詳細:   TX afterCompletion callback, status=COMMITTED
詳細:   end unit of work commit
詳細:   release unit of work
詳細:   client released
情報:   Reader readItem : 11,hino
情報:   Processor processItem : 11,hino
情報:   Reader readItem : 12,kobayakawa
情報:   Processor processItem : 12,kobayakawa
情報:   Reader readItem : 13,uehara
詳細:   client acquired: 1975411799
情報:   Processor processItem : 13,uehara
情報:   Reader readItem : 14,fujita
情報:   Processor processItem : 14,fujita
情報:   Reader readItem : 15,takeshita
情報:   Processor processItem : 15,takeshita
情報:   ItemWriter writeItem : [Test[ id = 11, name = hino ], Test[ id = 12, name = kobayakawa ], Test[ id = 13, name = uehara ], Test[ id = 14, name = fujita ], Test[ id = 15, name = takeshita ]]
詳細:   TX binding to tx mgr, status=STATUS_ACTIVE
詳細:   acquire unit of work: 2116586805
最も詳細:   persist() operation called on: Test[ id = 11, name = hino ].
最も詳細:   persist() operation called on: Test[ id = 12, name = kobayakawa ].
最も詳細:   persist() operation called on: Test[ id = 13, name = uehara ].
最も詳細:   persist() operation called on: Test[ id = 14, name = fujita ].
最も詳細:   persist() operation called on: Test[ id = 15, name = takeshita ].
情報:   ItemReader checkpoint.
情報:   ItemWriter checkpoint.
詳細:   TX beforeCompletion callback, status=STATUS_ACTIVE
詳細:   begin unit of work commit
詳細:   TX beginTransaction, status=STATUS_ACTIVE
最も詳細:   Execute query InsertObjectQuery(Test[ id = 14, name = fujita ])
最も詳細:   Connection acquired from connection pool [default].
最も詳細:   Execute query InsertObjectQuery(Test[ id = 13, name = uehara ])
最も詳細:   Execute query InsertObjectQuery(Test[ id = 15, name = takeshita ])
最も詳細:   Execute query InsertObjectQuery(Test[ id = 12, name = kobayakawa ])
最も詳細:   Execute query InsertObjectQuery(Test[ id = 11, name = hino ])
最も詳細:   reconnecting to external connection pool
詳細:   Begin batch statements
普通:   INSERT INTO TEST (ID, NAME) VALUES (?, ?)
普通:   	bind => [2 parameters bound]
普通:   	bind => [2 parameters bound]
普通:   	bind => [2 parameters bound]
普通:   	bind => [2 parameters bound]
普通:   	bind => [2 parameters bound]
詳細:   End Batch Statements
最も詳細:   Connection released to connection pool [default].
詳細:   TX afterCompletion callback, status=COMMITTED
詳細:   end unit of work commit
詳細:   release unit of work
詳細:   client released
情報:   Reader readItem : null
情報:   ItemReader checkpoint.
情報:   ItemWriter checkpoint.
情報:   ItemReader close.
情報:   ItemWriter close.

５件ずつ読み込んで、DBにINSERTしているのが分かります。

DB

mysql＞ select * from test;
 ID   NAME       
   1   suzuki     
   2   tanaka     
   3   takahashi  
   4   aoyama     
   5   yamashiro  
   6   ishida     
   7   naoki      
   8   ochiai     
   9   kubota     
  10   kaneda     
  11   hino       
  12   kobayakawa 
  13   uehara     
  14   fujita     
  15   takeshita  

確かに、DBへの追加が出来ています。

Reactive Manifesto

http://www.reactivemanifesto.org/ja
岡本さんは「Twelve factor appみたいな位置付けのもの」とおっしゃっていました。

参考URL

カスペルスキー 2015 マルチプラットフォーム セキュリティ 製品情報｜カスペルスキー

参考URL

Mac Tips X/ショートカット記号について

参考URL

Mac のターミナルで Windows のようにタブキーで入力補完する方法｜ほしとねこが好き
vi コマンドリファレンス

参考URL

FaqWhatIsUserdir - NetBeans Wiki
Bug 124540 – Nowhere to set 'Delay of Completion Window Auto Popup' for any language
NetBeansでも爆速コーディング設定 - Java EE 事始め！

参考URL

MySQLが起動しない [ The server quit without updating PID file ] - 万年素人からHackerへの道
文字コードの設定(default-character-set) - オプションファイル(my.ini/my.cnf) - MySQLの使い方

参考URL

java.lang.NoClassDefFoundError: org/apache/tools/ant/util/ReaderInputStream vaadin+gradle+intelliJ - Stack Overflow

注文（Order）

@Entity@Table(name = "T_ORDER")
publicclass Order implements Serializable {
    privatestaticfinallong serialVersionUID = 1L;
    
    @Idprivate Long id;

    @OneToMany(mappedBy = "order", 
            cascade = CascadeType.ALL, 
            orphanRemoval = true,
            fetch = FetchType.LAZY)
    private List<OrderItem> orderItems;
    
    // setter/getter/equals/hashCodeなど省略

商品（Item）

@Entity@Table(name = "T_ITEM")
publicclass Item implements Serializable {
    privatestaticfinallong serialVersionUID = 1L;
    
    @Idprivate Long id;
    
    private String name;

    @OneToMany(mappedBy = "item", 
            cascade = CascadeType.ALL, 
            orphanRemoval = true,
            fetch = FetchType.LAZY)
    private List<OrderItem> orderItems;
    
    // setter/getter/equals/hashCodeなど省略

注文と商品の中間エンティティ（OrderItem）

@Entity@Table(name = "T_ORDER_ITEM")
publicclass OrderItem implements Serializable {
    privatestaticfinallong serialVersionUID = 1L;
    
    @Idprivate Long id;
    
    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "order_id")
    private Order order;
    
    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "item_id")
    private Item item;

    // setter/getter/equals/hashCodeなど省略

バッキングビーン（初期画面）

ベンチマークとして処理時間を測っているのですが、Facelets上でフェッチされる可能性があるので、本来は正しい時間ではありません。あくまで参考程度に書いたものです。

@Named@ViewScopedpublicclass IndexBean implements Serializable {
    privatestaticfinallong serialVersionUID = 1L;
    
    @Injectprivate OrderService orderService;
    
    public String send() {
        long start = System.currentTimeMillis();
        List<Order> orders = orderService.listOrders();
        long time = System.currentTimeMillis() - start;
        Flash flash = FacesContext.getCurrentInstance()
                .getExternalContext()
                .getFlash();
        flash.put("orders", orders);
        flash.put("time", time);
        return"result.xhtml?faces-redirect=true";
    }
}

Facelets（初期画面）

<html xmlns="http://www.w3.org/1999/xhtml"      xmlns:h="http://xmlns.jcp.org/jsf/html"><h:head><title>N+1問題</title></h:head><h:body><h:form><h:commandButton action="#{indexBean.send()}"value="全件取得" /></h:form></h:body></html>

バッキングビーン（結果画面）

@Named@ViewScopedpublicclass ResultBean implements Serializable {
    privatestaticfinallong serialVersionUID = 1L;
    
    @Getter@Setterprivate List<Order> orders;
    
    @Getter@Setter
    Long time;
    
    @PostConstructpublicvoid init() {
        Flash flash = FacesContext.getCurrentInstance()
                .getExternalContext()
                .getFlash();
        orders = (List<Order>) flash.get("orders");
        time = (Long) flash.get("time");
    }
    
}

Facelets（結果画面）

<html xmlns="http://www.w3.org/1999/xhtml"      xmlns:h="http://xmlns.jcp.org/jsf/html"      xmlns:f="http://xmlns.jcp.org/jsf/core"      xmlns:ui="http://xmlns.jcp.org/jsf/facelets"><h:head><title>N+1問題</title></h:head><h:body>処理時間：<h:outputText value="#{resultBean.time}"/>[ms]
        <h:dataTable value="#{resultBean.orders}" var="order"border="1"><h:column><f:facet name="header"><h:outputText value="Order ID"/></f:facet><h:outputText value="#{order.id}"/></h:column><h:column><f:facet name="header"><h:outputText value="ITEM"/></f:facet><ul><ui:repeat value="#{order.orderItems}" var="orderItem"><li><h:outputText value="#{orderItem.item.name}"/></li></ui:repeat></ul></h:column></h:dataTable></h:body></html>

プロジェクトのコンパイラ・レベルの設定

プロジェクトを右クリックしても「Property」とかないんですね(^^;
初期設定ではデフォルトのレベルが「6」になっているので、変更しましょう。
IDEAの起動画面で[Configure]-[Project Structure]→[Project]-[Project language level]で選択します。
もし、プロジェクトを開いていたら、[File]メニューで[Close Project]を選択すると、起動画面になります。
ちなみに、「9」も設定可能です。恐るべし。

行番号の表示

[File]メニューの[Settings]→[Editor]-[General]-[Appearance]で、[Show line numbers]にチェックを入れます。

プロジェクトファイルの文字コード設定、プロパティファイルのnative2asciiの有効化

[File]メニューの[Settings]→[Editor]-[File Encodings]です。
native2asciiを有効化するには、画面下方の[Transparent native-to-ascii]にチェックを入れます。

インクリメンタルビルドの設定

Eclipseとかだと、Ctrl+Spaceで保存すると同時にコンパイルが実行されますが、IDEAはデフォルトではこの機能がオンになっていません。
[File]→[Settings]→[Build,Execution,Deployment]→[Compiler]の[Make project automatically]にチェックを入れます。

補完機能の設定

デフォルトでは、大文字・小文字を区別しないと補完してくれません。
例えば、「@SpringBootApplication」と補完したい場合、頭文字を大文字で「@Spr」みたいにしないと補完できません。
これは面倒なので、頭文字が小文字でも補完できるようにしましょう。
[File]→[Settings]→[Editor]→[General]→[Code Completion]の[Case sensitive completion]を[None]にします。

プラグインの追加方法

IDEAの起動画面で[Configure]-[Plugins]を選択します。

Database Navigator

Community Editionには、データベース連携機能がありませんので、このプラグインを入れました。
ちなみに、Ultimate Editionのデータベース連携機能は、どうもプロジェクト単位に紐付いているらしいですので、こちらも入れたほうが良いかもです。

Lombok Plugin

こちらのサイトを参考にしました。
IntelliJでLombok - しおしお
・・・が、なんかうまくいかず。
Annotation Processorsも有効にしたんやけどなあ(^^;
引き続き、調査します。

hello.js

function Hello($scope, $http) {
    $http.get('http://localhost:8080/api/customers').
        success(function(data) {
            $scope.customers = data;
        });
}

home.html

<!doctype html><html ng-app><head><title>Hello AngularJS</title><scriptsrc="https://ajax.googleapis.com/ajax/libs/angularjs/1.2.18/angular.min.js"></script><scriptsrc="hello.js"></script></head><body><div ng-controller="Hello"><ul ng-repeat="customer in customers"><li>{{customer.id}} {{customer.firstName}} {{customer.lastName}}</li></ul></div></body></html>

こんな感じです。

EclipseLinkの場合

<property name="eclipselink.logging.level.sql"value="FINE" /><property name="eclipselink.logging.parameters"value="true" />

Hibernateの場合

<property name="hibernate.show_sql"value="true" />

EclipseLinkの場合

SELECT SUBSTR(ENAME, ?, ?), COUNT(EMPNO) FROM EMP GROUPBY SUBSTR(ENAME, ?, ?)
-> bind [1,1,1,1]

SQLはログに出ましたが、このSQLを実行した段階で例外になっているようです。

Hibernateの場合

select substring(emp0_.ename, 1, 1) as col_0_0_, count(emp0_.empno) as col_1_0_ 
from Emp emp0_ groupby substring(emp0_.ename, 1, 1)

SQLが出力され、プログラムも実行できました。

違いは？

大きな違いは、「1」の部分がEclipseLinkはパラメータ化されているということです。
Hibernateはパラメータ化されていません。
これが原因ではないかと。

コード

String sql = "SELECT SUBSTR(ENAME, ?, ?), COUNT(EMPNO) FROM EMP GROUP BY SUBSTR(ENAME, ?, ?)";
Connection con = DriverManager.getConnection(url, user, password);
PreparedStatement pst = con.prepareStatement(sql);
pst.setInt(1, 1);
pst.setInt(2, 1);
pst.setInt(3, 1);
pst.setInt(4, 1);
ResultSet rs = pst.executeQuery();
while (rs.next()) {
    System.out.println(rs.getString(1) + " : " + rs.getInt(2));
}

実行結果

Exception in thread "main" org.postgresql.util.PSQLException: ERROR: column "emp.ename" must appear in the GROUP BY clause or be used in an aggregate function

EclipseLinkでやったときと同じ例外ですね。

推測ですが

おそらくパラメータ化されていると、SELECT句で指定された「SUBSTR(ENAME, ?, ?)」と、GROUP BY句で指定されている「SUBSTR(ENAME, ?, ?)」が同じものかどうかDBが判断できないため、例外になっているものと思われます。

JSF

@kikutaro_さんのブログです。養成本のJava EEパートの著者さんです。
Challenge Java EE !
菊田さんは、実際にJava EEを使って開発をされていました。
JSFだけでなく、リッチコンポーネントのPrimeFacesや、JPA・EJBについても書いていらっしゃいますので、参考になる記事は非常に多いです。

Bean Validation

下記の記事を読めば、一通りの知識が得られます。
けっこう長いので、僕は紙に印刷して読んでいました。
JSR 303 Bean Validationで遊んでみるよ！ - Yamkazu's Blog

CDI

どの日本語書籍でも、あまり詳しく解説されていません。
上妻さんのブログの、下記の記事を読んでおくとよいでしょう。
CDIをはじめよう - 見習いプログラミング日記
Java EE環境におけるCDIのデフォルト化 - 見習いプログラミング日記

JPA

@megascusさんと@makingさんの資料は目を通しておいたほうがよいでしょう。
金魚本に載ってないJpqlの話 #glassfishjp
はまる!！JPA #glassfish_jp #javaee

JAX-RS

@backpaper0さんのブログが良いでしょう。
JAX-RSを始める #javaee — 裏紙

GlassFish

@khasunumaさんのブログが一番詳しいです。
GlassFish Japan

Java EE全般

kagamihogeの日記
英語の公式情報を、日本語に訳してブログに書いていらっしゃいます。
特にJTA（Java Transaction API）の章は参考になりました。
The Java EE 7 TutorialのTransactionsの章をテキトーに訳した - kagamihogeの日記
ただし、全部の章がアップされている訳ではありませんので、ご注意ください。

★2015/01/05追記
こちらにまとまっていました。
The Java EE 7 Tutorialのテキトー翻訳まとめ - Qiita
kagamihogeさん、ご連絡ありがとうございます！

Java EE Advent Calendar

年末恒例のアドベントカレンダーです。2014年は、僕も記事を書きました。
多くの人が記事を書かれていて、気になったタイトルのものを読んでいくとよいでしょう。
Java EE Advent Calendar 2014 - Qiita

ラムダ式の基本

型推論とは、変数やインスタンスの型を、コンパイラが推測してくれることです。

例えば、Java SE 7からダイヤモンド演算子が導入されました。これは、左辺の型から右辺の型を推論しています。これも型推論の1つです。

// 右辺の型引数は、左辺から推論されるので省略できる！
List<String> list = new ArrayList<>();

Javaのアップデートに関する公式ドキュメント「Java Programming Language Enhancements」では、Java SE 8での強化ポイントとして、ラムダ式に次ぐ2番目に「Improved Type Inference（改良された型推論）」が挙げられています。
Java Programming Language Enhancements

もっと言うと、ラムダ式自体、型推論から成り立っています。

ラムダ式は、端的に言えば「無名クラスを簡単に書く方法」です。*1
SE 7以前では、無名クラスをこのように書く必要がありました。

しかし、上記のコードは冗長に感じるでしょう。
右辺のnewの後の「Calculator」の部分は、左辺から推測（＝型推論）できるはずです。
また、「calc」というメソッド名や、メソッド引数の型なども、Calculatorインターフェイスがメソッドを1つしか持たない（＝関数型インターフェイス）ならば、推測可能なはずです。
よって、Java SE 8からは、これらの部分を省略することができます。

そして、残った「(引数名リスト)」と「{処理}」を、アロー記号（->）でつなぎます。これがラムダ式です。

さらに、処理の部分が1行のみの場合は、{ }とreturnも省略可能です。

（引数が1個の場合は、( )も省略可能です）

Java SE 8で強化された型推論

Java SE 8の型推論のすごいところは、型に関する手がかりが何か1つでもあれば、推論可能だということです。
例を挙げます。

Object obj = (a, b) -> a + b;

このコードはコンパイルエラーになります。なぜなら、右辺のラムダ式の型を推論できる手がかりがないからです。
分かるのは、「右辺はラムダ式だ。そしてそれは、2つ引数（型は不明）があって、それらを+演算子で計算（or 文字列結合？）した結果をreturnするメソッドを1つ持っている、関数型インターフェイスのラムダ式らしい」ということだけです。

ラムダ式は「インスタンス」です。なので、何がしかの「型」があるはずです。そして、その型は関数型インターフェイスのはずです。

そこで、推論できるようになるための手がかりを与えます。以下のコードはコンパイルが通ります。

// 左辺の型から右辺の型を推論
Calculator c = (a, b) -> a + b;

// キャストから型を推論
Object obj = (Calculator) (a, b) -> a + b;

また、メソッドの引数の型からも推論できます。ラムダ式は基本的に、メソッドの引数に指定することが多いです。

publicvoid hoge(Calculator c) {
    // do shomething
}

// hogeメソッドの引数の型はCalculatorなので、引数のラムダ式の型はCalculatorと推論される
hoge((a, b) -> a + b);

さらに、ジェネリクスの型引数まで含めて、推論可能です。

// 型引数を持つ関数型インターフェイスinterface Function<T, R> {
    R apply(T t);
}

// Functionを引数とするメソッド。T = String、R = Integerpublicvoid fuga(Function<String, Integer> func) {
    System.out.println(func.apply("123"));
}

// fugaメソッドにラムダ式を指定
fuga(s -> Integer.parseInt(s));

ちょっとややこしくなってきましたが、下記と同じです。

Function<String, Integer> func = s -> Integer.parseInt(s);
fuga(func);

// ラムダ式を省略しないで書くとこうなる
Function<String, Integer> func = (String s) -> { return Integer.parseInt(s); };
fuga(func);

つまり、fugaメソッドの引数の型から、ラムダ式のsがString、戻り値がIntegerだと推論してくれます。

このように、そもそもラムダ式が型推論によって成り立っています。

メソッドチェーンなしで書く

上記のようにメソッドチェーンで書くことが一般的なのですが、これだと型変換が見えにくくなります。
型変換が分かりやすくなるように、メソッドチェーンなしで書き直します。

List<Emp> source = ・・・
// (1) List<Emp>→Stream<Emp>
Stream<Emp> empStream = source.stream();
// (2) Stream<Emp>→Stream<Emp>
Stream<Emp> filteredStream = empStream.filter(emp -> emp.getDept() == Dept.SALES);
// (3) Stream<Emp>→Stream<String>
Stream<String> nameStream = filteredStream.map(emp -> emp.getName());
// (4) Stream<String>→List<String>
List<String> result = nameStream.collect(Collectors.toList());

Streamの生成

まず、List＜Emp＞からStream＜Emp＞に変換します。

Stream<Emp> empStream = source.stream();

streamメソッドは、ListのスーパーインターフェイスであるCollectionで定義されており、戻り値のStreamの型引数は、Collectionの型引数と同じ（今回はEmp）と定められています。

filterでの抽出

次に(2)で、DeptがSALESの要素のみを抽出しています。

Stream<Emp> filteredStream = empStream.filter(emp -> emp.getDept() == Dept.SALES);

Stream＜Emp＞からStream＜Emp＞に変換されます。
filterメソッドの引数に指定したラムダ式は、java.util.function.Predicateです。

publicinterface Predicate<T> {
    boolean test(T t);
}

Streamインターフェイスのfilterメソッドの引数は、「Predicate predicate」です。*2
つまり、TはempStreamの要素の型（今回はEmp）です。
そして、このラムダ式がempStreamの全要素に適用され、条件に合致した（emp.getDept() == Dept.SALESがtrueとなる）要素のみが、filteredStreamに含まれます。

mapでの変換

このmapメソッドが、大きな理解ポイントになります。
mapメソッドも、filter()と同じくStreamを返すのですが、型引数が変換される可能性があります。
(3)では、Stream＜Emp＞からStream＜String＞に変換しています。

Stream<String> nameStream = filteredStream.map(emp -> emp.getName());

map()の引数は、Functionインターフェイスです。

interface Function<T, R> {
    R apply(T t);
}

Stream#map()では、TはStreamの要素の型と定められています（今回はEmp）。
Rはapply()の戻り値の型ですが、これはプログラマが自分で好きに決めることが出来ます。
ちょっと上記のままだと分かりづらいので、ラムダ式の部分を省略せずに書き直します。

Stream<String> nameStream = filteredStream.map( (Emp emp) -> { return emp.getName(); } );

今回の場合は、名前のみを抽出したいので、emp.getName()をreturnしています。
そうすると、このreturn文から「R＝String」だと型推論されます。

collectでの集約

最終的には、終端操作であるcollect()で、List＜String＞に集約しています。

List<String> result = nameStream.collect(Collectors.toList());

collect()の引数は、Collectorというインターフェイス（関数型ではない）です。
つまり、Collectors.toList()はCollector実装クラスのインスタンスを返すメソッドなのですが、これを説明すると力尽きる長くなりますので、@backpaper0さんの下記のブログをご参照ください。
Streamのcollectメソッドを学ぶ — 裏紙

CURLコマンド

下記のコマンドは、画像ファイルが置いてあるディレクトリをカレントとしてから実行してください。
（src/main/resourcesなど）

curl -v-Ffile=@lena.png http://localhost:8080/duker > after.png

コマンド実行後は、そのカレントディレクトリに画像が生成されます。

「file=@lena.png」の部分をシングルクオテーションで囲むと、レスポンスで「couldn't open file "lena.png'"」と出てきたので、シングルクオテーションは付けませんでした。
これは、僕がIntelliJ IDEAのTerminalや、Windowsコマンドプロンプトを使っているためです。
Git Bashの場合は、シングルクオテーションは有っても無くても大丈夫でした。

上記のコマンドでうまくいかない場合は、下記のどちらかを試してみてください。

curl -v-Ffile=@lena.png http://localhost:8080/duker.png > after.png

curl -v-Ffile=@lena.png;type=image/png http://localhost:8080/duker > after.png

（追記：2つ目のコマンドは、再確認したら実行できませんでした。お詫びして訂正します）

アップロードする画像と生成する画像は、形式を同じにしないと例外が発生することがあります。
発生しないで正しく画像が生成されることもあるし、ここはよく分かりません(^^;

curl -v-Ffile=@lena.png http://localhost:8080/duker > after.jpg

画像が生成されない

アプリをシャットダウンしないと、after.pngが生成されないことがありました。
（ファイルは出来るが0KB、またはファイルそのものが生成されない）
アプリをシャットダウンすると、画像が正しく生成されました。

恐らくBufferedImageがフラッシュされてないからだと考えて、Appクラスのduker()メソッドで、imageをreturnする直前に「image.flush()」を入れたらいけました。

と思いきや、1回 image.flush()を書いて実行したら、2回目以降はimage.flush()をコメントアウトしても大丈夫（＝アプリをシャットダウンしなくても画像が生成される）になりました。
リビルドもしたし、CLASSファイル消去してからビルドもしたし、ここもよく分かりません・・・。

フルスタックフレームワーク

Webフレームワーク・DIコンテナ・ORマッパー・その他など、システム開発に必要となるものが一括で提供されています。
また、各技術はシームレスに連携できるようになっており、特殊な設定をする必要はありません。
プロジェクトの雛形作成は非常に楽です。

ほぼXMLレス

Java EEの各技術は、ほとんどXMLを書きません。これは、Java SE 5で導入されたアノテーションの活用や、CoC（設定よりも規約）によるものです。

標準技術

Java EEは標準技術なので、Oracle社などの明確なサポートを受けることができます。
また、世界中の人が標準技術を使うことで、ノウハウがどんどん共有されていきます。

データアクセス

JPA（Java Persistence API）がORマッパーです。データベースにアクセスし、CRUD操作を行います。エンティティクラスでデータをやりとりします。

ビジネスロジック

CDI（Context and Dependency Injection）がDIコンテナです。
基本的にはPOJO（Plain Old Java Object）で作りますが、これをCDI管理対象にし、プレゼンテーション層にDIします。
EJBを使うことも可能ですが、EE 7以降、トランザクション管理などもCDIおよびJTA（Java Transaction API）でできるようになっており、EJBレスで開発も可能です。
ただし、EJBにしかない機能（タイマーなど）もあり、場合によって使い分ければOKです。
EJBもアノテーションベースで、かなり使うのが楽になっています。

プレゼンテーション

HTMLを返すのがMVC（EE 8新機能）・JSF、JSONやXMLを返すREST Webサービスを構築するのがJAX-RS、リアルタイム通信を行うのがWebSocketです。
MVCはアクションベース、JSFはコンポーネントベースです。CSSやJavaScriptをガリガリ活用したいならMVC、簡単にリッチな画面を作りたいならJSF、という使い分けになるでしょう。

環境

• JDK 8u40
• NetBeans 8.0.2
• GlassFish 4.1
• Java DB (JDKが内包)

インストール方法などは、下記の記事をご覧ください。とても楽チンです。
GlassFish 4.0のインストールとNetBeans 8.0の連携 - Java EE 事始め！

作るアプリ

製造者のIDを入力したら、検索結果が表示されるWebアプリです。

プロジェクトの作成

NetBeansで[ファイル]→[新規プロジェクト]→[Maven]→[Webアプリケーション]としてください。
プロジェクトができたら、pom.xmlに下記の依存性を追加します。

<dependencies><!-- MVC 1.0の実装。まだEarly Draft版 --><dependency><groupId>com.oracle.ozark</groupId><artifactId>ozark</artifactId><version>1.0.0-m01</version><scope>compile</scope></dependency><!-- JPAの実装 --><dependency><groupId>org.eclipse.persistence</groupId><artifactId>eclipselink</artifactId><version>2.5.2</version><scope>provided</scope></dependency><!-- エンティティ自動生成ツール。自動で追記されるので自分で書く必要はなし --><dependency><groupId>org.eclipse.persistence</groupId><artifactId>org.eclipse.persistence.jpa.modelgen.processor</artifactId><version>2.5.2</version><scope>provided</scope></dependency><!-- OzarkでThymeleafを使うための拡張 --><dependency><groupId>com.oracle.ozark.ext</groupId><artifactId>ozark-thymeleaf</artifactId><version>1.0.0-m01</version></dependency><!-- Java DBのドライバ --><dependency><groupId>org.apache.derby</groupId><artifactId>derbyclient</artifactId><version>10.11.1.1</version></dependency><!-- Java EE 7 Web ProfileのAPI --><dependency><groupId>javax</groupId><artifactId>javaee-web-api</artifactId><version>7.0</version><scope>provided</scope></dependency></dependencies>

データアクセス

エンティティを作成します。NetBeansを使えば、自動生成が可能です。
ちなみに、「Manufacturer」は「製造者」という意味です。Java DBに最初から入っているテーブルです。

package ozarksample.entity;

import java.io.Serializable;
import java.util.List;
import javax.persistence.*;
import javax.validation.constraints.NotNull;
import javax.validation.constraints.Size;

@Entitypublicclass Manufacturer implements Serializable {
    privatestaticfinallong serialVersionUID = 1L;
    @Id@Basic(optional = false)
    @NotNull@Column(name = "MANUFACTURER_ID")
    private Integer manufacturerId;
    @Size(max = 30)
    private String name;
    @Size(max = 30)
    private String addressline1;
    @Size(max = 30)
    private String addressline2;
    ・・・
    @OneToMany(cascade = CascadeType.ALL, mappedBy = "manufacturer", fetch = FetchType.LAZY)
    private List<Product> productList;

    public Manufacturer() {
    }
    
    // 以下、setter/getterなど

また、エンティティを自動生成すると、同時にperisistence.xmlという、JPAの設定ファイルも自動生成されます。
場所はsrc/main/resources/META-INFです。
自動生成されたXMLに、ユニット名、キャッシュ、ログなどの設定を加えるだけです。

<?xml version="1.0" encoding="UTF-8"?><persistence version="2.1"・・・><!-- あとで呼び出す際のユニット名 --><persistence-unit name="ozarkPU"transaction-type="JTA"><provider>org.eclipse.persistence.jpa.PersistenceProvider</provider><jta-data-source>jdbc/sample</jta-data-source><exclude-unlisted-classes>false</exclude-unlisted-classes><!-- キャッシュとバリデーションをOFF --><shared-cache-mode>NONE</shared-cache-mode><validation-mode>NONE</validation-mode><properties><!-- ログ出力の設定など --><property name="eclipselink.logging.level"value="FINE"/><property name="eclipselink.logging.thread"value="true"/><property name="eclipselink.logging.session"value="false"/><property name="eclipselink.logging.timestamp"value="false"/><property name="eclipselink.target-database"value="JavaDB"/></properties></persistence-unit></persistence>

ビジネスロジック

package ozarksample.service;

import javax.enterprise.context.RequestScoped;
import javax.persistence.EntityManager;
import javax.persistence.PersistenceContext;
import javax.transaction.Transactional;
import ozarksample.entity.Manufacturer;

@RequestScopedpublicclass ManufacturerService {
    @PersistenceContext(unitName = "ozarkPU")
    private EntityManager manager;
    
    @Transactional(Transactional.TxType.REQUIRED)
    public Manufacturer findById(Integer id) {
        Manufacturer manufacturer = manager.find(Manufacturer.class, id);
        return manufacturer;
    }
    
    // other methods for CRUD operations
}

EntityManagerがDBアクセスを仲介します。EntityManagerにはCRUD操作用のメソッドが定義されています。また、JPQLという問い合わせ言語、ネイティブSQLの利用も可能です。
@PersistenceContextアノテーションで、EntityManagerをDIします。
クラスについている@RequestScopedは、このクラスをCDI管理対象にするためのものです。次のプレゼンテーション層に、このクラスをDIします。
メソッドに@Transactionalを付けることで、トランザクション管理を自動で行ってくれます。具体的には、対象メソッドにインターセプターをかませることで、メソッド開始前にトランザクションの開始、メソッド終了後にコミット（例外発生時は自動ロールバック）してくれます。

また、ここまでのコードは、プレゼンテーション技術に依存しません。
MVCでもJSFでもJAX-RSでもWebSocketでも、ビジネスロジック以下は変える必要がありません。
そういう意味で、再利用性も高いです。

プレゼンテーション

コントローラーはMVC、ビューは今回はThymeleafで作ります。もちろん、JSPやFacelets（XHTML形式で書く、JSFのビュー）も使えます。
ThymeleafはJava EE標準ではないのですが、独自タグを使わずピュアなHTML5で書けるので、CSSやJavaScriptも書きやすくなり、おすすめです。
ただ、Thymeleafは整形式のXHTMLで書く必要があるので、注意してください。
つまり、＜br＞はダメで、＜br/＞ならOKです。

package ozarksample;

import javax.ws.rs.ApplicationPath;
import javax.ws.rs.core.Application;

@ApplicationPath("api")
publicclass MyApplication extends Application {
}

package ozarksample.controller;

import javax.enterprise.context.RequestScoped;
import javax.inject.Inject;
import javax.mvc.Controller;
import javax.mvc.Models;
import javax.ws.rs.GET;
import javax.ws.rs.Path;
import javax.ws.rs.QueryParam;
import ozarksample.entity.Manufacturer;
import ozarksample.service.ManufacturerService;

@Path("manufacturer")
@RequestScopedpublicclass ManufacturerController {
    @Injectprivate ManufacturerService manufacturerService;
    
    @Injectprivate Models models;

    @GET@Path("input")
    @Controllerpublic String input() {
        return"manufacturer/input.html";
    }
    
    @GET@Path("find")
    @Controllerpublic String findById(@QueryParam("id") Integer id) {
        Manufacturer manufacturer = manufacturerService.findById(id);
        models.put("manufacturer", manufacturer);
        return"manufacturer/result.html";
    }
}

<!DOCTYPE html SYSTEM "http://www.thymeleaf.org/dtd/xhtml1-strict-thymeleaf-4.dtd"><html xmlns="http://www.w3.org/1999/xhtml"      xmlns:th="http://www.thymeleaf.org"><head><title>input</title><metacharset="UTF-8"/></head><body><p>input manufacturer id</p><formaction="./find"method="get"><inputtype="text"name="id"/><inputtype="submit"value="search"/></form></body></html>

<!DOCTYPE html SYSTEM "http://www.thymeleaf.org/dtd/xhtml1-strict-thymeleaf-4.dtd"><html xmlns="http://www.w3.org/1999/xhtml"      xmlns:th="http://www.thymeleaf.org"><head><title>result</title><metacharset="UTF-8"/></head><body><p th:text="${manufacturer.manufacturerId}">Manufacturer ID</p><p th:text="${manufacturer.name}">Manufacturer Name</p></body></html>

実行！

NetBeans上でプロジェクトを右クリックー>[実行]とすると、MavenがプロジェクトをWARにビルドし、GlassFishにデプロイされます。
ブラウザも自動で起動します。

商用アプリケーションサーバーが出るのに時間がかかる

Java EEは仕様が膨大（今回紹介したものは一部に過ぎません）なため、全機能フル対応した商用のアプリケーションサーバーが出てくるのに、だいたい2年くらいかかっています。
ただ、商用サポートはありませんが、オープンソースのGlassFishやWildFly（旧JBossのオープンソース版）は、タイムリーに出てきます。
特にGlassFishはOracleが開発しているため、Java EEの正式リリースと同時に出されます。
また、OracleWebLogic Serverは、EE 7あたりから、少しずつEEの仕様に対応する「段階的対応」を取っています。
Java EE 8は2016年秋リリース予定ですが、特にMVC 1.0はEE 8の目玉機能ですので、WebLogicは真っ先に対応するのではないでしょうか（と、期待しています^^;）。

仕様の進化がスロー

僕の私見ですが、進化の速さ・生産性の高さ・機能の豊富さは、まだSpringや.NETの方が優位だと思います。
これは、Springや.NETは特定企業（Pivotal社・Microsoft社）が主体で開発を進めるのに対して、Javaはコミュニティによる合議制で仕様の策定・開発を進めている点が大きいのでしょう。
ただ、これはどちらが良いとは一概には言えないと思います。
Javaは後方互換性を大切にしていますし、標準技術による安定性・信頼性を求めるのであれば、Java EEがいいのではないでしょうか。場合によりけり、だと思います。
ただ、最低でも、新規開発でStruts 1.xを使い続けるのは、止めたほうがよいでしょうね(^^;