RHEL5.2上のJBoss Developer Sturdio 1.1.0GAでServletからEJB3を呼び出すプログラムを試す。
![EJB3/EJB3をJBoss5.0.0RC1で作ってみる - @めもてっく](https://cdn-ak-scissors.b.st-hatena.com/image/square/45c4684c76601e94abbe94966d9d5a26153b8fbd/height=288;version=1;width=512/https%3A%2F%2Fimg.atwiki.jp%2F_img%2Fog_image.png)
Railsが成功し、EJB3が失敗したわけは、イノベーションへの解にでてくる「独自仕様の製品アーキテクチャ」と「モジュール方式のオープンな業界標準」の考え方で、うまく説明できるように思えます。 ただし、この手の話は、理論にあうように現実を説明しているところがあるので、あくまでも、1つの可能性として聞いてください。 ここでの重要な考え方は、「顧客のニーズ」と「製品の性能」の力関係です。 「顧客のニーズ」が「製品の性能」を超えている場合は、顧客は、製品の性能向上に価値を認め、お金を払います。このときに企業として、成功しやすいソリューションは、「最適化された独自アーキテクチャ」で望むことです。性能を向上させるためには、独自アーキテクチャのほうが、いろいろ工夫ができるためです。 「製品の性能」が「顧客のニーズ」を超えている場合は、顧客は、製品の性能向上に価値をあまり認めません。既に、製品の性能に満
The Apache OpenEJB teamは13日(米国時間)、OpenEJBの最新版となるApache OpenEJB 3.0 finalを公開した。OpenEJBはJavaで開発されたEJB 3.0実装。スタンドアローンでも動作するが、軽量で組み込み用途での利用が可能なように設計実装されている。すでにApache GeronimoやIBM WebSphere AS CE、Apple WebObjectsなどで採用されている。 OpenEJB 3.0 finalではコードベースの洗練が実施されておりより堅牢なものになったとされている。サポートしているバージョンはEJB 3.0にはじまり2.1、2.0、1.1。Windows XP (JDK 1.5)、Windows XP (JDK 1.6)、Linux (JDK 1.5)、Linux (JDK 1.6)、Mac OS X (JDK 1
EJBはトランザクションのやり方次第で速くなるのに…:WebSphereサーバ・チューニング入門(6)(1/4 ページ) 本連載は、Javaアプリケーション・サーバの1つである、IBM WebSphere Application Server(以下、WAS)についてのパフォーマンス・チューニングに関する入門記事です。チューニングといっても、実施するエンジニアによって、その方法は異なりますが、本連載はWASを前提とし、かつ80%のケースをカバーすることを目標とします(編集部注:WASのインストールから学びたい読者は、「バージョン別セットアップマニュアル一覧」のWebSphere Application Serverを参照してください) トランザクションの仕方を見極めてEJBを速くしよう! 前回の記事(「あなたのEJBシステム遅くないですか?」)では、EJBシステムの高速化チューニングとして、
JSR 318: Enterprise JavaBeans 3.1 Enterprise JavaBeans 3.1(EJB 3.1)は現在Java EE 5に採用されているEJB 3.0の後継バージョンであり、次期Java EEプラットフォームとなるJava EE 6をターゲットとして仕様の策定が進められている。JCPでは2月29日よりEary Draftが公開されており、3月30日にかけてレビューが行われている段階だ。 バージョン2.xから3.0にかけては大幅な仕様の変更が行われたEJBだが、3.1はマイナー・バージョンアップであり、Early Draftによれば主に次のような機能が追加される予定となっている。 ローカルビジネスインタフェースなしでSession Beanにアクセスする簡易ビューの提供 Singleton Session Beanの導入 Session Beanの非同期
これまでEJB 1.xまたはEJB 2.xを適用・実装してきたアーキテクトや開発者の皆さんは、EJB開発の煩雑さを理解されていることでしょう。これは「第1回:EJBのすべてを知る」で解説したEJBの歴史的背景があるからです。 さて、これからEJBに触れようとしている皆さんは、このような過去を振り返る必要はありません。過去の評判ではじめからEJBを要件定義から外していないでしょうか。これは早合点というものです。 「企業レベルのサーバサイドアプリケーション、トランザクションシステムというものはそう簡単に実現できるものではない」ということは、実際に開発に携わっている皆さんがよくご存知だと思います。この煩雑な仕組みを提供し、性能や機能を担保するものがミドルウェアと呼ばれるソフトウェアです。 これまでトランザクション処理モニタ、メッセージ指向ミドルウェア(MOM)、CORBAなどの多くのミドル
エンタープライズJavaの開発者ならJBossのGavin King氏をご存知だろう。Hibernateの生みの親で、JBossのHibernate獲得にあわせて現在はJBossに在籍している。 同氏はここ1年ほど、EJB 3.0とJSFを結びつけるフレームワークとしてJBoss Seamを開発し、BorlandとGoogle、Oracle、Sun Microsystemsの4社とともにJSRとして標準化を進めている。 同氏はこの経験からJava EE 6に対してもいくつかの提案を行っている。そのひとつがEJBの拡張だ。この提案は間もなくJSRとして提案される見込みだが、既に同氏はブログに提案内容と提案に至った理由を投稿している。ここではそのなかから興味深いものを紹介したい。 EJB Session Beansの並行アクセスサポート 最初に挙げられているのが複数のクライアントからの並行アク
JRubyとは、Javaで実装したRubyの処理系だ。オープンソースプロジェクトとして、Charles Nutter氏とThomas E Enebo氏を中心として開発が進んでいる。執筆時点での最新の安定版リリースは0.9.8、5月の"2007 JavaOne Conference"で1.0が正式にリリースされる予定だ。 まずは、JRubyの特徴を紹介しよう。 Rubyの言語仕様に準拠している: Ruby1.8.5を元に、一部未実装や問題がある機能もあるものの、言語仕様を非常に互換性高く実装している。またRubyの標準ライブラリやgems(Rubyのライブラリなどをインストールするためのツール)についてもほとんどが含まれており、Rubyのプログラムの多くがJRuby上で正常に動作する JVM上で動作する: JRuby自体は100%Javaで実装された処理系である。したがって、実行するためには
DaliはJSF Toolsと同じくWTPのサブプロジェクトとして開発されているEJB3(JPA)開発を支援するためのプラグインで、エンティティ・ビーンのO/Rマッピング定義・編集を行うための機能を提供している。 JPAではO/Rマッピングをアノテーションで行うことが可能になっており、マッピング作業自体はそれほど難しい作業ではないが、Daliを利用することで既存のデータベーススキーマからエンティティ・ビーンを生成したり、データベースのスキーマを参照しながら適切なマッピングを行うことができる。 なお、Daliという名前の由来は、スペイン人の画家Salvador Daliに由来している。Daliは、The Persistence of Memoryという有名な絵画の作者だ。 本稿では執筆時点の最新版であるDali 0.5.0についてその概要を紹介する。
株式会社DTS ネットワーク事業本部所属。Struts/Springベースのフレームワーク開発,プロジェクト支援が主な業務。EclipseプラグインによるIDE開発にも携わっている。 株式会社DTS ネットワーク事業本部 プロジェクトマネージャ。Javaを中心にフレームワーク開発や開発プロセス定義など幅広く活躍中。StrutsIDEコミッタ。著書「まるごとEclipse! Vol.1」(発行:インプレスコミュニケーションズ)。 システム開発に携わる技術者は誰でも,他システムとの連携や後々の機能拡張に柔軟に対応できる構造にしたいと考えることでしょう。そのためにはある程度時間や人手が必要です。しかし,Webアプリケーション開発では,規模や複雑さは増える半面,納期は短くなっているのが現状です。 これを解決するための技術として注目されてきたのが分散オブジェクトです。分散オブジェクトでは,機能を出来
Visual Web PackでEJB3を使う手順のFlashデモを作ってみました。 Visual Web Pack‚ÅEJB3 少なくとも、EJB3を勉強する環境としては、NetBeans + Visual Web Packに勝る環境はないように思えます。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く