パーフェクトJava EEの執筆に参加させて頂きました - Challenge Engineer Life !
7月26日に「パーフェクトJava EE」が発売となりました。 gihyo.jp パーフェクト Java EEposted with amazlet at 16.07.30井上 誠一郎 槙 俊明 上妻 宜人 菊田 洋一 技術評論社 売り上げランキング: 5,901 Amazon.co.jpで詳細を見る 昨今、OracleさんがJava EEから手を引くのではと噂が出たり、それはいかんとコミュニティからJava EE Guardiansなるグループが立ち上がったり、そしてOracleさんが否定したり…技術的な所とは外れた所で盛り上がりをみせています。今年のJavaOneで、どんな話がでるのでしょうか。気になる所です。 書籍発売に伴って、関わらせて頂いた流れとか感想を書きたいと思います。 経緯 パーフェクトJava EEを出そうという動き自体は、井上誠一郎さんを筆頭に、槙さん、上妻さんと201
待望のバッチ処理機能がJava EE 7で標準化。「jBatch」で何ができるのか、どう使うのか？ - page2 - builder by ZDNet Japan
ステップの実装方式は「chunk」と「batchlet」の2種類 ジョブを構成するステップについては、各ステップの処理内容を開発者自身がコーディングする。ステップの実装方法には、「chunk方式」と「batchlet方式」の2つがある。 chunk方式による実装 chunk方式では、「ItemReader（データの読み込み）」、「ItemProcessor（データの処理）」、「ItemWriter（データの書き込み）」のそれぞれに対して処理を記述していく。ItemReaderとItemProcessorによるデータの読み込みと処理を複数回（デフォルトでは10回）繰り返した後、ItemWriterを呼び出して処理結果を書き込み、チェック・ポイント情報を書き出したうえでコミットが行われる。このように、複数のデータを"固まり"として処理するためchunk方式と呼ばれている。 チェック・ポイント情
JavaEE 7 JSF 2.2のすげーいいところ - しんさんの出張所 はてなブログ編
まずはJSF2.2のすげーいいところを軽く書く。簡単で効果が大きいもの。 解説用ということで前提となる知識を減らすためにCDIもなにも使わない。AJAXもなにもつかわない。 マネージドビーン package jsf; import javax.faces.bean.ManagedBean; import javax.faces.bean.RequestScoped; import javax.faces.bean.ViewScoped; @ManagedBean @ViewScoped public class Hoge { String text = "初期値"; public String action1(){ text = "action1"; return null; } public String action2(){ text = "action2"; return null;
JavaEE 7 登場 - しんさんの出張所 はてなブログ編
次の数年を支える技術の登場です。 RI(参照実装)であるGlassfish 4がでています。 また、Glassfish4を同梱したNetBeans7.3.1も出ていますので、試す場合はJavaEE版のNetBeansをDLするのが一番手軽でよいでしょう。 注目する技術はやはりJAX-RS 2です。フィルターやクライアントなど今までは実装依存の技術が必要でしたがこれが標準化されました。これにより、サーバーのみならずHTTPクライアントもApacheHttpなどではなくJAX-RSを使うのが普通になるでしょう。フィルター等もはいったことによってサーブレットAPIを扱わないでほぼすべてのことが可能になります。 JAX-RSというとすぐRESTがどうだとか説明が出てくると思いますが、無視して結構です。こいつはアクションベースの処理＞Viewレンダリングをするためのものなので、つまりWeb用フレーム
Spring3とCDIの比較 - makotanのブログ
あくまで2012年の第四半期頃に触ったCDIとの比較なので、今の最新版はいろんなものが解消されてる・・・といいな〜 DIとしての機能 CDIはclassのスキャンを基本にしてアノテーションだけで済まそうとしてる ただし、空っぽのxmlファイルは一つ絶対に必要 SpringはXMLでの定義が基本 Scopeの違い CDIはSeamから継承してるスコープがある(conversation scope) Springは昔から変わってない 両方とも独自スコープを追加できるのであんまり絶対的な比較にならない気がする(Seasarは出来ないんだよなぁ〜) AOPの違い CDIはアノテーションでAOPを使う事を宣言して実際に適用するものはbean.xmlに書く SpringはXMLに書く必要がある。困ったことにいろんな書き方、種類があるので迷う。 ぶっちゃけSpringって駄目じゃんって思うのはいつもここ
Java EE環境でjava.util.loggingとうまく付き合う方法 | Nishigaya's Weblog
このエントリはJavaEE Advent Calendar 2012の21日目です。昨日は@hiranasuさんの「NativeQueryじゃだめ？～JPAクエリ表現ごとのパフォーマンス比較」でした。明日は@irasallyさんです。 今回話題にするのは、Java EE環境におけるjava.util.loggingの扱いというとても地味な内容です（もう、これだけで先を読んでもらえないかも）。 皆さんは、Java EEアプリケーションにおけるログ出力にどのAPIを使用しているでしょうか。 java.util.logging（以下、JUL）が標準APIとしてJDKに加わったのがJDK 1.4からなので、もう随分時間が立ちましたが、これまでまったくAPIの改善が行われず、とても使い辛いばかりか、Java EE環境との親和性がまったく考慮されていないため、意図しない動作になってしまったり、ハマりど
Java EE6はSpringの代替になると思いますが、ただしJSFは除く、という話(JavaEE Advent Calendar 2012) « inoue_se
この記事はJavaEE Advent Calendar 2012の24日目の記事です。 先日、JavaOne報告会の場で、Java EE6 vs. Spring Framework(以下Spring)の話をしてJava EE6に軍配をあげる発表をしました。 自分は昔からロッド・ジョンソン氏の「実践J2EEシステムデザイン」を素晴らしい本だとまわりの人に勧めてきました。今までJavaのWebアプリフレームワーク(以下WAF)に何を選べばいいかと聞かれたら、Springが良いと答えてきました。今回、意見を180度変えたと思う人もいそうですが、そこまでの大きな変節ではありません。Java EE6のアーキテクチャがSpring化したからです。 そもそも今でも客観的に見れば、Java EE6よりSpringのほうがアーキテクチャとしては美しいと思っています。 えっ、と思われそうですが、発表で嘘を言っ
オープンソースのJavaテストツール、「Arquillian Core」登場
Arquillian is a revolutionary testing platform for Java and the JVM The Arquillian teamがJavaミドルウェアテストツールの最新版「Arquillian Core 1.0」を公開した。The Arquillian teamはJavaミドルウェア向けにシンプルで強力な統合テストツールの開発を目的としており、Arquillianは同チームが開発したJava EEアプリケーションサーバ向けのユニットテストツール。 ArquillianはJava開発者のビルド環境に不要な複雑さを与えないよう、JUnit 4やTestNG 5などのテストフレームワークとシームレスに統合し、AntやMavenなどのビルドツールを使用してテストスイートを組み込むことができる。また、コンテナアダプタを利用することでJBoss AS、Gl
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Bitbucket
Oracle Blogs