J 2 EEの13種類の核心技術を共有する。
Javaは最初にブラウザやクライアントマシンに登場しました。当時、サーバー側の開発に適しているかどうかを疑問視する人が多かったです。現在、Java 2プラットフォームの企業版(J 2 EE)の第三者に対する支持が増えるにつれて、Javaは企業レベルのサーバーエンドソリューションを開発するための優先的なプラットフォームの一つとして広く受け入れられています。
本論文ではJ 2 EEを支える13種類のコア技術を説明します。JDBC、JNDI、EJBs、RMI、JSP、Java servlets、XML、JMS、Java IDL、JTS、JTA、JavaMail、JAF。
J 2 EEプラットフォームは一連のサービス(Services)とアプリケーションインターフェース(API)とプロトコルで構成されており、Webベースの多層アプリケーションの開発に機能サポートを提供している。
一、JDBC(Java Database Connectivity)
JDBC APIは異なるデータベースにアクセスするための統一ルートを提供しています。ODBCのように、JDBCは開発者に対して細かい問題を隠しています。
二、JNDI(Java Name and Directory Interface)
JNDI APIは名前とディレクトリサービスを実行するために使用されます。これは、DNSやLDAPなどの企業レベルのリソースをアクセスし、操作する一貫したモデルを提供しています。ローカルファイルシステム、またはアプリケーションサーバ内のオブジェクトです。
三、EJB(Enterprise JavaBean)
J 2 EE技術がメディアに獲得された理由の一つはEJBです。彼らは分散型ビジネスロジックの開発と実施のための枠組みを提供し、これにより、伸縮性と高度に複雑な企業レベルアプリケーションの開発を著しく簡略化しました。EJB仕様は、EJBコンポーネントがどのようにそれらの容器と相互作用するかを定義しています。容器は、カタログサービス、事務管理、安全性、リソースバッファ、およびフォールトトレランスなど、共通のサービスを提供する責任があります。ここで注目すべきのは、EJBはJ 2 EEを実現する唯一の道ではないということです。J 2 EEの開放性により、EJBと平行して同じ目的を達成できるメーカーもあります。
四、RMI(Remote Method Invoke)
リモートオブジェクトのメソッドを呼び出します。これは、プログレッシブ方式を使用して、クライアントとサーバ端でデータを転送する。RMIはEJBによって使用されるより低い層のプロトコルである。
五、Java IDL/CORBA
Java IDLのサポートの下で、開発者はJavaとCORBAを統合することができます。彼らはJavaオブジェクトを作成し、CORBA ORBで展開することができます。またはJavaクラスを作成し、他のORBと一緒に展開するCORBAオブジェクトの顧客としてもいいです。後者の方法は、Javaを通じて、あなたの新しいアプリケーションと古いシステムを統合するために使用できる別の方法を提供しています。
六、JSP(Java Server Pages)
JSPページはHTMLコードとその中に埋め込まれたJavaコードから構成されています。サーバは、ページがクライアントによって要求された後、これらのJavaコードを処理し、作成したHTMLページをクライアントのブラウザに返す。
七、Java Servlet
Servletは、Webサーバの機能を拡張する小型Javaプログラムである。サーバー側のアプリケーションとして要求されたときに実行されるのは、CGI Perlスクリプトと似ています。Servletが提供する機能はほとんどJSPと似ていますが、実現の仕方は違います。JSPは通常、ほとんどのHTMLコードに少数のJavaコードを埋め込むが、servletsはすべてJavaによって作成され、HTMLを生成する。
八、XML(Extenseble Markp Language)
XMLは他のマーク言語を定義するために使用できる言語です。それは異なるビジネスの過程でデータを共有するために使われます。
XMLの発展とJavaは互いに独立していますが、Javaと同じ目標を持っているのはプラットフォームの独立性です。JavaとXMLの組み合わせによって、プラットフォームの独立性を備えた完璧なソリューションが得られます。
九、JMS(Java Message Service)
JMSは、メッセージに向かう中間デバイスと通信するためのアプリケーションインターフェース(API)である。これは、ポイントのドメインをサポートするだけでなく、リリース/購読タイプのドメインをサポートし、以下のタイプのサポートを提供します。JMSはまた、あなたのアプリケーションと古いバックグラウンドシステムを統合するための別の方法を提供します。
十、JTA(Java Transation Architecture)
JTAは標準的なAPIを定義しており、アプリケーションシステムはこれにより各種のトランザクション監視にアクセスすることができる。
十一、JTS(Java Transation Service)
JTSはCORBA OTS事務監視の基本的な実現である。JTSは、事務マネージャの実現方式を定めています。このトランザクションマネージャは、Java Transaction API(JTA)仕様を高レベルでサポートし、OMG OTS specificationのJavaイメージをより低いレベルで実現する。JTS事務マネージャは、アプリケーションサーバ、リソースマネージャ、独立したアプリケーション、通信リソースマネージャのための事務サービスを提供します。
十二、JavaMail
JavaMailは、メールサーバにアクセスするためのAPIであり、メールサーバの抽象的なクラスを提供しています。SMTPサーバだけでなく、IMAPサーバもサポートしています。
十三、JAF(JavaBens Activation Fraamework)
JavaMailはJAFを利用してMIMEコードのメール添付ファイルを処理します。MIMEのバイトストリームは、Javaオブジェクトに変換するか、またはJavaオブジェクトから変換することができる。ほとんどの応用はJAFを直接使う必要がないです。
次に、JDBCがどのように企業で使われているかを見てみます。
JDBCの企業応用における応用
上記の例は基本的で、些細なことかもしれません。2層構造を仮定した。一つの多層の企業レベルアプリケーションでは、より大きな可能性があるのはクライアントとEJBで通信し、このEJBはデータベース接続を確立する。伸縮性とシステム性能を実現し、改善するために、WebLogicサーバは、接続バッファconnection poolのサポートを提供しています。
Connection poolはデータベース接続の確立とリリースの消費を減らしました。システムが起動したら、このようなバッファができます。その後もデータベースに対する要求があります。WebLogicサーバは簡単にバッファからデータを取り出すことができます。データバッファはWebLogicサーバのweblogic.propertiesファイルで定義できます。weblogic.propertiesファイルの例を参照することができます。WebLogicサーバのドキュメントにはさらに詳細な参照情報があります。
企業レベルで応用するもう一つの一般的なデータベースの特性は事務処理です。事務は一つのグループであり、データの整合性を保証するために同一のstatementとして処理しなければならない。デフォルトの場合はJDBCはat-comit事務モードを使用します。これはConnection系のset AutoCommt()法を用いて実現できる。
今はJDBCに対していくつかの認識がありました。次はJNDIに転向します。
Java Naming and Directory Interface(JNDI)
JNDI APIは名前とディレクトリサービスを実行するために使用されます。それは一貫したモデルを提供して企業にアクセスして操作します。
本論文ではJ 2 EEを支える13種類のコア技術を説明します。JDBC、JNDI、EJBs、RMI、JSP、Java servlets、XML、JMS、Java IDL、JTS、JTA、JavaMail、JAF。
J 2 EEプラットフォームは一連のサービス(Services)とアプリケーションインターフェース(API)とプロトコルで構成されており、Webベースの多層アプリケーションの開発に機能サポートを提供している。
一、JDBC(Java Database Connectivity)
JDBC APIは異なるデータベースにアクセスするための統一ルートを提供しています。ODBCのように、JDBCは開発者に対して細かい問題を隠しています。
二、JNDI(Java Name and Directory Interface)
JNDI APIは名前とディレクトリサービスを実行するために使用されます。これは、DNSやLDAPなどの企業レベルのリソースをアクセスし、操作する一貫したモデルを提供しています。ローカルファイルシステム、またはアプリケーションサーバ内のオブジェクトです。
三、EJB(Enterprise JavaBean)
J 2 EE技術がメディアに獲得された理由の一つはEJBです。彼らは分散型ビジネスロジックの開発と実施のための枠組みを提供し、これにより、伸縮性と高度に複雑な企業レベルアプリケーションの開発を著しく簡略化しました。EJB仕様は、EJBコンポーネントがどのようにそれらの容器と相互作用するかを定義しています。容器は、カタログサービス、事務管理、安全性、リソースバッファ、およびフォールトトレランスなど、共通のサービスを提供する責任があります。ここで注目すべきのは、EJBはJ 2 EEを実現する唯一の道ではないということです。J 2 EEの開放性により、EJBと平行して同じ目的を達成できるメーカーもあります。
四、RMI(Remote Method Invoke)
リモートオブジェクトのメソッドを呼び出します。これは、プログレッシブ方式を使用して、クライアントとサーバ端でデータを転送する。RMIはEJBによって使用されるより低い層のプロトコルである。
五、Java IDL/CORBA
Java IDLのサポートの下で、開発者はJavaとCORBAを統合することができます。彼らはJavaオブジェクトを作成し、CORBA ORBで展開することができます。またはJavaクラスを作成し、他のORBと一緒に展開するCORBAオブジェクトの顧客としてもいいです。後者の方法は、Javaを通じて、あなたの新しいアプリケーションと古いシステムを統合するために使用できる別の方法を提供しています。
六、JSP(Java Server Pages)
JSPページはHTMLコードとその中に埋め込まれたJavaコードから構成されています。サーバは、ページがクライアントによって要求された後、これらのJavaコードを処理し、作成したHTMLページをクライアントのブラウザに返す。
七、Java Servlet
Servletは、Webサーバの機能を拡張する小型Javaプログラムである。サーバー側のアプリケーションとして要求されたときに実行されるのは、CGI Perlスクリプトと似ています。Servletが提供する機能はほとんどJSPと似ていますが、実現の仕方は違います。JSPは通常、ほとんどのHTMLコードに少数のJavaコードを埋め込むが、servletsはすべてJavaによって作成され、HTMLを生成する。
八、XML(Extenseble Markp Language)
XMLは他のマーク言語を定義するために使用できる言語です。それは異なるビジネスの過程でデータを共有するために使われます。
XMLの発展とJavaは互いに独立していますが、Javaと同じ目標を持っているのはプラットフォームの独立性です。JavaとXMLの組み合わせによって、プラットフォームの独立性を備えた完璧なソリューションが得られます。
九、JMS(Java Message Service)
JMSは、メッセージに向かう中間デバイスと通信するためのアプリケーションインターフェース(API)である。これは、ポイントのドメインをサポートするだけでなく、リリース/購読タイプのドメインをサポートし、以下のタイプのサポートを提供します。JMSはまた、あなたのアプリケーションと古いバックグラウンドシステムを統合するための別の方法を提供します。
十、JTA(Java Transation Architecture)
JTAは標準的なAPIを定義しており、アプリケーションシステムはこれにより各種のトランザクション監視にアクセスすることができる。
十一、JTS(Java Transation Service)
JTSはCORBA OTS事務監視の基本的な実現である。JTSは、事務マネージャの実現方式を定めています。このトランザクションマネージャは、Java Transaction API(JTA)仕様を高レベルでサポートし、OMG OTS specificationのJavaイメージをより低いレベルで実現する。JTS事務マネージャは、アプリケーションサーバ、リソースマネージャ、独立したアプリケーション、通信リソースマネージャのための事務サービスを提供します。
十二、JavaMail
JavaMailは、メールサーバにアクセスするためのAPIであり、メールサーバの抽象的なクラスを提供しています。SMTPサーバだけでなく、IMAPサーバもサポートしています。
十三、JAF(JavaBens Activation Fraamework)
JavaMailはJAFを利用してMIMEコードのメール添付ファイルを処理します。MIMEのバイトストリームは、Javaオブジェクトに変換するか、またはJavaオブジェクトから変換することができる。ほとんどの応用はJAFを直接使う必要がないです。
次に、JDBCがどのように企業で使われているかを見てみます。
JDBCの企業応用における応用
上記の例は基本的で、些細なことかもしれません。2層構造を仮定した。一つの多層の企業レベルアプリケーションでは、より大きな可能性があるのはクライアントとEJBで通信し、このEJBはデータベース接続を確立する。伸縮性とシステム性能を実現し、改善するために、WebLogicサーバは、接続バッファconnection poolのサポートを提供しています。
Connection poolはデータベース接続の確立とリリースの消費を減らしました。システムが起動したら、このようなバッファができます。その後もデータベースに対する要求があります。WebLogicサーバは簡単にバッファからデータを取り出すことができます。データバッファはWebLogicサーバのweblogic.propertiesファイルで定義できます。weblogic.propertiesファイルの例を参照することができます。WebLogicサーバのドキュメントにはさらに詳細な参照情報があります。
企業レベルで応用するもう一つの一般的なデータベースの特性は事務処理です。事務は一つのグループであり、データの整合性を保証するために同一のstatementとして処理しなければならない。デフォルトの場合はJDBCはat-comit事務モードを使用します。これはConnection系のset AutoCommt()法を用いて実現できる。
今はJDBCに対していくつかの認識がありました。次はJNDIに転向します。
Java Naming and Directory Interface(JNDI)
JNDI APIは名前とディレクトリサービスを実行するために使用されます。それは一貫したモデルを提供して企業にアクセスして操作します。