EJB 3.1 の新機能概要
2010年4月7日 at 8:32 午後 EJB 3.1 の新機能をプレゼン形式でまとめてみました。 かんたんに概要を紹介します。 EJB 3.0 から EJB 3.1 になり、かんたん開発に向けて多くの改善が施されています。まず、パッケージの簡略化が挙げられます。今までアプリケーションの種類に応じて .ear, .war 等のアーカイブにまとめる必要がありましたが、EJB コンポーネントも .war に含めることができるようになったため開発時の手間が大幅に削減されます。また、EJB 3.1 Lite が提供されフル Java EE の機能の一部の機能だけを利用できるようになったため、フル Java EE の機能が必要ないお客様にとっては不要なメモリリソースを消費せずに運用できる等のメリットがあります。 次のポイントはローカルビジネスインタフェースの実装が必要なくなった点です。これは開発者
InfoQ: Java EE6:EJB3.1は、すばらしい進化だ
原文(投稿日：2010/02/15)へのリンク Enterprise Java Bean 3.0 (EJB 3)の仕様は、エンタプライズでのJavaの長いマーチにおいて、非常に重要な中間地点となった。仕様が、コミュニティからのインプットで作り上げられたのは、非常に明白である。更に一貫性のあるサービスパラダイムを示しており、もっとPOJOフレンドリで、一般的に複雑でなくなっている。Java 5のアノテーションによってもたらされた間接のレベルが、このパラダイムをもっと強力にし、同時に開発者の労力を減らした。悪くて古い決定を捨てて、違う新しい解決を求める意欲によって、そのフレームワークは、以前、EJBを敬遠した人々に興味深いものになった。EJB Entity Beansがなくなり、JPA Entitiesに替った。EJB 2.1やそれ以前では、平均的なbeanに必要なJavaのクラスやinter
Java EE6: EJB3.1 Is a Compelling Evolution
Beat the Plan: Probabilistic Strategies for Successful Software Delivery at Scale Large-scale software delivery demands managing complexity across teams and organizations. Similarly to betting strategies in Vegas, embracing probabilistic thinking helps tackle uncertainty, shifting from rigid plans to adaptive systems. By making informed bets and designing for change, leaders can control volatility
はじめてのEJB 3.1 データベース編 - しんさんの出張所 はてなブログ編
足し算とかエコーとかデータベースアクセスを伴わないEJB3/3.1は何度も何度もサンプルとして書いた。データベースアクセスがあるとしてもJPAでさくっと。 今回はEJBを知らない人のためにデータベースアクセスを書いてみる。それを呼び出すクライアントはServlet。余分な基礎知識が要らないためだ。また、データベースアクセスには生JDBCを使う。これも余分な知識を必要としないため説明にはうってつけだろう。面倒ならばラッパを作ればいいだけなのでおいらはJDBCは結構嫌いではない。 特定の人の年齢のフィールドをインクリメントしつつ文字列を生成するEJB。以下のソースはインポートも全て省略なしですべて含んでいます！ import java.sql.Connection; import java.sql.ResultSet; import java.sql.SQLException; import
How to Combine REST Services with EJB 3.1 | NetBeans Zone
REST services (JAX-RS) technology became a part of the Java EE 6 platform, which is great news for REST developers. In a very simple web application, I'll demonstrate how REST services can be combined with other Java EE technologies, specifically EJB 3.1. First of all, we need to specify a REST resources path. Previously, in Java EE 5, the only way to do this was to register a specific servlet ada
＠IT：J2EE Watch [7]
J2EE関連の最新トピックをわかりやすく解説 J2EE Watch ［7］ DIとAOPがサーバ・コンポーネント技術を変える スティルハウス 吉川和巳 2005/6/16 ■DIコンテナ＝軽量コンテナ？ 周知のとおり、DIコンテナとは、DI（Dependency Injection／依存性注入）の技法によりコンポーネント開発を一段と容易にするコンテナを指します。代表的なDIコンテナとしてはSpringやSeasarなどが有名です。これらのDIコンテナは、EJBのような「重量級のコンテナ」によるコンポーネント開発の困難さを打開するために生み出されたもので、しばしば「軽量コンテナ」と呼ばれます。 とはいえ最近では、EJB＝重量コンテナ、DIコンテナ＝軽量コンテナという単純な図式ではなくなりつつあります。例えば、標準化作業が大詰めを迎えているEJB 3.0では、DIの全面的な導入によって、EJB
EJBのすべてを知る
Java EEとEJB ご存知のとおりJava EEは企業向けの仕様であり、その仕様の中核を担ってきたコンポーネントがEJB（Enterprise Java Beans）であることは誰しも疑わないことでしょう。JBossもEJBoss（Enterprise JavaBeans Open Source Software）として1999年に産声を上げています（その後、商標の関係によりJBossに変更しています）。 Java EEアーキテクチャダイアグラムは図1のようになっています。このようにサーバサイドには2つのコンテナが協調動作をしてエンタープライズレディとなるように設計されています。 図1：Java EEアーキテクチャダイアグラム 出典:Java Platform, Enterprise Edition（Java EE）Specification, v5 （画像をクリックすると別ウィンドウ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://japan.internet.com/developer/20060502/25.html