22時には寝て４時頃起き出し、昼過ぎまで部屋にこもって原稿を書き、昼から本業の仕事に行って夜まで。テレビも見ず、新聞も読まず、酒も飲まず･･･。４月以降、最近まで仙人のような生活をしていました。なんとか終わったのでようやくブログも再開できます。 Wildflyの記事もこれからアップする予定ですが、まずは、出来上がった「わかりやすいJavaEE」について裏話的なことを書きたくなりました。 始まりはYOUTUBE 今はRedHatに移ったグプタさんの解説ビデオをyouTubeで見たのが始まりでした。 https://www.youtube.com/watch?v=9Kf5m7bMu74 さすがグプタさん、まとめ方がうまいです。「な、な、なんとこれは便利だ」というのが初めての感想でした。それまでJEFというServletベースのフレームワーク（自作です）を使っていたので、あまりの落差に驚きました

1. @MAKING 槙 俊明 2 0 1 3 - 1 2 - 1 3 G L A S S F I S H U S E R S G R O U P J A PA N 勉 強 会 2 0 1 3 # 2 は ま る ！ J PA

このエントリはJava EE Advent Calendar 2013の13日目の金曜日です。 昨日は@nagaseyasuhitoさんでした。 メソッドバリデーションのユニットテスト | nagaseyasuhito Daily works. 明日は@yamadamnさんが、ぼくの知らない世界のことを書いてくれるんだと思います。 その前に Java EE 8に盛り込んで欲しい機能のアンケートが行われています。 Jersey MVCを標準に入れるべきかとか、FaceletsをJSFから切り離すべきかとか、CDIの@Stereotypeを他のアノテーションにも適用するべきかとか。MVCは欲しいし、そのMVCとJSFとでFaceletsテンプレートを共有したいし@Stereotypeでアノテーションをまとめれれば「アノテーション地獄」もなくなるし。 興味ない項目は「Not sure」にすればい

次の数年を支える技術の登場です。 RI(参照実装)であるGlassfish 4がでています。 また、Glassfish4を同梱したNetBeans7.3.1も出ていますので、試す場合はJavaEE版のNetBeansをDLするのが一番手軽でよいでしょう。 注目する技術はやはりJAX-RS 2です。フィルターやクライアントなど今までは実装依存の技術が必要でしたがこれが標準化されました。これにより、サーバーのみならずHTTPクライアントもApacheHttpなどではなくJAX-RSを使うのが普通になるでしょう。フィルター等もはいったことによってサーブレットAPIを扱わないでほぼすべてのことが可能になります。 JAX-RSというとすぐRESTがどうだとか説明が出てくると思いますが、無視して結構です。こいつはアクションベースの処理＞Viewレンダリングをするためのものなので、つまりWeb用フレーム

actionとactionListenerの違いって… 複合コンポーネントでcommandButton使ったものを調べていて、ふと疑問が。 ネット上のサンプルをみてるとcommandButtonに紐づけるイベントをactionで記述するものと、actionListenerで記述するものとがあって、一見何が違うのか、よくわからない…！ そもそも何が違うんだっけ…と。 自分の使い方、曖昧だったようです(-_-; とりあえず困ったときの…という感じで以下の本で探したところp.312にありました。 actionsとaction listenersを区別するのは大事なことだ！とドーンと書いてありました。 そーです、まさにそれが知りたかったんです。 ざっくり翻訳すると… action ビジネスロジックとナビゲーションのハンドリングに使う action listeners UIロジックで使う、ナビゲーシ

JBoss Developer Frameworkというショーケースのようなプロジェクトがオープンしました。Java EE 6やJBossのプロジェクトをどのように利用し始めれば良いかという具体例やドキュメントを提供します。 クイックスタート クイックスタートでは現時点で53個の様々なテクノロジ(JAX-RS, GWT, HTML5など)を利用するクイックスタートプロジェクトを提供しています。 サンプルアプリケーション クイックスタートは確かに役に立ちますが、クイックスタートのようなごく小さいサンプル集ではなく、もう少し現実的な大きさのプロジェクトもあると良いですよね。というわけで、チケットモンスターという通常サイズのモダンなJava EE 6サンプルアプリケーションも用意されています。 マイグレーション Seam 2、Spring、Java EE 5プロジェクトからJava EE 6への

今週水曜日に、オラクル青山センターで行われたGlassfish Japanユーザーグループの勉強会でJava EE6のお話をさせていただきました。勉強会のスライドとビデオは以下のリンク先にあります。 Glassfish勉強会（JavaEE6について） View more presentations from Ryo Asai http://www.ustream.tv/recorded/16552906 今回は基本的に私がこのブログで書いてきたJava EE6関連の情報について紹介させていただきました。欲張って少し内容を詰め込み過ぎたところがあったかもしれませんが、Java EE6を使った単体試験や結合試験の自動化については、説明をスキップしてしまい、ちょっとわかりにくくなってしまいました。ここで、あらためてJava EE6上のアプリケーションのテスト自動化について簡単に補足させていただき

JavaEE 6標準は、従来のJavaEE 5に対してさらなるEoDと軽量化を目指しているということだったのですが、いざ使おうと思うと、名前が同じアノテーションが複数のパッケージに定義されていたり、意味的にほとんど違いがないようなアノテーションが存在していたりで、初心者はもちろんのこと、ある程度ベテラン開発者であってもどう使い分けてよいものか途方にくれてしまいます。仕様は多数の人間の決めることですから、ある程度機能的な重複や矛盾があることは避けられないことですが、それでも、特にDIやEJB、管理Bean関係のAPIに対する機能重複についてはかつて経験したことがない程ひどく、これで本当にfinalの状態なのかと信じられないくらいです。さまざまなアイデアを取り込むのは大歓迎ですが、かつて仕様に統一感があった（仕様自体はまったく使い物になりませんでしたが）EJB2.1のころの時代が逆に懐かしく感

先週の勉強会で紹介させていただいたjsf-scrumtoys-refactoredでは、JSFの管理Beanを使用する代わりにCDIのBeanを利用しています。この点説明が不十分だったので、ここで簡単に補足させていただきます。 JSFと管理Bean 勉強会の中で、JSFはコンポーネントベースのWebアプリケーションフレームワークであると説明させていただきました。（この点については以下のエントリーもご参照ください。Struts1に代わるWebフレームワークの選択 - 達人プログラマーを目指して） コンポーネントベースのフレームワークの場合、VBやSwingといった伝統的な（Webでない）GUIアプリケーションのように、フォームや入力フィールド、ボタンといった画面コンポーネントのツリーが構築されます。そして、画面部品の入力やクリックなどのイベントに従って、管理Beanと呼ばれるPOJOに対して

1. Beginning Java EE 6 勉強会(2) -JPA- 担当者：@kjstylepp Kinji Akemine 2012/04/25 2. 目次 3. オブジェクト・リレーショナル・マッピング 4. 永続オブジェクトの管理 5. コールバックとリスナ 2012/4/24 Beginning JavaEE6 勉強会(2) 2

ほとんど自分用メモですが、Java EE 6のweb.xmlの書き方というか、XMLスキーマの定義です。 jsp-configはいつもだいたい同じようなものを書くのでそれもテンプレで。 <?xml version="1.0" encoding="UTF-8"?> <web-app xmlns="http://java.sun.com/xml/ns/javaee" xmlns:web="http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_3_0.x

スライド： Javaone2012 BoF2-02 コンテナでテストをまわせ！Java EEへの自動テストの導入 View more presentations from Takayuki Konishi Togetter: JavaOne Tokyo 2012 コンテナでテストをまわせ！Java EEへの自動テストの導入 #jt12_b202 - Togetter あまりイベントで発表をしてこなかったこともあり、まさかJavaOneで話すことになろうとは想像してましてませんでした。 おかげさまで立ち見まででて、100名以上の方々に聞いていただいたと思います。私の前のセッションだったRayが、大きな会場でArquillianの詳細はこちら！ってやったもんだから来た方もいたでしょうね。 中には、きしださん(id:nowokay)、きょんさん(id:kyon_mm)、irofさん(id:iro

1. Content Moved Please see: http://www.slideshare.net/ertmanb/ javaone-2011-migrating-spring-applications-to-java-ee-6 for the presentation Monday, April 23, 12

Jersey, Hibernate, Guice を組み合わせて、JavaEE 6 を使ったアプリケーション（JAX-RS, JPA, DI）の簡単なサンプルを作成してみました。 環境は以下の通り。 JavaSE 7 Maven 3.0.3 Jersey 1.8 Hibernate EntityManager 3.6.6 Guice 3.0 ソースは http://github.com/fits/try_samples/tree/master/blog/20110821/ 各種設定ファイルの作成 今回は Maven を使ってビルドするため、pom.xml ファイルを作成します。 Jersey や Hibernate EntityManager の基本的な依存関係に、Guice で JPA を使うのための guice-persist や Jersey で Guice を使うための jerse

JBoss Application Server 7はJBoss AS 6をベースにせず、ノウハウだけを流用しコードはスクラッチから書きなおした新しいJBoss ASのリリースです。書きなおしているので良いところは残しつつ、今までのJBoss ASとは大幅に異なるリリースとなっています。 バージョン7ということでJBoss AS 7を選ぶ上位7つの理由を挙げてみます。 超高速 - 10倍以上の起動速度、世界最速のJava EE 6アプリケーションサーバ Java EE 6 - CDIによるカスタマイズ容易なプログラミングモデル 超軽量 - 16Mのメモリ指定でも起動 モジュール化 - アプリケーション空間の独立とクラスローダ地獄からの開放 管理容易性 - 新しい管理API、管理コマンドラインインタフェースとグラフィカルインタフェース ドメイン管理 - 複数のサーバをまとめて管理 テスト容易

十年一昔といいますが、文字通り一昔前の書籍ではJ2EEのEJBコンポーネントはプロセスが分散化されたリモート呼び出しにより処理を行う分散コンポーネントとして説明されています。そして、残念ながら現状Java EE関連の日本語の書籍はこうした古い時代に書かれたものがほとんどとなっています。それゆえ、 開発効率がきわめて悪い 実行性能が悪い*1 仕様がきわめて複雑で理解が大変 といった悪いイメージが定着してしまっているのではないかと思います。しかしながら、最新バージョンのJava EE6では、Spring、Guice、SeamなどのOSSの軽量コンテナのアイデアを取り込むことにより、以前とは比較にならないくらい開発効率が改善されているという事実があります。 ここでは、Hello WorldのEJBの書き方を以前の古いバージョンから順次振り返りながら比較してみることで、EJBのプログラミングモデル