この用語集は、BEA WebLogic Platform のドキュメントで使用される用語の意味を定義したものです。URL 以外に青く表示されている用語については、この用語集で定義されています。
Click a letter in the glossary index. Or use the Page Down key, the Page Up key, the arrow keys, or the scroll bar to navigate. Please contact us if you know of a relevant term that is not defined in this glossary.
— A —
データベース レコードなどの保護されたすべてのリソースに割り当てる値がトランザクションの最初と変わらないようにトランザクションを停止すること。
ソフトウェア リソースの使用に対し、プリンシパル (人間またはソフトウェアのエンティティ) に与える機能の制限のセット。これらの制限により、リソースへの無認可使用を防止できます。
アクセス制御情報 (access control information: ACI)
リソースへのアクセス要求を開始するユーザに関する情報。ACI を使用して、アクセス制御の実行に関する決定を行います。
アクセス制御リスト (access control list: ACL)
プリンシパルによるリソース (ネットワーク サービスなど) へのアクセスを認可または拒否するために使用するデータ構造。ACL の各エントリには、特定のプリンシパルに関するパーミッション設定が含まれています。
WebLogic Server における ACL の実装は java.security.acl パッケージに基づいています。
WebLogic Integration 環境では、さまざまな種類のリソースをさまざまなタイプのプリンシパルに対して使用できます。
レルム (realm)、パーミッション (permission)、プリンシパル (principal)、および認証 (authentication)を参照。
アクセス制御リスト (access control list: ACL)を参照。
WebLogic Integration でサポートされている Business Process Management の各機能で実行される動作の基本単位。アクションはワークフロー (workflow) とタスク (task) の動作を定義し、タスク、決定 (decision)、およびイベントの一部として定義されます。WebLogic Integration には、さまざまなアクションが標準で用意されています。
シナリオ アクション (scenario action)を参照。
ActiveX コントロール (ActiveX controls)
コンポーネント オブジェクト モデル (COM) のテクノロジを使用して、他の COM サービスやコンポーネントとの相互運用性を確保するためのコンポーネント。
Component Object Model (COM)を参照。
各種フォーマットで表すプロモーション用メッセージ。使用できるフォーマットは、HTML テキスト、画像 (GIF、JPG、PNG)、または Shockwave ムービーです。
広告は、広告用のコンテンツ管理システムをクエリするメカニズムの広告プレースホルダとともに使用し、結果を JSP で表示します。ビジネス アナリストは BEA E-Business Control Center を使用して、広告プレースホルダのクエリを定義し、ビジネス エンジニア (BE) は、ビジネス アナリストが広告を表示したい場所にプレースホルダのタグを作成します。また、ビジネス アナリストは、キャンペーンのシナリオを作成し、広告プレースホルダにクエリを追加することもできます。
ビジネス アナリスト (Business Analyst: BA)、ビジネス エンジニア (Business Engineer: BE)、およびE-Business Control CenterTMを参照。
相対パスを含む広告の固有名。広告識別子固有のコンテンツは、さまざまなコンテンツ管理システムにおいて変化させることができます。
コンテンツ管理システム (content management system) および広告 (ad)を参照。
エンタープライズ情報システムと統合サーバ間のインタフェースを提供するソフトウェア コンポーネント。
BEA ソフトウェアに組み込まれているアプリケーションを設定、モニタするために管理者が使用する HTML インタフェース。
WebLogic Server Administration Console および WebLogic Integration B2B Consoleを参照。
拡張プログラム間通信機能 (Advanced Program to Program Communications: APPC)
ポータブル、ワークステーション、ミッドレンジ コンピュータ、ホスト コンピュータなどの異なるコンピュータのプログラム間の高速通信を SNA 上で可能にするソフトウェア プロトコル。このプロトコルは、オープンであり、公開されています。LU 6.2 としても知られています。
Systems Network Architecture (SNA)を参照。
Personalization Server のサービスとコンポーネントを結びつけ、パーソナライズされたコンテンツをユーザに配信する Personalization Server の機能。Advisor は、コンテンツをユーザ プロファイル情報に合わせることでこれを実現します。具体的には、ユーザ管理コンポーネントでユーザ プロファイルから情報を収集し、その情報を Rules サービスに発行し、コンテンツ管理コンポーネントで使われるドキュメント管理システムにクエリを発行します。Advisor においてクエリの結果が JSP ページで表示されるか、Java サーブレットで表示されるかは、開発者が決定します。
Advisor には、JSP タグ ライブラリ、および EJB 開発者が EJB ステートレス セッション Bean にアクセスするのに使用する API が含まれてます。
エンタープライズ JavaBeans (Enterprise JavaBeans: EJB)、アプリケーション プログラミング インタフェース (application programming interface: API)、ユーザ プロファイル (user profile)、Web アプリケーション (Web application: Webapp)、および開発者 (developer)を参照。
認証されていない WebLogic Server 環境のリソースにアクセスするプリンシパルのタイプ。
Apache XML パーサ (Apache XML Parser)
Apache Software Foundation により提供されている、W3C XML、DOM、および SAX 標準を実装したサードパーティのパーサ。
アプリケーション プログラミング インタフェース (application programming interface: API)を参照。
拡張プログラム間通信機能 (Advanced Program to Program Communications: APPC)を参照。
通常は HTML ページに埋め込まれ、Java 対応の Web ブラウザで表示される、クライアント サイドの Java プログラム。
エンド ユーザがコンピューティング タスクを実行するために集合的に使用する 1 つまたは複数のソフトウェア プログラム。
アプリケーション アダプタ (application adapter)
エンタープライズ情報システムと統合サーバ間のインタフェースを提供するソフトウェア コンポーネント。アプリケーション アダプタは、アプリケーションのすべての機能に対するシステムレベルのインタフェースを表します。
アプリケーション コンポーネント (application component)
アプリケーション サーバ (application server)を参照。
BEA Systems, Inc によって開発された、エンタープライズ間およびエンタープライズ内統合のための J2EE Connector Architecture 標準ベースの統合ブローカ。
アプリケーション プログラミング インタフェース (application programming interface: API)
アプリケーション サーバ (application server)
エンタープライズ リソース プランニング (enterprise resource planning: ERP)を参照。
アプリケーション ビュー (application view)
アプリケーションの機能に対するビジネスレベル インタフェース。アプリケーション ビューは単一のビジネス目的のためにコンフィグレーションされ、そのビジネス目的に関連するサービスだけを含みます。また、アプリケーション ビューはビジネス目的をサポートするイベントとサービスの両方を表し、これにより、ビジネス ユーザは、アプリケーションを使用したすべての通信でアプリケーション ビューを使用できます。
発生時間が異なるために、イベントの発生時間の関連性が予測できないイベントの特性。
Web サービスなどの分散型アプリケーション アーキテクチャにおいては、クライアントがメソッド (またはメッセージを送信する) サーバを呼び出し、サーバが応答します。サーバの応答を待つ間に、クライアントが他の処理を実行できないようにブロックされている場合、クライアントはサーバと同期しているため、対話は同期して記述されます。
サーバが応答の準備をしている間にもクライアントが他の処理を続行できるように対話が設計されている場合、応答の準備が整ったときにサーバがクライアントに通知され、対話は非同期で記述されます。
非同期のアーキテクチャは、イベント駆動型のシナリオで使用すると便利です。イベント駆動型のシナリオでは、イベントを常に実行でき、そのつど、送信者がそのイベントを処理できます。
ビジネス メッセージ (business message) と一緒に送信される情報。
セキュア ソケット レイヤ (secure sockets layer: SSL) およびアクセス制御リスト (access control list: ACL)を参照。
特定のエンティティ (ユーザまたはプロセス) がアクセスするサービスを決定し、それらのサービスにアクセスするためのパーミッションをエンティティに与えるプロセス。
WebLogic Integration 環境では、トレーディング パートナの認証はロール (role) ベースのセキュリティ機能です。ここでは、トレーディング パートナは、特定の会話 (conversation) において、トレーディング パートナのサブスクリプション (subscription) で定義されたような一定のタイプのメッセージを送受信できます。トレーディング パートナは転送サーブレットと JDBC プールへのアクセスが認可されています。
また、WebLogic Integration ソフトウェアは、メッセージをトレーディング パートナに送信するために転送サーブレットへのアクセスが認可されています。
ユーザは、JSP へのアクセスと、JDBC プールへの間接的なアクセスが認可されています。WebLogic Server アクセス制御リスト (access control list: ACL) は、ユーザのリソースへのアクセスを認可、または拒否するように設定できます。
— B —
電子トランザクションを介した企業間 (Business-to-Business: B2B) の直接売買の方法。
エンタープライズ間のサプライチェーン統合などのアプリケーション統合をサポートする WebLogic Integration の機能。
B2B Integration とともに使用できるように Business Process Management (BPM) を拡張する WebLogic Integration Studio コンポーネント。
企業内の情報を企業外の既知または未知のユーザやエンティティに知らせるプロセス。
E-Business Control CenterTMを参照。
BEA WebLogic Personalization Server
WebLogic Personalization Serverを参照。
Bean 管理のトランザクション (bean-managed transaction)
Enterprise JavaBean (EJB) がトランザクションの境界を制御するトランザクション。Bean 管理のトランザクションでは、JTA を使用して制御を指定します。EJB コードはトランザクションを管理します。これは、あるメソッドで開始し、別のメソッドで終了することができます。
エンタープライズ JavaBeans (Enterprise JavaBeans: EJB)、Java Transaction API (JTA)API。、トランザクション (transaction)、およびコンテナ管理によるトランザクション (container-managed transaction)を参照。
最上位バイトが最下位アドレスを持つバイナリ フォーマット。このフォーマットは、IBM 370 システムとほとんどの RISC 設計で使用されています。
XML スキーマの発行と XML メッセージの使用のために BizTalk Framework を定義する業界イニシアティブ。Microsoft によって開始され、テクノロジ ベンダ (SAP、CommerceOne、Ariba) およびテクノロジ ユーザ (BASDA など) を含む広範囲の組織によってサポートされています。BizTalk は標準規格の制定機関ではなく、標準規格ユーザのコミュニティです。
Business Process Management (BPM)を参照。
入力プロセッサかパイプラインを正しく実行することにより返されるオブジェクトの値に基づき、Webflow を異なる送り先に送信するためのメカニズム。
ノード (node)、パイプライン (pipeline)、Webflow、および入力プロセッサ (input processor)を参照。
Web ブラウザを使用して他のトレーディング パートナと通信するトレーディング パートナ。
ビジネス トランザクション プロトコル (business transaction protocol: BTP)を参照。
バッファをサービスのメソッドに追加して、サービスがクライアントにすぐに戻ることを確認する方法。このメカニズムにより、サーバが他の要求を処理するのをクライアントが待機する必要がなくなります。バッファ付きメソッドに呼び出しを入力すると、待ち状態となり、サーバが要求でオーバーフローするのを避けることができます。
ビジネス アナリスト (Business Analyst: BA)
e ビジネスの効果的なモデルを考える非技術スタッフ。通常は、技術専門のビジネス エンジニアと共同で作業します。ビジネス アナリストは、個々のキャンペーンの戦略と目標を立て、BEA E-Business Control Center を使用してキャンペーンの実行と評価にあたります。
ビジネス エンジニア (Business Engineer: BE) および E-Business Control CenterTMを参照。
ビジネス ドキュメント (business document)
ビジネス メッセージ (business message) のペイロード (payload) の XML の部分。
ビジネス エンジニア (Business Engineer: BE)
ビジネス アナリストと開発者のスキルを併せ持つスタッフ。BE の業務を以下に示します。
開発者 (developer) およびビジネス アナリスト (Business Analyst: BA)を参照。
会話 (conversation) におけるトレーディング パートナ間の通信の基本単位。マルチパート MIME メッセージです。ビジネス ドキュメント (business document)、添付ファイル (attachment)、および メッセージ ヘッダー (message header) で構成されています。
WebLogic Integration のユーザ定義の処理を EJB を起動するか、Java のクラスを呼び出すことにより追加するメソッド。
Business Process Management (BPM)
ワークフロー (workflow) を定義およびモニタできる WebLogic Integration オートメーション ツール。
ビジネス プロトコル (business protocol)
ネットワークにより、企業間でビジネス情報を電子的にやり取りするためのルール。ビジネス プロトコルは、ビジネス メッセージ (business message) の構造、メッセージの処理方法、およびそれらを適切な受信側にルーティングするための方法を規定します。WebLogic Integration トレーディング パートナは、RosettaNet ビジネス プロトコルを使用してビジネス メッセージ (business message) を送受信します。
ビジネス プロトコル定義 (business protocol definition)
ビジネス プロトコル (business protocol) を実装するロジック プラグインのセット。
会話定義 (conversation definition) とのインタフェース。トレーディング パートナは、交信を希望する他のトレーディング パートナに対してビジネス サービスを提供します。
ビジネス トランザクション プロトコル (business transaction protocol: BTP)
B2B の電子商取引で一般的な長期の複雑なトランザクションを管理する、オープンかつ精密に定義されたメソッドの標準。BTP は、インターネット上での複雑なマルチステップの B2B トランザクションを表現し、シームレスに管理するための XML ベースのボキャブラリ プロトコルです。BTP を使用すると、トレーディング パートナは、複雑な XML メッセージ交換を長期にわたる疎結合の会話 (conversation) として管理できます。
企業間電子商取引 (business-to-business (B2B) e-commerce)
企業間統合 (business-to-business (B2B) integration)
企業消費者間統合 (business-to-consumer integration)
Java 仮想マシン (Java virtual machine: JVM) のあるコンピュータで実行 (インタプリタ) できる Java プログラムをコンパイルしたフォーマット。
Java 仮想マシン (Java virtual machine: JVM)を参照。
— C —
単一のハイパーテキスト転送プロトコル (HTTP) 要求のアプレットを実行するのに必要なクラス、および他のファイルをロードするのに使用する圧縮ファイル。Microsoft Internet Explorer のバージョン 4.0 以降で実行しているアプレットでのみ使用できます。
アプレット (applet)、Hypertext Transfer Protocol (HTTP)、およびJAR ファイル (JAR file)を参照。
サービスによって呼び出すことのできるクライアントで定義されたメソッド。コールバックにより、クライアントとサービス間の非同期の双方向交換をサポートできます。たとえば、サービスが時間のかかる処理を実行するときに、クライントの要求を単純な戻り値ですぐに確認し、コールバックを使用してあとで処理の完全な結果を戻すことができます。コールバックは、対話に参加している必要があります。
コールバック ハンドラ (callback handler)
対応するコールバックを受信するときにサービスによって実行されるメソッド。コールバックを含むコントロールによって定義されます。たとえば、タイマー コントロールは、onTimeout メソッドをコールバック ハンドラとして使用できます。タイマーが起動するときに実行するコードを追加するオプションもあります。
呼び出し側のプリンシパル (caller principal)
メソッドの呼び出し中にアプリケーション コンポーネント インスタンスに関連付けられているプリンシパル。たとえば、EJB インスタンスは getCallerPrincipal メソッドを呼び出して、現在のセキュリティ コンテキストに関連するプリンシパルを取得できます。
プリンシパル (principal) およびエンタープライズ JavaBeans (Enterprise JavaBeans: EJB)を参照。
ビジネスの戦略目標をともに達成するシナリオの名前付きのグループ。キャンペーンは、複数の Personalization、Commerce、および Campaign サービスを調整して、電子商取引の Web サイトにおけるマーケティング目標を作成、追跡できます。
キャンペーン ディスカウント (campaign discount)
一部のユーザのみを対象にすることを条件として、製品、注文品、注文に関連する出荷の価格を値下げすること。BEA E-Business Control Center では、割引率を定義してから、後でオンライン顧客に対する価格を決定することもできます。
E-Business Control CenterTMを参照。
キャンペーン終了条件 (campaign end criteria)
キャンペーンの目標。目標に到達した場合は、それが予定された終了日より前でも、キャンペーンを終了することがあります。この目標は、BEA E-Business Control Center で指定されます。
E-Business Control CenterTMを参照。
Campaign サービス (Campaign services)
ビジネス アナリストとビジネス エンジニアが電子商取引の Web サイトにおけるマーケティング目標を作成、および追跡できるように WebLogic Portal が提供するサービスのセット。E-Business Control Center を使用してキャンペーンを設定したり管理したりできます。
ビジネス アナリスト (Business Analyst: BA)、ビジネス エンジニア (Business Engineer: BE)、およびE-Business Control CenterTMを参照。
キャンペーン スポンサ (campaign sponsor)
キャンペーンを委託する組織。多くの場合には、その組織 (または組織の一部) が e ビジネスの Web サイトを所有、運営しています。
BEA E-Business Control Center では、スポンサは、キャンペーンを検索、報告および解析するための基準として使用されます。
BEA E-Business Control Center を使用してキャンペーン スポンサを指定できます。
E-Business Control CenterTMを参照。
キャンペーンのステート。アクティブまたは非アクティブのいずれかになります。
キャンペーンを保存すると、アクティブ ステートになります。この場合、キャンペーンが指定した開始時刻と終了時刻の間で、適切な条件を満たすと実行できます。
実行中のアクティブなキャンペーンを無効にしたり、指定した終了日や目標に達する前に実行しているキャンペーンを中止すると、そのキャンペーンは非アクティブなステートとなります。E-Business Control Center のキャンペーン リスト (Control Center の [Explorer] ウィンドウに表示されます) では非アクティブ化されたキャンペーンは、リストの他のアイテムよりも薄い色で表示されます。
E-Business Control CenterTMを参照。
Catalog Manager サービス (Catalog Manager service)
複数の製品カタログ サービスにアクセスする単一ポイント。Category Manager サービス、Product Item Manager サービス、Custom Data Manager サービス、および Catalog Query Manager サービスがこれに含まれます。
サービス (service) および製品カタログ (product catalog)を参照。
Catalog Query Manager サービス (Catalog Query Manager service)
Commerce Services 製品カタログをクエリするサービス。キーワード検索と属性に基づく検索の 2 種類の方法でカタログを検索できます。キーワード検索は、複数のキーワードを使用した単純な検索で、属性に基づく検索の場合、アイテム属性の複雑なブール式を使用して値を求めることができます。
サービス (service) および製品カタログ (product catalog)を参照。
Category Manager サービス (Category Manager service)
Commerce Services 製品カタログの階層構造を管理するサービス。階層の作成および変更、またアイテムをカテゴリにマッピングするための複雑なインタフェースを定義します。
サービス (service) および製品カタログ (product catalog)を参照。
コンパクト ディスク読み込み専用メモリ (CD-ROM)を参照。
特定の公開鍵に名前や他の属性を関連付けるデジタル文。認証局 (certificate authority: CA) によりデジタルで署名されます。本物の文のみを署名する認証局を信頼することにより、その証明書に名前が含まれるユーザが持つ公開鍵を信頼できます。
証明書認証 (certificate authentication: CA) および認証局 (certificate authority: CA)を参照。
証明書認証 (certificate authentication: CA)
デジタル証明書を使用することにより、サーバがクラインアントの ID を信頼するためのメソッド。通常、証明書認証は、パスワードによる認証よりも信頼性が高いと見なされます。これは、証明書認証がユーザの所有物 (プライベート キー) とユーザが持っている情報 (プライベート キーを保護するパスワード) に基づいているためです。
認証局 (certificate authority: CA)、証明書 (certificate)、および認証 (authentication)を参照。
証明書認証プロバイダ (certificate authenticator)
デジタル証明書 (digital certificate) を WebLogic Server ユーザにマップするための WebLogic Server で定義された標準インタフェース。受信した証明書を検証した後、証明書認証プロバイダは、証明書に基づいて、その証明書に関連して送信されるトレーディング パートナを、対応する WebLogic Server ユーザにマップします。
認証局 (certificate authority: CA)
公開鍵証明書を発行する既知の信頼できるエンティティ。認証局は、公証人と同様に、ユーザの実際の ID を証明するものです。
証明書認証 (certificate authentication: CA) および証明書 (certificate)を参照。
VeriSign などの信頼できる既知の組織。証明書所有者の ID を別のパーティに対して認証するためにデジタル証明書 (digital certificate) を発行します。
Webflow をあるプロセッサ ノード (入力プロセッサまたはパイプライン) から別のプロセッサ ノードに移動するプロセス。このメカニズムを使用すると、プレゼンテーション ノード間でプロセッサ ノードを使用する必要がなくなります。チェーニングでは、正しく実行できたプロセッサ ノードの結果のステートを別のプロセッサ ノードに送ります。
ノード (node)、パイプライン (pipeline)、Webflow、および入力プロセッサ (input processor)を参照。
顧客が購入するアイテムを確認すると、支払いと出荷に関する情報を提示する対話型プロセス。その後、Commerce Services は顧客情報を検証し、クレジット カードのトランザクションを行って、出荷と税金支払いの必要条件をログに記録します。チェック アウト プロセスにより、Registering Users および Managing Customer サービスと、Managing Purchases および Processing Orders サービスが実行されます。
顧客の登録および顧客サービスの管理 (Registering Customers and Managing Customer services) および購入の管理と注文サービスの処理 (Managing Purchases and Processing Orders services)を参照。
顧客情報制御システム (Customer Information Control System: CICS)を参照。
暗号法では、暗号化されたメッセージを作成するのに使用する符号化システム。
暗号スイート (cipher suite)、暗号文 (cipher text)、セキュア ソケット レイヤ (secure sockets layer: SSL)、および暗号 (cipher)を参照。
セキュア ソケット レイヤ (secure sockets layer: SSL) の暗号化メソッド。次の 3 種類のアルゴリズムを使用して、通信の完全性を保護できます。それらは、交換アルゴリズム、対称暗号化アルゴリズム、セキュア ハッシュ アルゴリズムです。
セキュア ソケット レイヤ (secure sockets layer: SSL) および暗号 (cipher)を参照。
オブジェクト指向のプログラミングで使用されるオブジェクトのカテゴリ。クラスは、特定の種類のオブジェクトの実装を定義します。クラス定義は、インスタンスとクラスの変数とメソッドを定義し、インタフェースとクラス実装、およびクラスの直近のスーパークラスを指定します。スーパークラスが明示的に指定されていない場合、Object であると想定されます。
クラス ライブラリ (class library) およびオブジェクト指向プログラミング (object-oriented programming: OOP)を参照。
クラスと呼ばれるクライアント プログラミング ツールのセット。これらのツールは Java または C++ プログラム、または Web ページに埋め込み可能な Java アプレットで使用できます。
実行時に必要な実行可能なクラス ファイルを選択するために Java 仮想マシン (JVM) で検索するファイル システム ディレクトリまたは Java アーカイブ ファイルのパスのリスト。このリストは、オペレーティング システムの環境変数 (CLASSPATH) か仮想マシンに送信されるコメントライン スイッチ (-classpath) により提供されます。サーブレット エンジンや EJB コンテナなどのアプリケーション サーバ コンテナには、クラスパス情報の追加レベルを含めることもできます。
クラス ライブラリ (class library) およびクラス (class)を参照。
広告をクリックする行為。クリックスルーの回数を 1 つの評価基準として使用して、キャンペーンの目標に到達できたかどうかを判断します。
クライアントが、ターゲット サーバと同じドメインに属しているマシン上にある場合には、そのクライアントはネイティブ クライアントと呼ばれます。クライアントがドメイン外のマシンにある場合、そのクライアントはリモート クライアントまたはワークステーション クライアントと呼ばれます。
クライアント、Web サービス (client, Web service)
要求を Web サービスに送り、データを戻すエンティティ。Web サービスで通信可能な方法であれば、あらゆる言語で書くことができ、あらゆるプラットフォームで実行できます。ほとんどの Web サービスは、HTTP などのインターネット プロトコルで要求を受け取ることができ、それらの要求を SOAP 仕様に基づいて書式設定された XML メッセージにすることができます。
クライアント コネクタ インタフェース (client connector interface: CCI)
J2EE ベースのアプリケーションでバックエンドのシステムに接続し、それらにアクセスできるインタフェース。CCI は、クライアント アプリケーションとバックエンド システム間のデータ フローを管理します。コンテナまたはアプリケーション サーバのアクティビティはアダプタでは表示されません。
クライアント/ネットワーク (client/network)
異機種クライアントからの、ネットワーク上の多くの異なるサービスに対する要求が、高性能でインテリジェントな中間サーバやサーバのクラスタ (pure-Java WebLogic Server など) によって透過的に実現されるネットワーク。
Web サービス (Web service) およびクライアント/サーバ (client/server)を参照。
コンピュータの処理がクライアント (デスクトップ PC) とサーバ (セントラル コンピュータ) において分散されているネットワーク アーキテクチャ。
クライアント/ネットワーク (client/network)を参照。
単一サーバよりもよりパワフルで信頼性の高いアプリケーション プラットフォームを提供するために、複数のサーバが集まって形成しているグループ。クラスタは、単一サーバとしてクライアントに表示されますが、実際は 1 つのサーバとして動作しているサーバのグループです。適切に設計され設定されているクラスタは、可用性と拡張性の両方を備えています。クラスタに新しいプロセスとマシンを動的に追加することで、クラスタをシャット ダウンせずにさらに大容量のロードを処理することができます。個々のサーバは、定期的にクラスタから削除されるので、クラスタのパフォーマンスに影響を与えることなく保持できます。
クラスタ化可能なスタブ (clusterable stub)
クラスタ化可能なスタブは、呼び出しをサービス インスタンスに委託するラッパーです。サービスは、別のサーバに対しては透過的に処理されるので、ロード バランシングとフェイルオーバを高度に処理することができます。RMIC の -clusterable のフラグ、または EJB デプロイメント記述子の同様のプロパティを設定することによりクラスタ化可能なスタブを生成します。
ロード バランシング (load balancing)、スタブ (stub)、およびフェイルオーバ (failover)を参照。
COBOL Copybook を読み込み、COBOL Copybook のデータ構造を反映するメッセージ フォーマットを生成するエンティティ。
このドキュメントでは、フィールド データをコード化する文字。
パッケージ名 (package name) およびアプレット (applet)を参照。
サーバ ホストでのアプレットのクラスを検索するベース URL。アプレットの完全 URL を取得するには、CODEBASE をアプレットの CODE 名とともに使用します。
CODE タグ (CODE tag)、Uniform Resource Locator (URL)、およびアプレット (applet)を参照。
コラボレーション アグリーメント (collaboration agreement)
トレーディング パートナが実行に同意した対話の定義と、これらの対話の実行方法を定めた仕様。この仕様には、転送、メッセージング、セキュリティ制約、プロセス仕様へのバインディングに関する詳細が含まれます。
協調的ワークフロー (collaborative workflow)
WebLogic Integration の B2B Integration コンポーネントとともにビジネスを遂行する間のロールを実装するトレーディング パートナで使用するワークフロー。
実行時環境でトレーディング パートナを表す MBean インタフェース。WebLogic Integration 管理アプリケーションは CollaboratorMBean オブジェクトを使用してトレーディング パートナをモニタします。
Component Object Model (COM)を参照。
コンポーネント オブジェクト モデル (Component Object Model: COM) 標準に準拠するようなオブジェクト表現。必要なすべてのインタフェース実装を含みます。
Component Object Model (COM)を参照。
Commerce サービス (Commerce services)
製品の説明を表示し、顧客からの注文を管理する Web アプリケーションのための開発キット。JSP テンプレートのセット、データベース スキーマ、Java コンポーネント、コンフィグレーション ファイルを含みます。
Web アプリケーション (Web application: Webapp) およびJSP テンプレート (JSP template)を参照。
共通クライアント インタフェース (Common Client Interface: CCI)
アプリケーション コンポーネントの標準的なクライアント API を定義し、共通クライアント API を使用してアプリケーション コンポーネントとエンタープライズ アプリケーション統合 (Enterprise Application Integration: EAI) フレームワークで EIS を駆動させます。J2EE コネクタ アーキテクチャは EIS アクセスの CCI を定義します。
エンタープライズ情報システム (Enterprise Information System: EIS)、J2EE コネクタ アーキテクチャ (J2EE Connector Architecture)、およびアプリケーション プログラミング インタフェース (application programming interface: API)を参照。
共通オブジェクト要求ブローカ アーキテクチャ (common object request broker architecture: CORBA)
分散オブジェクト間で通信するための、オブジェクト管理グループ (Object Management Group: OMG) の標準。CORBA は IDL (インタフェース定義言語) と ORB (オブジェクト要求ブローカ) を使用して、IIOP (インターネット ORB 間プロトコル) と通信します。
Internet Interoperability Protocol (IIOP)、Object Request Broker (ORB)、およびインタフェース定義言語 (interface definition language: IDL)を参照。
レーザによって光学的に読み込まれるデータおよび特殊な条件下以外では修正できないデータのディスク。
ネットワーク環境でソフトウェア コンポーネントを連携させるためのサービスの集合。
割引を提供する場合または電子メールを送信する場合に、広告が表示される条件を決定する評価基準。BEA E-Business Control Center では、選択した条件を記述するテキストが [New Action] ウィンドウのアクション領域に表示されます。
E-Business Control CenterTMを参照。
コンフィグレーション可能なエンティティ (configurable entity)
コンピュータまたはネットワーク上のハードウェア、ハードウェア オプション、ソフトウェア、およびソフトウェア設定の集合。
コンフィグレーションする (configure) およびコンフィグレーション セット (configuration set)を参照。
コンフィグレーション セット (configuration set)
コンフィグレーション区分において特定のコンフィグレーションを参照するために使われる名前または番号。各コンフィグレーション セットは、コンフィグレーションがアクティブなときに使用されるサービスを定義します。
コンフィグレーションする (configure) およびコンフィグレーション (configuration)を参照。
コンピュータまたはネットワークの用途に合わせてハードウェアまたはソフトウェアをカスタマイズすること。
コンフィグレーション セット (configuration set) およびコンフィグレーション (configuration)を参照。
Confirmed_Delivery_to_Destination
すべての受信側トレーディング パートナによるメッセージの受信を検証するサービス品質 (Quality of Service: QoS) オプション。再試行 (Retry Attempts) および持続性 (Durability) などのオプション (永続性 (Persistent) オプション) を使用すると、配信の信頼性をより高めることができます。
Confirmed_Delivery_to_Destination は、送信側および管理者に追加情報も提供します。これには、受信側の配信ステータス、管理者用の完全なメッセージ トラッキング (message tracking)、WebLogic Integration の B2B Integration コンポーネントからの配信完了時の確認が含まれます。このオプションを使用できるかどうかは、使用されているビジネス プロトコル (business protocol) により決まります。
WebLogic Integration の B2B Integration コンポーネントによるメッセージの受信を検証するデフォルトのサービス品質 (Quality of Service: QoS) オプション。このオプションは、多くの場合、システム パフォーマンスが問題となるときに使用されます。このオプションでは、受信側の配信ステータスは提供されず、メッセージ トラッキング (message tracking) も行われません。トレーディング パートナの選択プロセスは送信側に確認が到達した後で行われるため、潜在的な受信側の情報は使用できません。このオプションを使用できるかどうかは、使用されているビジネス プロトコル (business protocol) により決まります。
リソース マネージャへの接続性を提供し、アプリケーション クライアントによるリソース マネージャへの接続、トランザクションの実行、リソース マネージャによって提供されるサービスへのアクセスを可能にすること。接続にはトランザクション対応とトランザクション非対応の 2 種類があります。接続の例には、データベース接続や SAP R/3 接続があります。
リソース マネージャ (resource manager)を参照。
Webflow では、ノードの端の小さなグラフィック機器。イベントや例外がそのノードに接続したポイントをマークします。これは、ノードの接続ポートを移動するのに役立つことがあります。
Webflow およびノード (node)を参照。
WebLogic Server 環境の場合 - オブジェクトを作成する疑似メソッド。Java におけるコンストラクタとは、インスタンスのメソッドのうちそのクラスと同じ名前を持つものです。Java のコンストラクタは new キーワードを使用して呼び出されます。
インスタンス (instance)、Java、メタデータ インタフェース (metadata interface)、オブジェクト (object)、およびクラス (class)を参照。
WebLogic Server などのアプリケーション サーバの一部。アプリケーション コンポーネントをデプロイし、実行時サポートを提供します。コンテナを使用すると、サポートされているコンポーネントをモニタおよび管理するサービスだけでなく、それらのコンポーネントもモニタおよび管理できます。コンテナは以下のいずれかです。
Java Server Pages (JSP)、サーブレット (servlet)、およびエンタープライズ JavaBeans (Enterprise JavaBeans: EJB)を参照。
コンテナ管理によるトランザクション (container-managed transaction)
エンタープライズ JavaBean コンテナがトランザクション境界を制御するトランザクション。コンテナ管理によるトランザクションでは、制御はデプロイメント記述子で指定します。Bean メソッドが呼び出されると、コンテナは、同じメソッドで始まり同じメソッドで終了するトランザクションを管理します。エンティティ Bean はコンテナ管理によるトランザクションを使用する必要があります。
トランザクション (transaction) およびBean 管理のトランザクション (bean-managed transaction)を参照。
コンテンツ管理システム (content management system)
コンテンツのメタデータなど、コンテンツ オブジェクト (アーティクル、ドキュメント、画像など) の集合を管理するシステム。Interwoven や Documentum などが販売しているコンテンツ管理システムは、通常、コンテンツの検索などのサービスおよびコンテンツ オーサリング サービスを提供します。コンテンツ オーサリング サービスには、コンテンツ オブジェクトの作成、編集、バージョン管理のサービスとワークフロー サービスが含まれます。
JSP タグと EJB の両方を介してコンテンツにアクセスできる、主要な WebLogic Personalization Server コンポーネント。JSP タグにより、開発者は検索式構文を使用して直接コンテンツ データベースをクエリし、それにより、コンテンツ オブジェクトを使用できます。コンテンツ管理ツールは、ルール マネージャとルール サービス、ユーザ プロファイル、プロパティ設定マネージャとともに使用して、電子商取引のサイトでパーソナライゼーションされたコンテンツ配信を作成できるように設計されています。コンテンツ管理コンポーネントの機能へのプライマリ インタフェースは ContentManager セッション Bean です。
JSP タグ (JSP tag)、プロパティ セット管理 (property set management)、ユーザ プロファイル (user profile)、およびエンタープライズ JavaBeans (Enterprise JavaBeans: EJB)を参照。
条件セットの下で、ドキュメントのコンテンツ管理システムをクエリするメカニズム。BEA E-Business Control Center では、ビジネス アナリストが、クエリを実行するコンテンツ選択をトリガする条件を指定します。また、BEA E-Business Control Center を使用して、コンテンツ選択を実行するクエリも作成します。ビジネス エンジニアは、ビジネス アナリストがドキュメントを表示したい場所にコンテンツ選択の JSP タグを作成します。
ビジネス アナリスト (Business Analyst: BA)、ビジネス エンジニア (Business Engineer: BE)、およびE-Business Control CenterTMを参照。
Web サービスで使用され、サービスが他の種類のアプリケーションやコンポーネントと通信できるようにするコンポーネント。たとえば、データベース制御により、Web サービスはデータベースのデータを要求できます。サービス制御を使用すると、Web サービスが他の Web サービスをより簡単に呼び出すことができます。
会話コーディネータ (conversation coordinator)
対応するビジネス プロトコル (business protocol) のルールに基づいて会話ライフサイクル (conversation life cycle) を管理し、複数の組織的な境界にまたがり長時間にわたる持続性のある会話 (conversation) を管理するサービス。会話コーディネータは、会話 ID を生成し、トレーディング パートナを会話に登録し、ビジネスおよびシステム メッセージをクライアントに配信し、会話に関するステータス情報を維持し、ビジネス プロトコル (business protocol) の実行のために会話コンテキストを提供します。
会話定義 (conversation definition)
会話 (conversation) のパラメータを指定する値の集合。
会話開始者 (conversation initiator)
会話 (conversation) を開始および終了するトレーディング パートナ。
会話ライフサイクル (conversation life cycle)
会話参加者 (conversation participant)
ビジネス メッセージ (business message) を受信および処理するトレーディング パートナ。
会話終了 (conversation termination)
WebLogic Integration がサポートしている B2B Integration または Business Process Management (BPM) 機能の一部として実行されるメッセージ交換のインテリジェントで制御された終了。
トレーディング パートナが会話 (conversation) のビジネス メッセージ (business message) を送受信するためのインタフェース。関連するトレーディング パートナが会話に参加するには、会話ハンドラを、1 つまたは複数の会話タイプに対して登録する必要があります。
会話 (conversation) を表す MBean インタフェース。WebLogic Integration 管理アプリケーションは、ConversationMBean オブジェクトを使用して実行時環境の会話をモニタします。
多くのソース プログラムにコピーできるよう設計されたソース コードの共通部分。主に IBM DOS メインフレーム プログラミングで使用されます。メインフレーム DOS (DOS/VS や DOS/VSE など) では、コピーブックはソース ライブラリにブックとして格納されました。ライブラリは複数のブックで構成され、各ブックの名前の先頭にはプログラミング言語を表す接頭辞 (たとえば、アセンブラの場合はA.name、COBOL の場合は C.name など) が付けられていました。これは、DOS が複数のライブラリまたはプライベート ライブラリをサポートしていなかったためです。この用語は主に COBOL プログラマによって使用されていますが、ほとんどのメインフレーム言語でサポートされています。IBM OS シリーズはコピーブックという用語は使用せず、代わりに、区分データ セット、つまり PDS として実装されたライブラリなどのファイルを参照していました。コピーブックは、C または C++ include ファイルと機能的に同じものです。
共通オブジェクト要求ブローカ アーキテクチャ (common object request broker architecture: CORBA)を参照。
WebLogic Workshop により Web サービスに自動的に提供される機能。Web サービスに多くの同期クライアントが含まれている場合は、要求に対応してどの応答がどのクライアントに送られるのかを常に追跡する必要があります。その場合、次のコールバックが含まれます。コールバックを介してクライアントに送信しなければならない Web サービスでイベントが発生すると、WebLogic Workshop の相関機能により自動的にコールバック メッセージが配信されます。
メッセージ ID 文字列を含むサービス品質 (Quality of Service: QoS) オプション。これは、1 つのアプリケーション内の異なるビジネス メッセージ (business message) を相互に関連付けるのに使用できます。このオプションを使用できるかどうかは、使用されているビジネス プロトコル (business protocol) により決まります。
追加のサービスに対してプリンシパルを認証できるセキュリティ情報を格納または参照するデータ エンティティ。プリンシパルは認証に基づいて、あるいは自らの資格の使用を許可する別のプリンシパルから資格を取得します。後者はプリンシパルの委託と呼ばれます。資格の形態にはパスワード、X509 デジタル証明書または証明書チェーン、あるいはユーザを検証するその他のトークンなどがあります。
カスタム データ マネージャ サービス (Custom Data Manager service)
製品項目のカスタム属性に永続性を与えるインタフェースを定義するサービス。カスタム属性は、ProductItem インタフェースで定義されない属性です。
カスタム セキュリティ プロバイダ (Custom Security providers)
セキュリティ ベンダまたはアプリケーション開発者によって開発されるセキュリティ コンポーネント。カスタム セキュリティ プロバイダは SSPI (Security Service Provider Interfaces) の実装です。
WebLogic Server セキュリティ プロバイダ (WebLogic Server security providers) およびSecurity Service Provider Interfaces (SSPI)を参照。
顧客情報制御システム (Customer Information Control System: CICS)
IBM がライセンスするプログラム。リモートの端末で入力されたトランザクションを、ユーザが記述したアプリケーション プログラムによって同時に処理できるようにします。
顧客の Web サイトへのアクセスに伴って (または他のオフライン ソースから) 収集、保存、および更新される一連の情報。顧客プロファイルは各顧客に固有であり、製品の好みから、入力フォームに顧客が入力した統計データに至るまでのさまざまな情報が含まれます。顧客プロファイルに保存された各情報 (またはそれらの情報を組み合わせたもの) を使用して顧客セグメントを作成できます。
顧客セグメント (customer segment)を参照。
顧客プロファイル サービス (Customer Profile service)
顧客がユーザ プロファイルを変更することによる、ビジネス ロジックとプレゼンテーション ロジックの実装。
サービス (service)、ユーザ プロファイル (user profile)、およびビジネス ロジック (business logic)を参照。
製品の好みや年齢など顧客プロファイルから収集した共通の特性に基づいて、顧客をグループに分類すること。
顧客プロファイル (customer profile)を参照。
— D —
直接アクセス記憶装置 (Direct Access Storage Device: DASD)を参照。
XML ファイルと非 XML ファイルのフォーマットを変換する WebLogic Integration コンポーネント。
Data Integration プラグイン (data integration plug-in)
Data Integration 機能とともに使用できるように Business Process Management (BPM) 機能を拡張する WebLogic Integration Studio コンポーネント。
トレーディング パートナ間の通信のメッセージをリンク レベルで暗号化する WebLogic Integration の SSL ベースのセキュリティ機能。ID に名前とパスワードを使用している場合は、ユーザにはデータ プライバシ (secure sockets layer: SSL) がありません。データ プライバシを使用するには、デジタル証明書 (digital certificate) が必要です。
データ トランスフォーメーション (data transformation)
WebLogic Integration 環境の場合 - XML フォーマット間で提供されるデータのマッピング。たとえば、RosettaNet ドキュメントを ebXML ドキュメントにマップするときに、データ トランスフォーメーションが実行されます。
WebLogic Integration 環境の場合 - バイナリ データと XML を変換するプロセス。
データ ユニバーサル ナンバリング システム (data universal numbering system: DUNS)
グローバルな電子商取引に携わる企業に、国際的に認知された識別子として 9 桁の数字を割り当てるための仕様。ビジネス識別子は、外部利用のために複数のビジネス プロトコルによってトレーディング パートナに割り当てられます。これらは、内部の WebLogic Integration トレーディング パートナ名とは異なります。RosettaNet ビジネス プロトコルの実装では、DUNS 番号を使用しなければなりません。
互いに関係する、それぞれ独立したデータ項目の集合体。1 つ以上のアプリケーションから利用できるように冗長性を伴わずにまとめて格納されています。
データベース管理システム (database management system: DBMS)
ユーザがデータベース テーブル内のデータを構造化、操作できるようにするプログラムの集合。DMBS は、多数のユーザがいる環境でのプライバシ、回復処理、およびデータの整合性を保証します。
変数内のデータの型を示すプログラミング上の分類。一般的に使用されるデータ型には、整数、文字、ブールなどのさまざまな形式があります。ほとんどのプログラミング言語では、データ オブジェクトまたはフィールドのデータ型を宣言する必要があります。データ型は使用するプログラミング言語によって異なります。
WebLogic Server 環境の場合 − どのような JDBC ドライバとも併用できる、データベース アクセス用の高レベルな Java オブジェクト群。
データベース管理システム (database management system: DBMS)を参照。
遷移が発生するときに評価される条件を含むワークフロー コンポーネントのBusiness Process Management (BPM) 用語。評価結果 (真または偽) により、フロー制御が渡される適切な依存ノードが決まります。
プロトコル固有のメッセージ ヘッダー (message header) の処理、送信トレーディング パートナの識別、会話 (conversation) への送信トレーディング パートナの追加、送信者への返信の準備、およびスケジューリング サービスへのメッセージの転送を行うコンポーネント。
暗号テキスト (暗号化されたデータ) と暗号鍵を元にして、プレーン テキスト (暗号化される前の元データ) を生成するプロセス。
遅延同期メッセージ配信 (deferred synchronous message delivery)
メッセージが送られるとアプリケーションに制御が戻されるメッセージ配信メソッド。メッセージ トークン (message token) がアプリケーションに戻され、アプリケーションは、後でそれにアクセスして、メッセージ配信のステータスをチェックできます。トークンにアクセスした後、アプリケーションは指定した時間、または後続のイベントが発生するまで待機し、すべての可能性のある送り先から、メッセージのタイム アウト、またはメッセージが送信された会話 (conversation) の終了を知らせる通知を受け取ります。
プリンシパル A がプリンシパル B に、多くの場合制限付きで自らの身元または権限の使用を認めること。
フィールドまたはデータ グループの末尾を示すバイト シーケンス。
ビジネス メッセージ (business message) を 1 つのトレーディング パートナに配信するための仕様。各トレーディング パートナには、それぞれがサポートするビジネス プロトコル (business protocol) ごとに配信チャネルがあります。
サービス拒否 (DoS) 攻撃 (Denial of Service (DoS) attack)
セキュリティ攻撃の一種。ユーザまたは組織が通常は利用できるはずのリソースのサービスが利用できなくなります。たとえば、企業の Web サイトが攻撃によって運用停止に追い込まれ、復旧に要する時間や収益の面で多大な損失を被ることがあります。
デプロイメント記述子 (deployment descriptor)
EJB の実行時プロパティをコンフィグレーションするために必要な情報を EJB サーバに提供する XML ファイル。また、システム管理者は、EJB に対するパーミッションを定義したり、EJB が使用するリソースをコンフィグレーションしたりすることができます。デプロイメント
記述子は、Sun Microsystems, Inc. JavaSoft の文書型定義 (Document Type Definition: DTD) に準拠しています。
エンタープライズ JavaBeans (Enterprise JavaBeans: EJB)、XML、および文書型定義 (Document Type Definition: DTD)を参照。
Campaign Services Web アプリケーションのデプロイメント要件を指定する XML ファイル。記述子はプロパティと値のフレーズで構成されています。
広告プレースホルダに対し、新しい MIME タイプを追加するには、WebLogic Personalization Server Web アプリケーションのデプロイメント記述子を変更する必要があります。テキスト エディタを使用してデプロイメント記述子を変更できます。
組織において、コードを記述することにより Web アプリケーションを作成、保守する技術専門家の役割を示す総称。Java 2 Platform Enterprise Edition (J2EE) 仕様では、開発者はアプリケーション コンポーネント プロバイダと呼ばれます。
開発者には、組織の他の役割を担う個人が共有できない特殊なアクセス権限が与えられます。
開発者は、その専門分野により、Java/EJB 開発者、HTML/JSP 開発者、アプリケーションのアセンブラ/デプロイヤ、システム管理者などに分類されます。
トレーディング パートナを認証するために公開鍵暗号システムとともに WebLogic Integration で使用されるデジタル ID カード。デジタル証明書には所有者の公開鍵が含まれています。これは認証局 (certification authority) によりデジタル署名がされています。
2 つのエンティティ間で交換されるデータのセキュリティを、各エンティティの ID を検証することによって保護する際に使用されるビット文字列。特にこの文字列は、レコードの送信側から送られたデータと、転送中に変更されなかったデータの検証に使用されます。
デジタル署名は、エンティティの署名付きデータと秘密鍵から計算されます。デジタル署名は、確認に使用される公開鍵が信頼できる場合のみ信頼できます。
直接アクセス記憶装置 (Direct Access Storage Device: DASD)
1 つまたは複数のディスク、またはメインフレーム マシンのディスク ドライブのセット。
直接プログラミング モデル (direct programming model)
ルックアップ プロセスで使用されるモデル。これを使用するとレプリカ対応スタブが生成され、実行のたびに異なるサービス プロバイダによって処理される場合があります。直接モデルは、ステートレスなオブジェクトの場合に適しています。
ステートレス オブジェクト (stateless object)、レプリカ対応スタブ (replica-aware stub)、ターゲット プログラム モデル (targeted programming model)、および間接プログラミング モデル (indirect programming model)を参照。
割引の相対的な重要度を 1 〜 20 の範囲の値で指定したもの (1 が最も優先順位が高くなります)。指定した項目に 2 つの類似した割引を適用するイベントでは、各割引に付けられた優先順位を使用して競合を解消します。
BEA E-Business Control Center は、複数の割引に同じ優先順位が割り当てられている状況を検出しません。2 つの割引の優先順位が同じであると、いずれかの割引が無作為に選択されます。
E-Business Control CenterTMを参照。
割引の割合、またはドルで示した金額。すべての割引値は、割引額の割合、割引額、または固定金額の 3 つの形式のうち、いずれかの形式で指定されます。
広告グループを表示する相対的な順序。複数の広告グループが同時に同じプレースホルダに表示される可能性のある場合の、他のグループの広告との相対順位です。デフォルトの広告グループは、キャンペーン広告グループよりも自動的に優先順位が低くなります。
BEA E-Business Control Center は、複数の広告に同じ優先順位が割り当てられている状況を検出しません。2 つの広告クエリが同じ優先順位の場合は、両方がプレースホルダで実行される確率は等しくなります。
E-Business Control CenterTMを参照。
分散型アプリケーション (distributed application)
ネットワークを介して通信を行う別々のコンピュータに存在し、複数の部分に分かれているアプリケーション (クライアントとサーバなど)。Web アプリケーションは本来、分散型アプリケーションです。
Web アプリケーション (Web application: Webapp)を参照。
分散コンピューティング (distributed computing)
異なるコンピュータで実行され、ネットワーク経由で通信する複数のユニットにアプリケーションを分離する、アプリケーション設計および実装の戦略。たとえば、アプリケーションをユーザ インタフェース ユニット、処理ユニット、記憶ユニットの 3 つの分散したユニットに分離できます。
分散型オブジェクト (distributed object)
ネットワーク上のどこにでも配置できるオブジェクト。分散型オブジェクトは、メソッド呼び出しを介してリモート クライアントからアクセス可能な、独立したコードの断片としてパッケージ化できます。分散型オブジェクトを作成するための言語とコンパイラは、クライアントから完全に透過的です。クライアントは分散型オブジェクトの位置や、オブジェクトを実行しているオペレーティング システムの種類を知っている必要はありません。
分散オブジェクト モデル (distributed object model: DOM)
アプリケーションの分割方法、つまり、ロジックがそれをサポートする層 (多層または 2 層) にどのように割り振られるかを記述する抽象概念。
2 層 (two-tier) および多層 (multitier)を参照。
分散型プログラム リンク (Distributed Program Link: DPL)
Java の遠隔メソッド呼び出しの概念とほぼ相当する CICS の概念。
顧客情報制御システム (Customer Information Control System: CICS)を参照。
分散トランザクション (distributed transaction)
複数のトランザクション マネージャが関連するトランザクション。分散トランザクション環境では、クライアント アプリケーションは複数のサーバに要求を送信し、その結果、複数のリソース マネージャでリソースが更新されます。トランザクションを完了するには、各参加コンポーネント (クライアント、サーバ、およびリソース マネージャ) のトランザクション マネージャをポーリングして、ドメイン内の各参加コンポーネントのコミット プロセスを調整する必要があります。
トランザクション マネージャ (transaction manager)、リソース マネージャ (resource manager)、およびトランザクション (transaction)を参照。
分散型トランザクション処理 (distributed transaction processing: DTP)
複数のアプリケーション プログラムが、複数のリソース (データベースなど) を均整のとれた方式で更新するような処理形態。プログラムおよびリソースは、ネットワーク上の 1 つまたは複数のコンピュータに配置できます。
ダイナミック リンク ライブラリ (dynamic link library: DLL)を参照。
ドキュメント管理システム (document management system: DMS)を参照。
コンテンツ管理システムに保存され、Web サイトに表示されるファイル。たとえば、HTML ファイル、画像ファイル、ブラウザ プラグインで表示するファイルなどがあります。
コンテンツ管理システム (content management system)を参照。
ドキュメント定義 (document definition)
有効なドキュメントの必要条件を指定する、文書型定義 (Document Type Definition: DTD) などのスキーマ。WebLogic Integration ドキュメント定義は XML DTD にあります。各ドキュメント定義には、システム ID (DTD システム識別子) と、ドキュメント定義の場所を指定する URL という 2 つの属性があります。
ドキュメントを交換するメソッドの定義。ドキュメント交換では、ビジネス プロトコル (business protocol) と複数の実行時パラメータを定義します。
ドキュメント管理システム (document management system: DMS)
ドキュメントの集合を管理するシステム。通常は、ドキュメント検索などのサービスと、作成、編集、バージョン管理、ワークフローなどのドキュメント オーサリング サービスを提供します。
ドキュメント参照実装 (document reference implementation)
WebLogic Personalization Server のデフォルトの優れたドキュメント管理ソリューション。この実装は、BulkLoader ユーティリティを使用して、コンテンツ メタデータをデータベースに、またコンテンツ スキーマを XML ファイルにロードします。これは、WebLogic Personalization Server ドキュメント管理サービス プロバイダ インタフェース (Service Provider Interface: SPI) の実装の 1 つです。これを使用してサード パーティ製のドキュメント管理システムを WebLogic Personalization Server に統合できます。
文書型定義 (Document Type Definition: DTD)
XML または SGML のいずれかで記述された関連するメッセージまたはファイル用にフォーマット (文法と構文) を定義するファイル。具体的には、DTD ファイルは、XML や SGML ドキュメントのマークアップ タグが、ドキュメントを扱うアプリケーションでどのように解釈されるかを定義し、それにより、ドキュメントが、意図したとおりに表示または印刷されます。この定義は、Standard Generalized Markup Language (SGML) のルールに従っています。DTD は W3C XML 仕様の一部です。
分散オブジェクト モデル (distributed object model: DOM)を参照。
単一のコンフィグレーション ファイルで定義されたサーバ、サービス、インタフェース、マシン、および関連するリソース マネージャの集まり。
リソース マネージャ (resource manager)を参照。
ワークフロー全体を完全なものとしてマーキングする ワークフロー (workflow) コンポーネントの Business Process Management (BPM) 用語。この用語の発行後はタスク (task) の処理は行われません。
分散型プログラム リンク (Distributed Program Link: DPL)を参照。
文書型定義 (Document Type Definition: DTD)を参照。
データ ユニバーサル ナンバリング システム (data universal numbering system: DUNS)を参照。
ノードに障害が発生したときに、持続性のあるメッセージ ストアを使用してメッセージ配信を保証するかどうかを指定する サービス品質 (Quality of Service: QoS) オプション。このオプションには、ネームスペース (namespace) (デフォルト) と永続性 (Persistent) があります。このオプションを使用できるかどうかは、使用されているビジネス プロトコル (business protocol) により決まります。
動的データ交換 (Dynamic Data Exchange: DDE)
アプリケーション同士が一連のメッセージを通じて情報を交換できる、Microsoft Windows プラットフォームで利用可能な通信形態。DDE メッセージの送信と応答を行う 2 つのアプリケーションのことを「DDE で会話している」といいます。
コードのコンパイル時点でそのメモリ サイズが不明なデータ型。動的データ型のメモリ サイズは、コードが実行される時点ではじめて判明します。
ダイナミック リンク ライブラリ (dynamic link library: DLL)
Windows アプリケーションから利用できる実行可能関数またはデータのライブラリ。Java プログラムで DLL を使用することは、その Java プログラムにネイティブ コードが含まれていることを示します。WebLogic Server ではデータベース ベンダによって公開された、2 層ネイティブ ドライバ用の DLL を使用しています。
動的ロール割り当て (dynamic role association)
ビジネス要求のコンテキストとターゲットに基づいて、プリンシパルにロールを事後バインドする能力。
— E —
パーソナライゼーションされた Web サイトの作成と保守を円滑に行うツール。BEA E-Business Control Center には、ユーザがさまざまなタスクを実行するための直観的なグラフィカル ユーザ インタフェースがあります。
electronic business XML (ebXML)を参照。
JavaScript と Jscript を組み合わせた標準化された言語。JavaScript は Netscape Communications、Jscript は Microsoft Corporation によって開発されました。ECMAScript は European Computer Manufacturers Association (ECMA) と呼ばれる標準化機構により策定されました。
電子データ交換 (Electronic Data Interchange: EDI)を参照。
電子データ交換付加価値ネットワーク (Electronic Data Interchange Value-Added Network: EDI VAN)を参照。
エンタープライズ情報システム (Enterprise Information System: EIS)を参照。
エンタープライズ JavaBeans (Enterprise JavaBeans: EJB)を参照。
electronic business XML (ebXML)
ビジネス データの電子交換をサポートするモジュラー フレームワーク用の仕様。国際連合 (UN/CEFACT) と OASIS の共同構想により開発されたグローバルな使用方法です。
電子データ交換 (Electronic Data Interchange: EDI)
電子商取引で使用されるビジネス メッセージ (business message) の形式と、そのようなメッセージの使用を扱う法律用語の業界標準。
電子データ交換付加価値ネットワーク (Electronic Data Interchange Value-Added Network: EDI VAN)
トレーディング パートナ間で EDI メッセージをルーティングするサードパーティによる中継機能。
必要なビジネス プロトコル (business protocol) をサポートするために必要に応じてメッセージを変換し、そのメッセージを転送サービスに転送するコンポーネント。
アーキテクチャ固有のデータを、XDR (External Data Representation) コード化のように、異なった複数のアーキテクチャ間で送受信できる形式に変換すること。
認可を受けたユーザによる元データへのアクセスは可能にしたまま、未認可の開示を防ぐ (または妨げる) 目的で、アルゴリズムを使用してデータにスクランブルをかけるプロセス。暗号化されたファイルを読み取るには、受信者が、その暗号を解くための秘密鍵かパスワードへのアクセス権を持っている必要があります。暗号化されていないデータをプレーン テキスト、暗号化されていないテキストを暗号テキストと呼びます。
情報を暗号化するために使用される公開鍵と、情報を復号化するために使用される秘密鍵で構成される暗号鍵ペア。
エンタープライズ アプリケーション統合 (Enterprise Application Integration: EAI)
複数のアプリケーションによる無制限の情報共有。組織内または組織間の情報の移動および交換を可能にする一連のテクノロジです (『Linthicum 2000』、354 ページ)。
エンタープライズ情報システム (Enterprise Information System: EIS)
企業向けの情報インフラストラクチャを提供するソフトウェア システム。EIS は一連のサービスをクライアントに提供します。これらのサービスは、ローカル インタフェースおよびリモート インタフェース、またはそのいずれかを介してクライアントで使用できます。EIS には以下の例があります。
エンタープライズ情報システム (EIS) リソース (Enterprise Information System (EIS) resource)
EIS 固有の機能をクライアントに提供すること。EIS リソースには以下の例があります。
エンタープライズ JavaBeans (Enterprise JavaBeans: EJB)
多層クライアント/サーバ システム向けのコンポーネント アーキテクチャを定義する Java API。具体的には、EJB は、オブジェクト指向の分散型エンタープライズ レベル アプリケーションの開発とデプロイメントのためのアーキテクチャを指定します。EJB アーキテクチャを使用して作成されたアプリケーションは、拡張可能で、トランザクションに使用可能な安全なものです。
Java 2 Enterprise Edition (J2EE)を参照。
エンタープライズ リソース プランニング (enterprise resource planning: ERP)
計画、製造、販売、マーケティングなど、ビジネスのすべての局面を統合するビジネス管理システム。
データベース レコードを表し、そのレコードのデータで呼び出せるメソッドを含むエンタープライズ JavaBean。
エンティティ プロパティ マネージャ (Entity Property Manager)
プロパティの永続性を処理するステートレスのセッション Bean。
アプリケーションのパラメータを表すアプリケーション定義の文字列。ユーザはそれにカスタム値を割り当て、そのパラメータに依存しているコードを記述しなおすことなく、必要に応じて後でその値を変更することができます。環境変数は、ホスト アプリケーションを起動すると利用できます。
エンタープライズ リソース プランニング (enterprise resource planning: ERP)を参照。
シナリオ アクション (scenario action) およびE-Business Control CenterTMを参照。
ワークフロー (workflow) のBusiness Process Management (BPM) 用語。イベント ノードを実行するために、ワークフローは XML メッセージがイベントをトリガするのを待ちます。トリガが発生すると、イベント ノード内に定義されているさまざまなサブアクションが実行されるか、またはワークフロー変数が設定されます。
システム (通常 EIS) 内のイベントの一方向非同期通知。イベント通知は、イベントを表すイベント オブジェクトをそのタイプのイベントのサブスクライバに配信することによって達成されます。
システム (通常 EIS) 内のイベント (event) を表すデータ オブジェクト。イベント オブジェクトには通常、イベントとそれが発生するコンテキストを説明するのに十分なデータが含まれています。多くの場合、イベント オブジェクトは単にイベントと呼ばれます。これは、イベント オブジェクトが単に、イベントが渡された後のイベントを表し、イベントの永続的な結果であるからです。イベント オブジェクトのタイプとは、同じ原因を持つすべてのイベントを示す名前です。イベント オブジェクトには、そのイベントのデータが含まれる XML ドキュメントが含まれます。
プログラムまたはマイクロプロセッサが、エラーを処理するための別のルーチンに分岐するきっかけとなる状況 (多くの場合エラー)。実行時エラーを処理する Java メソッドです。
実行できない遷移を解決するために、Webflow が代替の実行フローを検索するプロセス。
明示的なプロパティ (explicit properties)
別のテーブルや別のデータベースに保存されるプロパティで、カスタムのエンティティ プロパティ マネージャの実装によりアクセスできるプロパティ。
暗黙的なプロパティ (implicit properties) およびエンティティ プロパティ マネージャ (Entity Property Manager)を参照。
リポジトリ内のエンティティに関連付けることができるユーザ定義の要素、属性、またはテキスト。このリリースでは、拡張プロパティは、WebLogic Integration B2B Console、または Bulk Loader ユーティリティによってトレーディング パートナにのみ関連付けることができます。これらのプロパティにより、トレーディング パートナの標準的な定義済み属性のアプリケーション拡張が可能になります。
extensible markup language (XML)
カスタマイズされたマークアップ言語を定義するのに使用できるメタ言語 (言語を記述するための言語)。これは、Standard Generalized Markup Language (SGML) のサブセットで構成されています。
XML によって、ユーザ定義のドキュメント タイプの開発、およびそのようなタイプのドキュメントのデータを使用できるプログラムの作成が容易になります。XML は急速に、データ フォーマットとドキュメントを定義、検証、共有するための世界標準となっています。
XML はテキストベースであり (バイナリ フォーマットで記述されない)、バイナリ マーカではなく構文を使用してデータを整理するので、異種および互換性のないシステムとプラットフォーム間でデプロイできます。
XML は WebLogic Integration ソリューションの重要なコンポーネントです。
eXtensible Stylesheet Language (XSL)
eXtensible Stylesheet Language Transformations (XSLT)
XML ドキュメントを別の XML ドキュメントに変換するために設計された XML 言語。XSLT ドキュメントまたはスタイルシートは、XML ドキュメントのノードに対して実行されるデータ変換を定義します。XSLT を使用して、XML ドキュメントをさまざまなテキスト フォーマット (XML、HTML、PDF など) に変換できます。
— F —
共通オブジェクト要求ブローカ アーキテクチャ (common object request broker architecture: CORBA)を参照。
サービスの起動に障害が発生したときに、ユーザの操作を必要とせずにサービスの要求を代替のプロバイダに転送することにより、その障害に応答するシステムの機能。つまり、障害が発生したときに制御をバックアップ コンポーネントに転送するシステムの機能です。
初期起動が失敗してもフェイルオーバ機能により起動できるサービスのタイプには、サービス プロバイダのルックアップ、サーバの障害のイベントを回復する機能、およびアクセス可能なサーバでサービスの別のインスタンスを検索する機能が含まれます。
クラスタ化可能なスタブ (clusterable stub)を参照。
WebLogic Integration 環境の場合:データの基本単位としてアプリケーションに解釈されるバイト シーケンス。
ファイル共有クライアント (file-sharing client)
FTP を使用して他のトレーディング パートナと通信するトレーディング パートナ。
内部ネットワークとインターネットの間のトラフィックをモニタし、内部ネットワークに出入りできるネットワーク トラフィックのタイプを規制するソフトウェア。
Financial Information Exchange (FIX) プロトコル。リアルタイムの電子セキュリティ トランザクションを行うために開発されたメッセージの標準。
— G —
ガベージ コレクション (garbage collection: GC)
Java プログラムを実行中に、未使用のオブジェクトと変数をメモリから再生する機能。この機能は通常、バックグラウンドで自動的に実行されますが、プログラマが指定した時刻に実行するよう要求することもできます。
ガベージ コレクション (garbage collection: GC)を参照。
一般保護例外 (general protection fault: GPF)
プログラムが別のプログラムで使用しているメモリ領域にアクセスしようとした結果発生する Windows プログラムのエラー状況。
グローバル トランザクション (global transaction)
複数のサーバまたは複数のリソース マネージャ インタフェースが、作業の基本単位としてのトランザクションを調整するために使用するトランザクション。グローバル トランザクションは、それぞれが単一のリソース マネージャにアクセスする複数のローカル トランザクションで構成される場合もあります。
ACID プロパティ (ACID properties) および分散トランザクション (distributed transaction)を参照。
会話定義 (conversation definition) を表す MBean インタフェース。B2B Integration 管理アプリケーションは、GlobalConversationMBean オブジェクトを使用して実行時環境の会話 (conversation) をモニタします。
一般保護例外 (general protection fault: GPF)を参照。
グラフィカル ユーザ インタフェース (graphical user interface: GUI)
ウィンドウにメニューやグラフィカル シンボルを表示する高水準のインタフェース。これにより、ユーザは、一連のシステム コマンドを入力せずに、選択や、プロンプトが表示されるときの情報入力などのタスクを実行できます。たとえば、BEA WebLogic Server Administration Console や WebLogic Integration B2B Console では、管理者は Web ブラウザを使用して BEA アプリケーションをコンフィグレーションおよび制御することができます。
レルム (realm)、パーミッション (permission)、および アクセス制御リスト (access control list: ACL)を参照。
フィールドまたは他のグループで構成されるグループのどちらかが必要です。すべてのフィールド (または他のグループ) は、それらに含まれる実際のバイナリ データに関して相互に排他的でなければなりません。
指定したユーザ グループに対して定義されたポータルの特定のビュー。単一のポータル Web アプリケーション内で複数のグループ ポータルを作成できます。グループ ポータルは、レイアウトやポートレットなどのポータル リソースを共有できますが、各グループの必要性に合わせて個別にコンフィグレーションをすることもできます。
ユーザや他のグループの集まり。グループ プロファイルには一連の属性を含めることもでき、プロファイル内の各ユーザやサブグループはそれらの属性を継承できます。
ユーザ プロファイル (user profile) およびユーザ管理コンポーネント (User Management component)を参照。
グラフィカル ユーザ インタフェース (graphical user interface: GUI)を参照。
— H —
ヒューリスティック コミット (heuristic commit)
トランザクションに関連するすべての更新がコミットされた場合のヒューリスティックな終了。
ヒューリスティックな終了 (heuristic completion)を参照。
ヒューリスティックな終了 (heuristic completion)
分散トランザクションの終了段階で、更新をコミットするかロールバックするかをリソースが一方的に決定すること。この決定により、分散されたデータは不確定な状態のままになることがあります。ヒューリスティックな終了の原因として、ネットワークの障害やトランザクションのタイムアウトが考えられます。ヒューリスティックな決定を参照。
分散トランザクション (distributed transaction)、rollback、およびコミット (commit)を参照。
ヒューリスティックな決定 (heuristic decision)
ヒューリスティックな終了 (heuristic completion)を参照。
ヒューリスティック障害 (heuristic hazard)
トランザクションに関連する少なくとも 1 つの更新がロールバックされたかコミットされたかどうかがリソース マネージャにわからないようなヒューリスティックな終了の結果。
ヒューリスティックな終了 (heuristic completion)を参照。
トランザクションに関連する更新の一部がロールバックされ、その他がコミットされた場合のヒューリスティックな終了の結果。
ヒューリスティックな終了 (heuristic completion)を参照。
ヒューリスティックなロールバック (heuristic rollback)
トランザクションに関連するすべての更新がロールバックされた場合のヒューリスティックな終了の結果。
ヒューリスティックな終了 (heuristic completion)を参照。
エンタープライズ Bean の 2 種類のインタフェース (ホーム インタフェースとリモート インタフェース) のうちの 1 つ。ホーム インタフェースは、エンタープライズ Bean を作成および削除するための任意の数のメソッドを定義します (定義しない場合もあります)。セッション Bean のホーム インタフェースが作成および削除メソッドを定義する一方で、エンティティ Bean のホーム インタフェースは作成、ファインダ、および削除メソッドを定義します。
リモート インタフェース (remote interface)を参照。
WebLogic Integration の B2B Integration コンポーネントで到着時に各メッセージにタイムスタンプを付ける機能。アプリケーションからの入力は必要ありません。タイムスタンプは、デバッグとパフォーマンスの測定に役立ちます。このオプションを使用できるかどうかは、使用されているビジネス プロトコル (business protocol) により決まります。
Web アプリケーション サーバを再起動せずに Web アプリケーションを起動または再コンフィグレーションし、再起動すること。
Web アプリケーション サーバ (Web application server) およびWeb アプリケーション (Web application: Webapp)を参照。
Hypertext Markup Language (HTML)を参照。
HTML ページまたはサーブレットを動的に生成するための、WebLogic の Java オブジェクト。
Hypertext Transfer Protocol (HTTP)を参照。
送信する HTTP リクエスト用のインターネットと、受信する要求用のさまざまな IP 送り先を示す中継機能。
対応するシナリオのアクションによって指定された JSP URI を起動するためにキャンペーン サービスによって使用される要求の形式。これには、シナリオとシナリオのアクションをトリガした顧客を識別するパラメータが含まれています。これは、HTTP フォーマットで表されます。
シナリオ アクション (scenario action) およびCampaign サービス (Campaign services)を参照。
Hypertext Transfer Protocol (HTTP) を使用してデータを転送するサーバ。
Hypertext Transfer Protocol (HTTP)を参照。
Hypertext Markup Language (HTML)
ブラウザに表示されるファイルのフォーマットの指定に使用する標準コード。
Hypertext Transfer Protocol (HTTP)
TCP プロトコル ファミリの一部で、TCP/IP に基づいてリモート ホストからハイパーテキスト ファイルを取得するのに使用されるもの。このプロトコルは、以下の関連するエンティティも定義します。
transmission control protocol (TCP)を参照。
— I —
インターナショナライゼーション (internationalizartion I18N)を参照。
統合開発環境 (integrated development environment: IDE)を参照。
f(f(x)) = x が成り立つ場合に、多重呼び出し不変と呼ばれる関数 f。コンピュータ サイエンスでは、プロシージャを同じ引数で繰り返し呼び出したときに結果が同じであれば、そのプロシージャを多重呼び出し不変と定義します。
これは、複製オブジェクトの再試行を取り扱う際に特に有効な特性です。リモート メソッドの呼び出し中に通信障害が発生した場合、その障害の発生が、呼び出されたメソッドがサーバ上で完了する前か後かをいつも判断できるとはかぎりません。メソッドがサーバ上で完了した後に障害が発生したのであれば、再試行すると、同じメソッドを 2 回 (別のサーバ上であっても) 呼び出すことになります。
そのメソッドが多重呼び出し不変でない場合は、このような動作が間違った結果を引き起こす恐れがあります。多重呼び出し不変である場合は、同じメソッドを同じ引数で何度呼び出しても、1 回呼び出すことと何ら変わりはありません。
プリンシパルに割り当てられる一意のセキュリティ属性の集合。2 つのプリンシパルのアイデンティティが同じになることはありません。プリンシパルは、それぞれが一意で種類の異なる複数のアイデンティティを持つことができます。
インタフェース定義言語 (interface definition language: IDL)を参照。
Internet Interoperability Protocol (IIOP)を参照。
サポートされているインタフェースのすべての操作と属性の動作を定義する、名前付きのオブジェクトまたはクラス。たとえば、my_object は my_impl を実装します。これは、RMI でリモート インタフェースを呼び出すのに使われます。
暗黙的なプロパティ (implicit properties)
WebLogic Personalization Server プロパティ テーブルに格納されたプロパティ。ゲッターおよびセッター メソッドに対応しません。
明示的なプロパティ (explicit properties)を参照。
Information Management System (IMS)を参照。
間接プログラミング モデル (indirect programming model)
レプリカ対応スタブが返されるルックアップで使用されるモデル。実行のたびに必ず同じサービス プロバイダによって処理されます。このプログラミング モデルは、ステートフル オブジェクトの場合に用いなければなりません。
直接プログラミング モデル (direct programming model)、レプリカ対応スタブ (replica-aware stub)、ステートフル オブジェクト (stateful object)、ターゲット プログラム モデル (targeted programming model)を参照。
Information Management System (IMS)
OS/390 または MVS/ESA プラットフォーム上の大規模な商用アプリケーション システム向けに使用される、IBM のトランザクション処理モニタおよび階層データベース製品。2 つの主要コンポーネントは、階層データベース マネージャとキューベースのトランザクション マネージャです。後者は端末からアプリケーション プログラムに要求をルーティングします。
特定のコンピュータ システムにおいて、より高水準の別のコンポーネントの集合をサポートするコンポーネントの集合 (基礎サービス群)。より高水準のコンポーネント群は一般に、システム全体で使用される機能を提供します。
開始側プリンシパル (initiating principal)
アプリケーションと直接対話するエンド ユーザを示すセキュリティ プリンシパル。エンド ユーザは、Web クライアントまたはアプリケーション クライアントのどちらかを使用して認証を行うことができます。
HTML フォームで送信された顧客データを検証し、それらのデータをパイプライン セッションに格納して後でパイプライン コンポーネントで使用できるようにするプロセッサ。
パイプライン セッション (pipeline session) およびパイプライン コンポーネント (pipeline component)を参照。
オブジェクトのクラスやコンピュータ プロセスなど、抽象概念またはテンプレートを具体化した個々の要素。
特定のオブジェクトに関連付けられるデータ項目。クラスの各インスタンスには、クラスで定義されたインスタンス変数のコピーがあります。
クラスに属するオブジェクトの特定の変種を定義して名前を付け、オブジェクトに物理的な位置を与えることによってインスタンスを作成すること。
インスツルメンテーション (instrumentation)
統合開発環境 (integrated development environment: IDE)
既存アプリケーションにおいて、プログラミングのタスクをサポートするソフトウェア環境。Borland の JBuilder、Sybase の PowerJ、WebGain の Visual Cafe などがその例です。
サービスを要求、またはサービス要求に応えることによって、情報の共有または独立した処理を行うアプリケーションの能力。効果的に統合されたシステムでは、すべての部位が目的を持ち、部位同士が効率的に結合してシステム全体の目的を達成します。
対話仕様 (interaction specification)
サービスに関する二次的なメタデータを含む静的 XML ドキュメント。たとえば、DBMS サービス アダプタの対話仕様には、データベース上のプロセスを呼び出すための SQL 文が含まれます。
インタフェース定義言語 (interface definition language: IDL)
CORBA 分散オブジェクト環境でオブジェクトを定義する構文。具体的には、オブジェクトが遂行するサービスと、データをそのオブジェクトに渡す方法を記述しています。
共通オブジェクト要求ブローカ アーキテクチャ (common object request broker architecture: CORBA)を参照。
国際標準化機構 (International Standards Organization: ISO)
コンピュータ ネットワーク通信やその他多くの技術の標準を制定、保持する国際的な組織。
インターナショナライゼーション (internationalizartion I18N)
画面に表示されるテキストで使用する自然言語を対象者の地理的なロケーションと文化に合わせるために、ソフトウェア インタフェース (エンド ユーザに対して表示されるソフトウェアの部分) を修正すること。多くの場合、HTML インタフェースで使用される JSP の言語カスタマイズを参照します。
I18N という語は、internationalization という単語の i と n の間の 18 文字を示します。
プロトコルの TCP/IP ファミリを介して通信する、より小規模な分散ネットワークからなる世界規模のコンピュータ ネットワーク。
transmission control protocol (TCP) およびイントラネット (intranet)を参照。
Internet Interoperability Protocol (IIOP)
World Wide Web 上で ORB と通信するために CORBA クライアントが使用するプロトコル。
Object Request Broker (ORB) および共通オブジェクト要求ブローカ アーキテクチャ (common object request broker architecture: CORBA)を参照。
インターネット プロトコル (Internet Protocol: IP)
TCP ファミリに属するプロトコルの 1 つ。IP ではパケット (パケット交換ネットワーク上で送受信されるメッセージの小片) の形式およびアドレス体系が規定されています。
パケット (packet) およびtransmission control protocol (TCP)を参照。
インターネット プロトコル アドレス (IP アドレス) (Internet Protocol Address: IP address)
TCP/IP ネットワークでノードを一意に識別する数値。IP アドレスは通常、0 〜 255 の範囲の 4 つの 10 進数をドットで区切った形で表されます。たとえば、123.205.23.99 のように表します。
インターネット プロトコル マルチキャスト (IP マルチキャスト) (Internet Protocol multicast: IP multicast)
マルチキャスト バックボーン上に分散配置されたサーバ群にデータを送出すること。これは、すべてのオペレーティング システムと大半のルータでサポートされているパケット配信サービスであり、WebLogic Cluster で使用されています。
インターネット プロトコル (Internet Protocol: IP)を参照。
LAN、WAN、または場合によってはインターネットを経由して接続されるプライベート ネットワーク。
ワイド エリア ネットワーク (wide area network: WAN)、インターネット (Internet)、およびローカル エリア ネットワーク (Local Area Network: LAN)を参照。
分散型オブジェクトのメソッド呼び出しを実行するプロセス。呼び出しが行われるとき、ネットワーク上でのオブジェクトの位置が認識されている場合と認識されていない場合があります。オブジェクトのインタフェースがコンパイル時に認識されるときは、CORBA の静的呼び出しが使われます。この呼び出しでは、呼び出し側でクライアント スタブが、呼び出されるサービスの側ではサーバ スケルトンがそれぞれ使用されます。インタフェースがコンパイル時点で未知である場合、CORBA の動的呼び出しを使用する必要があります。
インターネット プロトコル (Internet Protocol: IP)を参照。
インターネット プロトコル マルチキャスト (IP マルチキャスト) (Internet Protocol multicast: IP multicast)を参照。
国際標準化機構 (International Standards Organization: ISO)を参照。
— J —
JAAS およびJava 2 Enterprise Edition (J2EE)を参照。
ベンダが供給するリソース アダプタ。J2EE 準拠のアプリケーション サーバをエンタープライズ情報システム (enterprise information systems: EIS) と統合するために使用されます。
Java 2 Enterprise Edition (J2EE)、J2EE コネクタ アーキテクチャ (J2EE Connector Architecture)、およびリソース アダプタ (resource adapter)を参照。
J2EE コネクタ アーキテクチャ (J2EE Connector Architecture)
J2EE 準拠のアプリケーション サーバをエンタープライズ情報システム (enterprise information systems: EIS) と統合するためのアーキテクチャ。このアーキテクチャは、EIS ベンダが供給するリソース アダプタと、リソース アダプタがプラグインする WebLogic Server などのアプリケーション サーバの 2 つの部分で構成されます。このアーキテクチャでは、アプリケーション サーバのプラグインとして機能するためにリソース アダプタがサポートする必要があるトランザクション、セキュリティ、接続管理などの規約を定義します。
J2EE コネクタ アーキテクチャは EIS アクセス用の Common Client Interface (CCI) も定義します。CCI は、異種 EIS と対話するためのクライアント API を定義します。
J2EE コネクタ (J2EE Connector) およびJava 2 Enterprise Edition (J2EE)を参照。
Java 2 Platform, Micro Edition (J2ME)を参照。
Java Authentication and Authorization Service (JAAS)を参照。
多数のファイルを 1 つに集約するのに使用される Java アーカイブと呼ばれるファイル フォーマット。このフォーマットは圧縮 (zip) ファイルです。単一の HTTP リクエストのアプレットを実行するのに必要なクラスとその他のファイルをロードするのに役立ちます。
JAR ファイルには .jar の拡張子が付けられます。JAR ファイルは、Netscape 3.0 またはそれ以降で動作するアプレットにのみ使用できます。
アプレット (applet)、Hypertext Transfer Protocol (HTTP)、キャブ (cab)、およびJavaを参照。
Sun Microsystems, Inc. によって開発されたオブジェクト指向プログラミング言語。「一度書けばどこでも動く (write once, run anywhere)」の原則を特徴としています。
Java 2 Enterprise Edition (J2EE)
ネットワーク、インターネット、および Web 上で動作するように設計された、分散型で拡張可能なエンタープライズ レベルのアプリケーションを開発、デプロイするための Java 中心の環境。プラットフォームに依存しない特徴があります。J2EE プラットフォームは、多層の Web ベース アプリケーションを開発するための機能を提供する一連のサービス、API、プロトコルで構成されています。
J2EE により、プログラマは、標準化したモジュラー コンポーネントに基づいてエンタープライズ アプリケーションを簡単に設計できます。また、J2EE は、これらのコンポーネントに対して、アプリケーションの多くの動作を自動的に管理するサービスを提供します。結果として、エンタープライズ アプリケーションの開発者は、多くの共通機能に対して複雑なカスタム コードを書く必要がなくなります。
J2EE の主要なコンポーネントの 1 つが EJB テクノロジです。
WebLogic Portal スイートは J2EE と EJB に基づくものです。
エンタープライズ JavaBeans (Enterprise JavaBeans: EJB)を参照。
Java 2 Platform, Micro Edition (J2ME)
コンシューマ向けのワイヤレス機器用に開発された Java プラットフォーム技術。
Java Authentication and Authorization Service (JAAS)
サービスにおいてユーザを認証し、ユーザに対するアクセス制御の適用方針を規定するための Java パッケージ。
Java Cryptography Extension (JCE)
強力な暗号、鍵の生成と照合、およびメッセージ認証コード (Message Authentication Code) アルゴリズムを使用して暗号化を行うためのフレームワークを規定するパッケージ集合。
Java Database Connectivity (JDBC)
Sun Microsystems, Inc. が策定した、Java からリレーショナル データベースにアクセスするための仕様。最新リリースは 2.0 です。詳細については、http://java.sun.com/products/jdbc/index.htmlを参照。
JavaSoft が提供するソフトウェア開発キット。アプレットおよびアプリケーションを Java で記述するために使用します。
Java 仮想マシン (Java virtual machine: JVM)を参照。
クロスプラットフォームの Java エンタープライズ ソフトウェアの開発を容易にする、JavaSoft のアプリケーション プログラミング インタフェースの集合。BEA は、多くの Java Enterprise API (WebLogic EJB、WebLogic HTTP Servlets、WebLogic JDBC、WebLogic JNDI、WebLogic RMI など) を実装してきました。現在ではさらに多くの API を実装しています。
WebLogic Server HTTP サーブレット (WebLogic Server HTTP servlets)、WebLogic Server jDriver、WebLogic Server JNDI、アクセス制御リスト (access control list: ACL)、WebLogic Server RMI、および WebLogic Server EJBを参照。
Java ヒープ メモリ (Java heap memory)
Java Management Extensions (JMX)
Sun Microsystems, Inc. が策定した、管理アプリケーションのための標準 API。WebLogic Integration 管理 API は JMX API に基づいています。
WebLogic Server JMS は、Java JMS 仕様バージョン 1.0.2 の実装です。
メッセージ指向ミドルウェア (Message-Oriented Middleware: MOM)を参照。
Java Naming and Directory Interface (JNDI)
WebLogic JNDI は、JavaSoft JNDI に基づいています。
WebLogic Server JNDI およびJava Enterprise APIを参照。
Java Runtime Environment (JRE)
JVM だけを内蔵している自己完結型 Java 環境。JRE がインストールされていると、ユーザは Java プログラムを実行できます。
ZAC (zero administration client) を使ってアプリケーションと一緒に JRE
(さまざまなベンダからいくつかのバージョンが提供されています) を配布し、アプリケーションが想定する Java 環境がユーザ側にあることを保証することができます。
Java 仮想マシン (Java virtual machine: JVM)、Zero Administration Client (ZAC)、およびJava Development Kit (JDK)を参照。
Java Server Page (JSP) 仕様で使用されるスクリプト言語で有効なコード断片を含むスクリプト記述の要素。JSP 仕様は言語ページの属性が java である場合の有効なスクリプトの概念を定義します。
Java セキュリティ マネージャ (Java Security Manager)
Java 仮想マシン (Java virtual machine: JVM) 用のセキュリティ マネージャ。セキュリティ マネージャは Java API とともに機能し、java.lang.SecurityManager クラスを通じてセキュリティ境界を定義することにより、プログラマが各自の Java アプリケーション用にカスタム セキュリティ ポリシーを確立できるようにします。
サーブレット クラスを拡張する Java コンポーネント。Java を併用できる HTML インタフェースの迅速なサーバ サイド開発を可能にします。
ブラウザに出力を表示するサーバ サイドの Java プログラム。通常は、HTTP リクエストに応答して実行されます。
Java システム プロパティ (Java system property)
Java プログラムが実行される環境に関する情報をまとめた、ネイティブ プログラムの環境変数に似たパラメータ。
BEA 製品で使用するプロパティは、クラス java.util.Properties に従っており、このクラスが Java システム プロパティの使い方を定義しています。
XA インタフェースにより、外部トランザクション マネージャが、2 フェーズ コミット X/Open XA プロトコルを使用して複数のリソース マネージャによって実行される処理のトランザクション境界を制御できます。
JTA は、javax.transaction および javax.transaction.XA パッケージで定義されています。
トランザクション マネージャ (transaction manager)、リソース マネージャ (resource manager)、XA インタフェース (XA interface)、およびトランザクション (transaction)を参照。
Java Transaction Service (JTS)
Java 仮想マシン (Java virtual machine: JVM)
バイトコード命令セット、レジスタ群、スタック、ガベージ コレクション対応ヒープ、およびメソッド格納領域からなる Java インタプリタ。Java コードは、特定のプラットフォーム (UNIX、Windows) 上の JVM で処理されます。
Java Development Kit (JDK)を参照。
Sun Microsystems による対話の定義に従って他の Java オブジェクトと対話する Java オブジェクト。JavaBeans は、移植性が高く、プラットフォームに依存しません。
アプリケーション プログラミング インタフェース (application programming interface: API)を参照。
Java Cryptography Extension (JCE)を参照。
ジョブ制御言語 (Job Control Language: JCL)を参照。
Java Database Connectivity (JDBC)を参照。
JDBC-ODBC ブリッジ (JDBC-ODBC bridge)
ODBC クライアント ライブラリによって汎用のデータベース接続を提供するソフトウェア コンポーネント。このブリッジは、Java から任意のリレーショナル データベースへの接続をサポートしています。Intersolve と JavaSoft の共同プロジェクトとして作成されました。
Open Database Connectivity (ODBC)を参照。
Java Development Kit (JDK)を参照。
Just-In-Time コンパイラ (just-in-time compiler: JIT)を参照。
Java Message Service (JMS)を参照。
Java Management Extensions (JMX)を参照。
Java Naming and Directory Interface (JNDI)を参照。
ジョブ制御言語 (Job Control Language: JCL)
MVS、OS/390、および VSE オペレーティング システム上でジョブ (作業の単位) を定義するための言語。
イベント、タスク、決定をリンクさせることにより、Business Process Management (BPM) イベント、タスク (task)、および決定 (decision) での遷移を制御する Workflow コンポーネント。
結合は、AND または OR の 2 タイプのいずれかになります。
BEA Systems, Inc. によって開発されたユーザ インタフェース ツールキット。XML ドキュメントを入力として使用し、ドキュメントのコンテンツからアプリケーションのグラフィカル ユーザ インタフェースを作成します。Joy は、拡張可能で高度なカスタマイズが可能なユーザ インタフェースの構築をサポートします。
Java Runtime Environment (JRE)を参照。
Java Transaction API (JTA)API。 およびJava Server Pages (JSP)を参照。
かぎかっこ (<文字列>) 間に表示される文字列。JSP 要素内のマークアップ指示です。さまざまなスクリプト言語で使用できます。
アプリケーション プログラミング インタフェース (application programming interface: API)を参照。
JSP タグ ライブラリ (JSP tag library)
JSP にインポートされた後、特殊なタスクを集合的に実行するためにグループ化されたタグのセット。
JSP タグ (JSP tag) およびJava Server Pages (JSP)を参照。
WebLogic Portal の機能を表示する JSP。ビジネス要件に合わせてこれらのテンプレートを変更し、独自のサイトを開発する際のモデルとして使用できます。
Java Transaction API (JTA)API。を参照。
Java Transaction Service (JTS)を参照。
Just-In-Time コンパイラ (just-in-time compiler: JIT)
生成されたマシン コードをメモリに格納し、可能であればそれを再利用するコンパイラ。その結果、Java アプリケーションのパフォーマンスが向上する可能性があります。
デバッグの際には、JIT をオフにすることで、スタック トレースでコードの行番号が表示されます。
Java 仮想マシン (Java virtual machine: JVM)を参照。
— K —
キーストアの WebLogic Server の実装。WebLogic Server は、カスタムのキーストアもサポートしていますが、必要に応じて独自のものを作成することもできます。
キーストア内の各秘密鍵には、対応する公開鍵を認証する証明書チェーンが関連付けられます。
— L —
ローカライゼーション (localization: L10N)を参照。
ローカル エリア ネットワーク (Local Area Network: LAN)を参照。
管理者が特定のサイズより大きいすべてのメッセージをメモリ内 (デフォルト) ではなくディスクに格納することを要求するための WebLogic Integration 機能。特に指定しない限り、大規模メッセージ サポートの対象となるメッセージのサイズは最低 3KB です。
Lightweight Directory Access Protocol (LDAP)を参照。
レガシー アプリケーション (legacy application)
長い年月と費用を投じて開発され、開発した組織において長期にわたって使用されているカスタム アプリケーション。1 つ以上のそのようなアプリケーションが、集中管理された環境に存在する場合があります。大半のレガシー アプリケーションはメインフレーム上で動作しますが、その一方で、ミニコンピュータおよび一部の大規模 UNIX システムで実行できるように作成されたアプリケーションをレガシー システムとみなす場合もあります。また、ストーブパイプ アプリケーションとも呼ばれます。
有効期間、Web サービス (lifetime, Web service)
Web サービス開発者が制御する期間に WebLogic Server に存在する WebLogic Workshop Web サービスのインスタンス。この期間は以下の要因で決まります。
Lightweight Directory Access Protocol (LDAP)
データベースまたはサーバにあるディレクトリ (電話番号や請求書送付先住所などの情報の集まり) にアクセスしたり、検索したりするための標準プロトコルの集合。これらのディレクトリは、企業内の多くのアプリケーションからアクセスできるように、複数のシステムに物理的に分散させることができます。
LDAP は X.500 標準に基づいていますが、X.500 に比べると非常にシンプルです。また X.500 と異なり、LDAP はあらゆる種類のインターネット アクセスに必要な TCP/IP をサポートします。
LDAP は証明書の X.509 標準と密接に結び付いていることから、証明書を発行するための理想的な手段です。
X.509 および証明書 (certificate)を参照。
整数、浮動小数点、文字値の基本的な表記。たとえば、3.0 は倍精度の浮動小数点リテラル、「a」は文字リテラルです。
下位アドレスのバイトがより低い重要度のバイナリ フォーマット。このフォーマットは、Intel および VAX プロセッサで使用されています。
特定のデバイスに過度の負荷が集中しないように、処理および通信アクティビティをコンピュータ ネットワーク間で均等に分散させること。クライアントからの要求に応答する作業は、個々のサーバの負荷に応じて振り分けられます。ロード バランシングには、プロバイダの ID と状態をホストからホストへ移動させる能力が必要です。
クラスタ化可能なスタブ (clusterable stub)を参照。
ローカル エリア ネットワーク (Local Area Network: LAN)
比較的狭い領域内で、ワークステーションおよびパーソナル コンピュータを内部接続する設定。
ワイド エリア ネットワーク (wide area network: WAN)を参照。
ローカル トランザクション (local transaction)
単一のデータベースまたはファイルにアクセスし、トランザクションへの参加者として単一のローカル リソース マネージャによって制御されるトランザクション。
分散トランザクション (distributed transaction)を参照。
ローカライゼーション (localization: L10N)
インターナショナライゼーションの原則に従って、実行時にロケール固有の言語と構成 (日付フォーマットなど) を使用すること。ソフトウェアがこれらの原則に従っていることを確認するには、以下のことを行います。
インターナショナライゼーション (internationalizartion I18N)を参照。
操作の間に発生したイベントを記録するメッセージ ファイル。ログ ファイルは操作中に頻繁に更新され、システムの操作およびエラーを追跡するために役立ちます。
ローカル ログに記録される特定の状況の通知。BEA 製品では、報告される状況の重大度レベルに基づいて、fatal (致命的)、error (エラー)、warning (警告)、および info (情報) の 4 種類のログ メッセージが生成されます。ログ メッセージにはタイムスタンプが付記されます。
システム ログ メッセージ (system log message) およびログ メッセージ (log message)を参照。
— M —
JMX アーキテクチャのインスツルメンテーション レベルの一部として管理操作の属性を含む Java オブジェクト (JavaBean)。WebLogic Integration では、MBean クラスは実行時情報のモニタに使用されます。MBean は、WebLogic Integration の内部で稼動する MBean サーバによって登録されます。MBean が作成されると、リポジトリからそれらの属性が取り込まれます。実行時に、WebLogic Integration は実行中のシステムの状態を反映するよう MBean 属性を更新します。MBean は、標準 MBean として実装されます。つまり、各クラスは独自の MBean インタフェースを実装します。
ConversationMBean、GlobalConversationMBean、およびCollaboratorMBeanを参照。
エンタープライズ情報システム (enterprise information systems: EIS) にアクセスする J2EE ベースの Web 対応多層アプリケーションの操作環境の定義。アプリケーションは、コンテナにデプロイされる 1 つまたは複数のアプリケーション コンポーネント (EJB、JSP、サーブレット) で構成されます。コンテナは以下のいずれかです。
管理情報ベース (Management Information Base: MIB)
システムを構成するクラスとその属性の完全な定義を提供するシステム コンポーネント。システムの管理情報ベース (MIB) は、システム全体を対象とした汎用 MIB と、ドメインやワークステーションなどの主要コンポーネントごとの個別 MIB で構成できます。
購入の管理と注文サービスの処理 (Managing Purchases and Processing Orders services)
ショッピング カート、出荷、支払い、税金、注文の概要/確認などのCommerce Services を組み合わせたもの。
サービス (service) および顧客の登録および顧客サービスの管理 (Registering Customers and Managing Customer services)を参照。
介在者の攻撃 (man-in-the-middle attack)
部外者がネットワークにマシンを忍び込ませ、通信の当事者間のすべてのメッセージを傍受し、時には改ざんして再送するような攻撃のこと。
アプリケーション間でデータを送信するために WebLogic Server で使用される決まった方法。メッセージには、アプリケーション プロセスについての統計またはステータス情報や、受信側に対する指示などが含まれます。メッセージは、次の 2 つの部分で構成されます。
ログ メッセージ (log message)、システム ログ メッセージ (system log message)、トリガ商品 (trigger item)、およびビジネス メッセージ (business message)を参照。
固有の識別子でインデックス付けされたテキスト メッセージの集合の説明。
メッセージ コンテキスト (message context)
メッセージの受信側が、メッセージの構造と内容、およびメッセージが送信された会話 (conversation) を調べるための情報。具体的には、メッセージ コンテキストは、関連する会話、メッセージ定義 (message definition)、メッセージ部分、各メッセージ部分のコンテンツタイプ、および各メッセージ部分のドキュメント定義 (document definition) を識別します。
ビジネス コンテンツ、つまりビジネス メッセージ (business message) のペイロード (payload) の仕様。メッセージ定義は順序付けされたメッセージ部分で構成されており、その内容はバイナリまたは XML です。XML メッセージ部分はビジネス ドキュメントを定義し、ドキュメント定義 (document definition) を必要とします。バイナリ メッセージ部分は添付ファイルを定義し、他の情報を必要としません。ペイロードの詳細については、添付ファイル (attachment) およびビジネス ドキュメント (business document)を参照。
メッセージ配信方法 (message delivery method)
同期メッセージ配信 (synchronous message delivery) および遅延同期メッセージ配信 (deferred synchronous message delivery)を参照。
テキストをある桁数の単一の文字列の形式で表したもの。一方向ハッシュ関数と呼ばれる式によって作成されます。秘密鍵を使用してメッセージ ダイジェストを暗号化することにより、電子的な認証手段であるデジタル署名が作成されます。
メッセージ ダイジェスト アルゴリズム (message digest algorithm)
任意長のメッセージを、メッセージ ダイジェストまたはハッシュ値と呼ばれる固定長の文字列に縮約する方式。メッセージ ダイジェスト アルゴリズムには、特定のメッセージ ダイジェストに対応するメッセージを計算によって導き出すことはできない、あるいは、2 つの異なったメッセージから同じメッセージ ダイジェストが生成されることはないという特性があります。メッセージ ダイジェスト アルゴリズムの例には MD5 や SHA-1 があります。
メッセージ エンベロープ (message envelope)
WebLogic Integration の B2B Integration 機能を介して転送されるビジネス メッセージ (business message) のコンテナ。ビジネス メッセージが到着すると、B2B Integration は指定された受信側ごとにメッセージ エンベロープを作成します。ビジネス メッセージ以外にも、メッセージ エンベロープには高度なルーティング情報と処理情報 (送信側と受信側の URL など) が含まれます。
Format Builder によって作成されるバイナリ フォーマットの記述。
メッセージ フォーマット言語 (message format language: MFL)
バイナリ データ (binary data) のネイティブ表現と階層を記述する BEA の XML 言語。MFL はバイナリ データを XML で記述したものです。
送信側と受信側、会話 (conversation)、サービス品質 (Quality of Service: QoS) を識別する情報などの属性が含まれるビジネス メッセージ (business message) の一部分。
メッセージ マニピュレータ (message manipulator)
メッセージ マニピュレータ インタフェース com.bea.b2b.wlpi.MessageManipulator を実装し、B2B Integration と Business Process Management (BPM) の統合を支援する Java クラス。メッセージ マニピュレータは、BPM 変数を使用して B2B Integration ビジネス メッセージ (business message) の作成と処理を行います。
アプリケーションがメッセージを送信した後にそのアプリケーションに返されるトークン。このトークンは、メッセージ ID、メッセージが送信された会話 (conversation) の ID、メッセージが適切に送信されたかどうか、すべての受信側が確認応答を送信するまでの経過時間、サービス品質 (Quality of Service: QoS) 配信オプションでこの情報を送信するかどうか、初期選択後の受信側送り先数 (RPC 仕様が適用)、最終選択後の受信側送り先数などの情報を提供します。
メッセージ トラッキング (message tracking)
メッセージが、B2B Integration メッセージング システムの定義済みのさまざまなメッセージ トラッキングのロケーションを通過するのに伴って、メッセージのステータスに関する情報を提供する機能。WebLogic Integration 管理者は、メッセージ トラッキング情報を利用してデバッグおよびシステムのボトルネックの識別を行うことができます。メッセージ トラッキングのロケーションを利用できるかどうかは、WebLogic Integration システムのコンフィグレーション、メッセージのサービス品質 (Quality of Service: QoS)、およびビジネス プロトコル (business protocol) により決まります。
メッセージ駆動型 Bean (message-driven bean)
JMS メッセージ キューから受信する非同期メッセージを処理する EJB。メッセージ駆動型 Bean は、プールからインスタンスを選択してメッセージを処理します。
Java Message Service (JMS)、非同期 (asynchronous)、およびエンタープライズ JavaBeans (Enterprise JavaBeans: EJB)を参照。
メッセージ指向ミドルウェア (Message-Oriented Middleware: MOM)
異機種混在の複数のプラットフォームにアプリケーションを分散可能にすることにより、アプリケーションの相互運用性、ポータビリティ、および柔軟性を向上させるクライアント/サーバ インフラストラクチャ。
他のデータの目的、意味、ロケーションを示すのに使用されるデータ。コンテンツ管理システムなどのシステムによって、コンテンツを記述するメタデータに基づいてコンテンツを検索し、ユーザのコンテンツをクエリしたり、一致させたりすることができます。
データベース スキーマ (schema) と XML DTD はメタデータの例です。
コンテンツ管理システム (content management system)を参照。
メタデータ インタフェース (metadata interface)
データについての情報 (特定のオブジェクトについての説明的情報) にアクセスするインタフェース。
オブジェクト指向プログラミングにおいて、クラスの一部として定義され、そのクラスのすべてのオブジェクトに組み込まれるプログラム化された手順。クラス (とそれに属するオブジェクト) には複数のメソッドを定義できます。オブジェクトのメソッドは、そのオブジェクトが認識しているデータにのみアクセスできます。これにより、アプリケーション内のオブジェクト集合間でのデータ整合性が保証されます。メソッドは複数のオブジェクトで再利用できます。
オブジェクト (object)、オブジェクト指向プログラミング (object-oriented programming: OOP)、およびクラス (class)を参照。
管理情報ベース (Management Information Base: MIB)を参照。
最小購入要件 (minimum purchase requirement)
顧客が、指定された項目ごとの割引を受けるために購入しなければならない最小項目数。
メッセージ指向ミドルウェア (Message-Oriented Middleware: MOM)を参照。
(スレッドと呼ばれる) アプリケーションのさまざまな部位を同時に実行できる、オペレーティング システムの能力。この仕組みによりアプリケーションは複数のタスクを同時に実行できます。
クライアント (1 層)、クライアントがアクセスしなければならないすべてのネットワーク サービス (1 層以上)、ブローカ、アプリケーション サーバ、およびその他の種類のリソース サプライヤ (1 層以上) からなる、ネットワーク接続された環境またはアプリケーションのこと。2 層は一般に、クライアント/サーバ環境またはアプリケーションを指すのに使われます。
2 層 (two-tier) およびクライアント/ネットワーク (client/network)を参照。
— N —
オブジェクト参照との名前の関連付け。名前バインディングはネーミング コンテキストに格納されます。
Java 以外の言語で書かれたメソッドや関数を呼び出すための Java メカニズム。
Webflow メカニズムの状態を示すアイコン。ノード タイプ (表示またはプロセッサ) により、発生しうる多数の定義済みイベント (Web ページのリンクをクリックする訪問者など) があります。特定のイベントが発生すると、Webflow は、そのフローの続行のために次に呼び出すノードを決定します。ノードを呼び出してフローを続行することを遷移といいます。
プロセッサ ノード (processor node)、Webflow、およびプレゼンテーション ノード (presentation node)を参照。
非管理対象の環境 (nonmanaged environment)
2 層アプリケーションの操作環境の定義。アプリケーション クライアントは、リソース アダプタを直接使用して、2 層アプリケーションの第 2 層を定義するエンタープライズ情報システム (enterprise information system: EIS) にアクセスします。
デフォルトの持続性 (Durability)サービス品質 (Quality of Service: QoS) オプション。このオプションでは、メッセージは WebLogic Integration システムのどこにも格納されません。このオプションで送信されたメッセージは、送り先への送信途中でシステム全体または一部に障害が発生した場合に回復させることができません。このオプションで配信されたメッセージはシステム リソースを少量しか使用しないので、スループットが向上します。
メッセージが送信または受信されたことを示す法的証明を提供するメカニズム。送信側の否認防止性は、メッセージが送信されたことを法的に証明します。これによって、受信されたメッセージがその送信側にリンクされます。受信側の否認防止性は、メッセージが受信されたことを法的に証明します。これによって、処理されたメッセージがその受信側にリンクされます。
— O —
Organization for the Advancement of Structured Information Standards (OASIS)を参照。
その状態、動作、およびアイデンティティによって定義されるエンティティ。これらの属性 (プロパティとも呼ばれる) はオブジェクトのオブジェクト システムによって定義されます。
Object Linking and Embedding (OLE)
オブジェクトのリンクと埋め込みをサポートするドキュメント標準。
ActiveX コントロール (ActiveX controls)を参照。
業界ガイドラインおよびオブジェクト管理仕様を策定し、オブジェクト指向アプリケーション開発のための共通フレームワークを提供する国際的組織。OMG の CORBA (Common Object Request Broker Architecture) は、CORBA オブジェクト モデルを仕様化します。これは、アプリケーションまたはシステムの全体設計をオブジェクトとして反映するモデルです。
Object Request Broker (ORB)を参照。
分散型 ORB システムの内部でオブジェクトのインスタンスを一意に指定する識別子。
オブジェクト (object) およびインスタンス (instance)を参照。
CORBA アプリケーションでクライアントが用いる共通インタフェース。ORB は、オブジェクトが含まれている適切なサーバに要求を送り、その結果をクライアントにリダイレクトします。
共通オブジェクト要求ブローカ アーキテクチャ (common object request broker architecture: CORBA)を参照。
オブジェクト指向プログラミング (object-oriented programming: OOP)
データ、データの構造についての情報、およびデータを処理する関数を 1 つのオブジェクトにまとめる、プログラミング手法の一種。オブジェクト間には関係を作成できます。
Open Database Connectivity (ODBC)を参照。
Object Linking and Embedding (OLE)を参照。
オンライン トランザクション処理 (online transaction processing: OLTP)を参照。
オンライン トランザクション処理 (online transaction processing: OLTP)
通常、2 フェーズ コミット (two-phase commit: 2PC) と呼ばれる処理を通じて各データベース トランザクションの整合性を保証する方法。
Open Database Connectivity (ODBC)
リレーショナル データベースにアクセスするための Microsoft の標準。
JDBC-ODBC ブリッジ (JDBC-ODBC bridge) および Java Database Connectivity (JDBC)を参照。
開発者がプラグアンドプレイ方式でソフトウェア コンポーネントを容易に取り外し、または取り替えできるソフトウェア インフラストラクチャ。
Open Software Distribution (OSD)
W3C に提案され、ネットワークを介したソフトウェアの自動配布を容易にするために用いられるファイル フォーマット仕様。OSD では、コンポーネント ファイルとそれらの間の依存関係を詳細に記述した、ソフトウェア配布キットの XML エンコード済みマニフェストの使い方を明記しています。
extensible markup language (XML)を参照。
複数のコンピュータ ベンダ間で仕様化された共通の標準を実装したシステム。通信用のオープン システム標準を実装することにより、異なったベンダのコンピュータ同士が互いに通信できます。
Open Systems Interconnect Transaction Processing (OSI TP)
異なったコンピュータ上で動作するクライアントとサービス ルーチンの間で、対話を確立し、メッセージを受け渡しするために使用されるサービスとプロトコルを規定した ISO 標準 (ISOIIEC 10026-2)。または、ISOIIEC 10026-2 標準のソフトウェア実装を指します。
Open Systems Interconnection (OSI)
種類の異なるコンピュータ システム間での通信に関する仕様を策定するコンソーシアム。
Object Request Broker (ORB)を参照。
1 回の注文で割引できる回数の制限。注文限度は、割引を行う項目や割引を適用する項目に設定できます。
Organization for the Advancement of Structured Information Standards (OASIS)
XML などの公開標準に準拠した、製品やプラットフォームに依存しないフォーマットを迅速に採用するよう活動している国際的なコンソーシアム。OASIS では、DTD、スキーマ、ネームスペースなど、XML 仕様のためのリポジトリとして機能しリソースを提供する Web サイトを運用しています。OASIS の Web サイトの URL は www.xml.org です。
Open Software Distribution (OSD)を参照。
Open Systems Interconnection (OSI)を参照。
Open Systems Interconnect Transaction Processing (OSI TP)を参照。
総限度 (割引) (overall limit (on discounts))
— P —
Platform for Privacy Preferences Project (P3P)を参照。
Java におけるクラスやインタフェースの論理的グループ分け。.java ファイルの先頭行に package キーワードを宣言することで行います。
Java におけるクラスやインタフェースの論理的グループ分けの名称。.java ファイルの先頭行に package キーワードを宣言することで行います。完全修飾パッケージ名はユニークな名前を命名する方法 (たとえば weblogic.jdbc.t3.Driver) であり、コンパイルされたクラス ファイルの階層構造と場所が反映されます。Java インタプリタや他のユーティリティがアクセスするためには、名前付きのパッケージの一部であるコンパイル済み Java クラス ファイルが、ホストが仮想マシンの CLASSPATH で示す場所に存在している必要があります。パッケージ名は、アプレット タグの CODE 値を構成します。
CODE タグ (CODE tag) およびCLASSPATHを参照。
パッケージ アプリケーション (packaged application)
開発するのではなく購入するアプリケーション。これらのアプリケーションには、最高のビジネス モデルを表す再利用可能なビジネス プロセスなどがあり、全面的な開発作業は必要ありません。
パケット交換ネットワークを介して伝送されるメッセージの断片。パケットには、データに加えて宛先アドレスの情報が含まれます。
パラメトリック認可 (parametric authorization)
保護されたリソースに対して、ビジネスの要求に関する状況や対象を考慮しながら認可における意思決定を行うことができること。
ソース コード (プログラミング言語のコード) を、オブジェクト コード (マシン コード) に翻訳可能なコンポーネントに分割するプログラム。
Apache XML パーサ (Apache XML Parser)を参照。
パートナ インタフェース プロセス (partner interface process: PIP)
メッセージの編成方法を指定する RosettaNet プロトコル セットの 1 つ。PIP は会話定義 (conversation definition) の RosettaNet プロトコルです。
会話定義 (conversation definition) におけるロール (role) をコラボレーション アグリーメント (collaboration agreement) のトレーディング パートナにバインドするエンティティ。
任意の数の ビジネス ドキュメント (business document) と添付ファイル (attachment) で構成される、ビジネス メッセージ (business message) のビジネス コンテンツ。
Commerce Services で代金決済の認可、支払い清算、および振り替えを行う方法を規定した、ビジネス ロジックとプレゼンテーション ロジックを実装したもの。
製品カタログの個々のアイテムに適用する割引。商品ごとの割引では、最少購入条件を指定できます。
システム リソースへのアクセスを定義したもの。WebLogic Server リソースにアクセスするには、主要なアクセスに対応するパーミッションが明示的に付与されている必要があります。
アクセス制御リストで定義されているとおりに、ある処理をあるオブジェクトに対して実行できること。パーミッションは許可 (明示的にある処理をあるオブジェクトに対して実行できること) の場合や禁止 (明示的にある処理をあるオブジェクトに対して実行できないこと) の場合があります。WebLogic Server 環境では、すべてのパーミッションは許可を示します。処理を禁止するには、ACL から処理を認可する設定を除外する必要があります。
プリンシパル (principal)、アクセス制御リスト (access control list: ACL)、およびレルム (realm)を参照。
一時的に存在する情報や状態をファイルやデータベースなどのリソースに保存するプロセス。
持続性 (Durability) メッセージを配信している過程において、送り元と送り先の間にある複数の場所にメッセージを格納し転送する際のサービスの品質 (Quality of Service: QoS) オプション。マシンに障害が発生した場合の保護機構として機能します。このプロセスは、メッセージの永続と呼ばれています。アプリケーションはシステムに対して、メッセージ単位または 会話 (conversation) ベースでメッセージ永続させるように指示することができます。しかし、WebLogic Integration の B2B Integration コンポーネントは、メッセージが永続するためには回復可能である必要があります。永続性を達成すると、システムのスループットが犠牲になります。ネームスペース (namespace) メッセージに比べて永続性メッセージは、転送に時間がかかりリソースを消費します。
プロセスとは独立して存在するオブジェクト。プロセス内でオブジェクト参照が作成されます。
Transport Layer Security (TLS) およびオブジェクト参照 (object reference)を参照。
プロファイル基準や他の変数を元にして特定の個人またはグループにアプリケーションをあわせる Web コンテンツ開発者によって使用されるカスタマイズ手法。
パーソナライゼーション アドバイザ (personalization advisor)
パーソナライゼーション サーバ (Personalization Server)
パートナ インタフェース プロセス (partner interface process: PIP)を参照。
一連のサービスを単一の名前付きサービスにバインドするための機構。たとえば Commerce Services では、パイプラインを使用して業務データの処理を管理します。一般的にパイプラインは、Webflow の処理結果を元に実行するビジネス ロジックの流れを制御します。Webflow および Pipeline エディタではパイプラインはパイプライン ノードとして示されます。Webflow および Pipeline エディタは BEA E-Business Control Center から入手できます。
入力プロセッサ (input processor)、サービス (service)、Webflow、Webflow および Pipeline エディタ、および E-Business Control CenterTMを参照。
パイプライン コンポーネント (pipeline component)
課税額の算出や注文品の発送のような処理のために使用する、サーバ側ビジネス ロジックの独立した単位。Webflow および Pipeline エディタを使用すれば、一連のパイプライン コンポーネントを指定して 1 つのパイプラインを作成できます。Webflow および Pipeline エディタは E-Business Control Center で入手できます。
パイプライン (pipeline)、Webflow および Pipeline エディタ、およびE-Business Control CenterTMを参照。
パイプライン ネームスペース ファイル (pipeline namespace file)
1 つ以上のパイプラインをコンフィグレーションする XML ファイル。パイプライン ネームスペース ファイルは Webflow and Pipeline editors を使用して編集します。Webflow および Pipeline エディタは E-Business Control Center から入手できます。
Webflow および Pipeline エディタ およびパイプライン (pipeline)を参照。
パイプライン セッション (pipeline session)
現在のセッション (現在のショッピング カートなど) や一時的なデータ
(顧客の入力内容に対するエラーメッセージなど) に関する情報用の保管場所。
ショッピング カート管理サービス (Shopping Cart Management service)を参照。
Public-Key Cryptography Standards (PKCS-1)を参照。
広告が表示される、事前定義済みの場所。プレースホルダはビジネス エンジニア (または他の技術リソース) によって Web ページに埋め込まれます。プレースホルダによって「このメッセージは Web サイトのどこに配置すれば良いか ?」という質問に回答できます。プレースホルダの名前は即座に識別できるような名前にしてください。
ビジネス エンジニア (Business Engineer: BE)を参照。
アプリケーションをサポートする、システム ハードウェアとソフトウェアの組み合わせ。
Platform for Privacy Preferences Project (P3P)
消費者のプライバシを訪問先 Web サイトのプライバシ保護慣行と照らし合わせる方法を自動化するために規定した、新しい業界標準。これによって Web サイトにおけるプライバシ保護慣行を自動的にアクセスして簡単に解釈できるフォーマットに変換します。
論理的な通信チャネルを識別し他の接続と区別する、TCP/IP ホスト上のエンティティ。TCP/IP サーバは、指定したポートに対して受信する接続リクエストをリスンします。TCP/IP クライアントではホストの IP アドレスとサーバのポート番号を指定してサーバとの接続を開始します。
エンタープライズのデータとアプリケーションにアクセスする単一のポイントを用意しコンテンツを充実させた Web サイト。統合化されパーソナライゼーションされたビューを介して情報が従業員、顧客、およびビジネス パートナに対して表示されます。
WebLogic Portal はポータルおよびポートレットを作成するツールを提供します。
ポータル (portal) およびアプリケーション プログラミング インタフェース (application programming interface: API)を参照。
プレゼンテーション ノード (presentation node)
Web アプリケーションと対話を行っている人に関係するものを Webflow が表示している状態を示すアイコン。Webflow では必ずプレゼンテーション ノードの起動と停止を行う必要があります。
プロセッサ ノード (processor node) およびノード (node)を参照。
しばしばアクセス制御リストが、レルム内部におけるパーミッションの定義に使用されます。ユーザとグループはともにPrincipalの型です。ある特別な場合を除いて、ACL には、ACL を管理するための権限をもつプリンシパル オーナが必ず最低 1 人は必要です。
ユーザ (user)、パーミッション (permission)、アクセス制御リスト (access control list: ACL)、グループ (group)、およびレルム (realm)を参照。
セキュアなメッセージを交換する当事者だけが知っている暗号化/復号化鍵。
ビジネス組織内部で行われるビジネス プロセス。プライベート プロセスの定義と設計は組織特有であり、外部には見えません。プライベート プロセスは、プロセス エンジン (process engine) やバックエンド ビジネス システムとのインタフェースとして動作できます。
WebLogic Integration Studioを参照。
Webflow が特化されたコンポーネントを起動して、サイトを表示させるバックエンド ビジネス ロジックやフォーム検証のようなアクティビティを処理している状態を示すアイコン。プロセッサ ノードは次の用途に利用できます。
プレゼンテーション ノード (presentation node) およびノード (node)を参照。
以下に示す Commerce Services 機能の集合体。
アプリケーション プログラミング インタフェース (application programming interface: API)を参照。
製品アイテム マネージャ (Product Item Manager)
Commerce Services 製品カタログ内のアイテムを作成、取得、更新、および削除するサービス。
名前と値の組によってメタデータを格納するためのしくみ。すべてのプロパティには次の情報が含まれています。すなわち、プロパティ名、データ型、プロパティが単一の値 (つまりデフォルト値が 1 つ) か複数レベル (つまり、デフォルト値の集まりがある) なのかを指定する選択モード、デフォルト値定義用の有効値範囲です。
プロパティの論理グループ分けを記述するメタデータの集まり。プロパティ セットによってプロパティを適切に分類でき、複数のプロパティが同じ名前を持つよう定義できます。
プロパティ セット管理 (property set management)
プロパティを命名したり、プロパティをプロパティ セット (命名可能) にグループ分けするのに使用する WebLogic Portal コンポーネント。プロパティはオブジェクトの属性を示します。たとえば、backgroundColor は HTML ページのプロパティです。
プロパティを作成する場合、属性値の型 (たとえば、文字列型、数値型、日付型など)、値が 1 つなのか複数なのか、あるセットに値が限定されるのかどうか、およびデフォルト値を指定します。次のタイプに基づいてプロパティ セットを作成できます。すなわち、User/Group、Session、および Request です。
名前が付いたプロパティとプロパティ セットを、ユーザとグループ、HTTP セッションと HTTP リクエスト (ConfigurableEntity コンポーネントによって処理されます)、または Content Manager からアクセスできるコンテンツに適用できます。しかし、プロパティ セットはコンテンツやドキュメント ローダー ユーティリティ、サードパーティ製コンテンツ管理ツールを管理しません。コンテンツ メタデータを管理します。
たとえば、開発者は訪問者がポータルに応じてさまざまな背景色を指定できるようにしたい場合があるでしょう。A ポータルのプロパティ セットと B ポータルのプロパティ セットを作成すると、両方のポータル用に backgroundColor プロパティを用意できます。2 つの backgroundColor プロパティは同じ名前を持ち、同じ定義にも異なる定義にもすることができます。
ファイルをある地点から別の地点、一般的にはサーバからクライアントに送信するプロセス。サーバは J2EE プラットフォームを実装している場合があり、クライアントは J2ME プラットフォームを実装している場合があります。
リクエストを別のサーバで処理するために別のサーバに送信するサーバ。WebLogic Server では HTTPProxyServlet で HTTP リクエストのプロキシ処理をサポートしています。WebLogic Server の Netscape Server Application Programming Interface (NSAPI) や Internet Server API (ISAPI) を介して、Netscape や Microsoft Internet Information Server (IIS) から WebLogic Server のインスタンスにプロキシ処理を行うことができます。プロキシ サーバを使用していることはエンド ユーザには見えません。
プロキシ (proxy)およびHypertext Transfer Protocol (HTTP)を参照。
秘密鍵とともに認証局により提供される値で、メッセージの暗号化と復号化に使用します。
公開鍵アルゴリズム (public key algorithm)
公開鍵または秘密鍵を使用してデータを暗号化または復号化するためのアルゴリズム。秘密鍵は一般に、メッセージ ダイジェストを暗号化するために使用されます。そのようなアプリケーションでは、公開鍵アルゴリズムはメッセージ ダイジェスト暗号化アルゴリズムと呼ばれます。公開鍵は一般に、コンテンツ暗号化鍵 (セッション キー) を暗号化するために使用されます。そのようなアプリケーションでは、公開鍵アルゴリズムはキー暗号化アルゴリズムと呼ばれます。公開鍵アルゴリズムの例には RSA があります。
公開鍵暗号化 (public key encryption)
非対称の一対の鍵を使用して、暗号化と復号化を行うためのメカニズム。公開鍵は広く配布され、容易に入手できます。秘密鍵は公に配布されることはなく、常に機密扱いとなります。
公開鍵セキュリティ (public key security)
WebLogic Server 環境を保護するために開発した、公開鍵暗号化技術を拡張したもの。公開鍵暗号化を使用することにより、WebLogic Server とアプリケーション クライアントとの間で、端末間でのデジタル署名およびデータ秘匿を実現します。PKCS-7 標準に準拠しています。
複数のトレーディング パートナの間で実行されるビジネス プロトコル。パブリック プロセスは、複数のトレーディング パートナ間における正式な契約の一部です。正式な契約では、複数のトレーディング パートナ間で相互にやりとりするメッセージの内容と意味が規定されます。RosettaNet ビジネス プロトコルを使用する場合、ビジネス プロトコルはパートナ インタフェース プロセス (partner interface process: PIP) です。すべてのビジネス プロトコルでは、パブリック プロセスは協調的ワークフロー (collaborative workflow) によって実装されます。
Public-Key Cryptography Standard 7 (PKCS-7)
RSA Laboratories によって開発されている公開鍵暗号化標準のセットの 1 つ。この開発は、当初 Apple、Microsoft、Digital Equipment Corporation、Lotus、Sun、および MIT が参加していた非公式のコンソーシアムとの協働で進められています。PKCS-7 では、デジタル署名や暗号化など、暗号技術の強化を含むメッセージの一般的な構文が定義されています。
WebLogic Server の公開鍵セキュリティは PKCS-7 標準に準拠しています。
Public-Key Cryptography Standards (PKCS-1)
データ伝送の暗号化を実装するために、RSA Laboratories によって開発されている公開鍵暗号化標準のセットの 1 つ。
RSA およびセキュア ソケット レイヤ (secure sockets layer: SSL)を参照。
— Q —
サービス品質 (Quality of Service: QoS)を参照。
Query for Price and Availability (QPA)を参照。
サービス品質 (Quality of Service: QoS)
B2B Integration アクティビティの一部として行われるメッセージ配信における信頼性のレベルを定義するのに WebLogic Integration が使用するオプションのクラス。QoS によって、ネットワークのリンク障害やノード障害が発生した場合でも信頼性の高いメッセージ配信を行うためのオプションが用意されます。WebLogic Integration オプションによって永続してデータを格納することで、ノード障害が発生した場合に WebLogic Integration が B2B Integration の処理を回復できるので信頼性が改善されます。
Query for Price and Availability (QPA)
サプライヤ トレーディング パートナに一斉送信されるメッセージ。サプライヤ トレーディング パートナはバイヤ トレーディング パートナに提供価格の応答を行います。
時間の順序に従ってサーバにリクエストを配信するのを管理するための単純なデータ構造。キューの要素は、優先順位によって並び替えられる場合があります。クライアントはキューにアイテムを挿入し、サーバがアイテムをキューから即座か定期的またはまとめて削除します。
— R —
Sun Microsystems によって J2EE Connector Architecture Specification で規定されているように、リソース アダプタ用にコンフィグレーションとデプロイメント プロパティを記述する XML ファイル。
文書型定義 (Document Type Definition: DTD)を参照。
リソース アダプタ アーカイブ (Resource Adapter Archive: RAR)を参照。
リレーショナル データベース管理システム (Relational Database Management System: RDBMS)を参照。
グループ (group)、ユーザ (user)、パーミッション (permission)、プリンシパル (principal)、アクセス制御リスト (access control list: ACL)、および資格 (credential)を参照。
トランザクションを完了させるために行う、コーディネータまたは参加コンポーネントからのリクエスト。
分散システムでは、回復処理は分散コンポーネントの再同期が必要になる場合があります。システムが復旧すると、処理を再開して障害により異常終了したトランザクションを再度実行することができます。
事前定義によってその名前、型、および終了属性が決まる、グループまたはフィールド。
参照実装 (reference implementation)
ドキュメント参照実装 (document reference implementation)を参照。
顧客の登録および顧客サービスの管理 (Registering Customers and Managing Customer services)
登録、ログイン、および顧客プロファイル Commerce Services の集合体注文のステータスや履歴を顧客がチェックする際の JSP のセットと、開発者が他のサービスを作成するのに使用できる API のセットが含まれます。
アプリケーション プログラミング インタフェース (application programming interface: API) およびAPIを参照。
会話定義 (conversation definition) で指定したロール (role) に対するビジネス メッセージ (business message) を受信するためにトレーディング パートナが行うリクエスト。登録リクエストは WebLogic Integration に送信され、トレーディング パートナがサブスクリプション (subscription) するよう要求します。
登録およびログイン サービス (Registration and Login service)
Web サイトの訪問者がユーザ プロファイルを作成し WebLogic Portal で認証する際のビジネス ロジックとプレゼンテーション ロジックを実装したもの。
リレーショナル データベース管理システム (Relational Database Management System: RDBMS)
システム (またはシステムの一部) が、パフォーマンス仕様を満足しながら (予測されない副作用を除いて) 繰り返し何度も正しい出力を生成する度合い。
信頼性のあるメッセージング (reliable messaging)
マシン障害が発生してもメッセージが安全に送り先に到着するよう保証する、さまざまな サービス品質 (Quality of Service: QoS) オプションを用いてメッセージを配信するプロセス。信頼できるメッセージを使用する場合、次に示す機能が利用できます。すなわち、メッセージの受信確認、メッセージ ロギングとトラッキング、メッセージ訂正、再試行、およびメッセージ配信方法の選択です。
リモート インタフェース (remote interface)
エンタープライズ bean インタフェース用インタフェース。ホーム インタフェースとリモート インタフェースのうちの 1 つ。リモート インタフェースではクライアントによって呼び出しが可能なビジネス メソッドが定義されます。
ホーム インタフェース (home interface)を参照。
Remote Method Invocation (RMI)
リモートの JVM に格納されたオブジェクトのメソッドをあたかもローカル システムにあるオブジェクトのようにアプリケーションが起動できるメソッド。WebLogic Server RMI は JavaSoft 仕様を実装したものです。
Java 仮想マシン (Java virtual machine: JVM) およびJava Enterprise APIを参照。
データベースに格納され名前を使用して実行できるデータベース プロシージャ。適切なパーミッションが付与されたクライアントは、相手がプロシージャを実行して結果を戻すよう要求することができます。
レプリカ対応スタブのためにロードバランシングとフェイルオーバを行うソフトウェア コンポーネント。レプリカ ハンドラは利用可能なレプリカのリストを保持し、レプリカ対応スタブでリモートの起動が行われたときに実行するレプリカを選択します。
WebLogic Server の組み込みレプリカ ハンドラを選択するには、RMI と EJB コンパイル用のさまざまなフラグを設定します。フラグによって、障害と再試行、およびサーバ アフィニティなどのサービス特性の処理方法が決まります。
レプリカ対応スタブ (replica-aware stub)、スタブ (stub)、およびRemote Method Invocation (RMI)を参照。
レプリカ対応スタブ (replica-aware stub)
呼び出しをサービス インスタンスに委託するラッパー。サービスが別のサーバで透過的に処理される、ロードバランシングとフェイルオーバの状況に対処する方法に関する情報を持っています。レプリカ対応スタブはレプリカ ハンドラと呼ばれるコンポーネントを使用して、そのような処理をカプセル化します。
レプリカ対応スタブを生成するには、RMIC 用に -replicaAware フラグか類似の EJB デプロイメントを記述し、プロパティを設定してください。
Remote Method Invocation (RMI)、スタブ (stub)、およびレプリカ ハンドラ (replica handler)を参照。
リポジトリ ディレクトリ (repository directory)
イメージやポートレット JSP などの共有リソースがあるディレクトリ。Java サーブレット登録中にリポジトリ ディレクトリを指定します。
ポートレット (portlet) およびJava サーブレット (Java servlet)を参照。
システムレベルのソフトウェア ドライバ。エンタープライズ情報システム (enterprise information system: EIS) に接続するアプリケーション クライアントかアプリケーション サーバ (WebLogic Server など) が使用します。リソース アダプタは J2EE コネクタとして機能します。WebLogic J2EE コネクタ アーキテクチャは、EIS ベンダおよびサードパーティ アプリケーション開発者が開発し、Sun Microsystems の J2EE プラットフォーム仕様、バージョン 1.3 に準拠しているアプリケーション サーバにデプロイ可能なリソース アダプタをサポートしています。リソース アダプタには Java コンポーネントと、必要に応じて EIS と対話的に処理するのに必要なネイティブ コンポーネントが含まれています。
J2EE コネクタ アーキテクチャ (J2EE Connector Architecture) およびJ2EE コネクタ (J2EE Connector)を参照。
リソース アダプタ アーカイブ (Resource Adapter Archive: RAR)
リソース アダプタを実行するのに必要となるクラスとその他のファイルをロードするための圧縮ファイル (.zip フォーマット)。
リソース アダプタ (resource adapter)を参照。
データベース管理システムなどの情報やプロセスにアクセスするためのインタフェースおよび関連ソフトウェア。リソース マネージャでは、トランザクション処理機能とアクションの永続性が提供されます。それらはグローバル トランザクション内部でアクセスされ制御されるエンティティです。
リソース プリンシパル (resource principal)
エンタープライズ情報システム (enterprise information system: EIS) インスタンスへの接続が確立されたセキュリティ コンテキストのセキュリティ ポリシー。
エンタープライズ情報システム (Enterprise Information System: EIS) およびプリンシパル (principal)を参照。
制限トレーディング パートナ (restricted trading partner)
ライセンス制限版の B2B Integration を実行するトレーディング パートナ。
サービス品質 (Quality of Service: QoS) オプション。これにより B2B Integration は、断続的なネットワーク障害をマスクするために、指定された回数だけ配信地点でメッセージの再送を試みます。B2B Integration は、事前に定義された待ち時間が過ぎた後、メッセージの再送を試みます。このオプションが利用できるかどうかは、使用する ビジネス プロトコル (business protocol) によって決まります。
Remote Method Invocation (RMI)を参照。
RosettaNet Implementation Framework (RNIF)を参照。
環境において、認可プリンシパルで実行可能なアクションのセットによって定義される組織の識別情報。
環境において、B2B Integration Business Process Management (BPM) のどちらかと関連しているアクティビティを定義したもの。
ロールベースのアクセス制御 (Role Based Access Control: RBAC)
ロールと呼ばれる組織の識別子を介してリソースへのアクセスを仲介する、セキュリティ機構のクラス。
トランザクションで更新したリソースすべてを元の状態に戻すような方法でトランザクションを終了させること。
トランザクションを終了させ、トランザクション中に指定されたリソースに対するすべての変更を取り消すまたは元に戻すイベント。
RosettaNet Implementation Framework (RNIF)
PIP を実行する相互運用可能なソフトウェア アプリケーションを作成するためのガイドライン。
remote procedure call (RPC)を参照。
データ伝送を暗号化するための公開鍵暗号化アルゴリズム。RSA は RSA Security, Inc. の製品であり、Web サーバとブラウザ間のデータ伝送を暗号化するために SSL で使用しているアルゴリズムの 1 つです。
暗号化 (encryption) およびセキュア ソケット レイヤ (secure sockets layer: SSL)を参照。
WebLogic Personalization Server ルールが含まれている XML ファイル。すべてのルールは次のどちらかになります。ContentSelector または Classifier です。各ルール セットにはルールがない場合も、複数のルールがある場合もあります。ルール セットはプロパティ セットからプロパティを使用して、ユーザとグループ プロファイルを評価します。
ルール マネージャ (Rules Manager)、XML、およびプロパティ セット (property set)を参照。
Web サイトを閲覧するエンド ユーザにパーソナライゼーションしたコンテンツを提供するために、編集用サービスと実行時サービスを用意するコンポーネントのセット。このパーソナライゼーション コンポーネントではビジネス ルールを使用して、ユーザとグループに適切なコンテンツの照合処理を行います。
WebLogic Personalization Server の Rules Management Framework では、具体化したルールに基づいてパーソナライゼーションしたコンテンツを提供するために、編集機能、デプロイメント機能、実行時処理機能が用意されています。このコンポーネントは次の 2 つの主要部分から構成されています。ビジネス アナリストがビジネス ルールを定義しデプロイするための編集用 GUI と、定義したビジネス ルールを評価するための実行時サービスです。
ルール マネージャ EJB は、ベースとなる BEA Rules Engine へのスケーラブルでステートレスの J2EE エントリ ポイントです。これにより、E-Business Control Center で定義したビジネス ルールを実行するのに必要な実行時サービスが提供されます。
ユーザ プロファイル (user profile)、XML、およびルールセット (rule set)を参照。
— S —
ソフトウェア ソリューションをさまざまな規模の問題に適用すること。理想的には、1 つのソリューションで単純なものから複雑なものまで多様な問題に十分対応できる必要があります。しかし実際は、それほど複雑でない問題は比較的単純なリューションで解決できます。
キャンペーンにおける主要な構成ブロック。シナリオはシナリオ アクションで構成されます。シナリオ アクションが条件を満たす場合は、そのすべてが実行されます。具体的には、特定のイベントが発生した場合、または顧客が指定した顧客セグメントに属する場合が該当します。
シナリオ アクション (scenario action)およびキャンペーン (campaign)を参照。
シナリオのコンポーネント(シナリオは任意の数のアクションで構成されます)。アクションは広告、電子メール、または割引などです。広告の場合、広告用のコンテンツ管理システムを照会します。プレースホルダに広告を表示する場合があります。
シナリオ (scenario)、プレースホルダ (placeholder)、および広告 (ad)を参照。
スケジューリング サービス (scheduling service)
メッセージに対して確実に適切なルーティング、キュー処理、および順番制御が行われるように支援する WebLogic Integration 機能 (B2B Integration 機能に関連しています)。
XML ドキュメント用に有効な内容を定義するドキュメント。スキーマ定義は DTD に比べて具体的であり、内容をより詳細に制御できます。
extensible markup language (XML) および文書型定義 (Document Type Definition: DTD)を参照。
セキュア ソケット レイヤ (secure sockets layer: SSL)
Netscape によって開発されたインターネット転送レベルの技術。アプリケーション間にデータ プライバシ (data privacy) を提供し、公開鍵技術に基づいて、認証およびデータ暗号化の使用をサポートします。
Public-Key Cryptography Standards (PKCS-1)、暗号化 (encryption)、RSA、認証 (authentication)、暗号スイート (cipher suite)、およびアクセス制御リスト (access control list: ACL)を参照。
認可 (authorization)、データ プライバシ (data privacy)、セキュア ソケット レイヤ (secure sockets layer: SSL)、および認証 (authentication)を参照。
セキュリティ属性 (security attributes)
主体を統制するシステム ポリシーのベースを構成する、主体 (ユーザや他の実体に関係ありません) の特性。
プリンシパル (principal) および認証 (authentication)を参照。
セキュリティ プリンシパル (security principal)
アプリケーションやシステムのためにセキュリティ機構にとって既知であり認証可能なエンティティ (ユーザやアプリケーションなど)。
セキュリティ プロバイダ (security provider)
セキュリティ サービス (認証、認可、監査、PKI など) を WebLogic Server に提供するコード。セキュリティ サービスは BEA Systems 提供によるものや顧客が作成したものがあります。
ユーザ、グループ、および ACL を論理的にグループ化したもの。WebLogic Server 7.0 互換性モードを使用しているとき、WebLogic Server サーバのリソースを保護するのに使用します。
Security Service Provider Interfaces (SSPI)
WebLogic Server セキュリティ サービスに統合されるセキュリティ サービスを複数のベンダが提供できるようにする、Java パッケージのセット。
ある JVM から別の JVM に渡すことができるよう、オブジェクトをバイトストリームにコード化すること。
Java 仮想マシン (Java virtual machine: JVM)を参照。
クライアントのリクエストに応答し要求を満たすアプリケーション。サーバの例としては、リレーショナル データベースへの接続を提供する DBMS サーバや、HTTP が要求する HTML ページとサービスを提供する HTTP サーバがあります。
Hypertext Transfer Protocol (HTTP)、Web サービス (Web service)、およびHTTP サーバ (HTTPD)を参照。
クライアントの JVM ではなくてサーバの JVM で実行する Java コード。例としては、Java-Servlet-API (HTTP) サーブレット、WebLogic Server 起動クラス、EJBean、および WebLogic Remote クラスがあります。
Java 仮想マシン (Java virtual machine: JVM)、WebLogic Server Remote、サーブレット (servlet)、およびHypertext Transfer Protocol (HTTP)を参照。
エンタープライズ情報システム (Enterprise Information System: EIS)を参照。
ユーザの Web サービス内から別の Web サービスへの通信を容易にする機能。WSDL から対象となるサービス用にサービス コントロールを作成できます。
サービス プロバイダ インタフェース (service provider interface: SPI)
エンタープライズ情報システム (Enterprise Information System: EIS) との接続性を提供して管理し、トランザクション境界を確立し、受信待ちと伝送リクエストを行うイベント用フレームワークを用意する、オブジェクトが含まれるプログラム。すべての J2EE コネクタ アーキテクチャ準拠アダプタは、javax.resource.spi パッケージにおけるインタフェース用の実装を用意する必要があります。
通常、HTTP リクエストに応じて実行され、それに対するブラウザ内での出力を生成するサーバサイド Java アプレット。動的なコンテンツを生成し、リクエストと応答の典型的な方法でユーザが Web クライアントと対話処理ができるようして、Web サーバの機能を拡張したもの。
サーバサイド コード (server-side code)を参照。
エンタープライズ JavaBeans (Enterprise JavaBeans: EJB)を参照。
指定した製品セットがショッピング カートにある顧客に基づいた、単一の割引。
XML の構造 (XML shape)または Studio の形状 (Studio shape)を参照。
顧客の注文に関連した出荷情報を記録し、出荷費用を算出し、注文の出荷ステータスを追跡する、ビジネス ロジックとプレゼンテーション ロジックを実装したもの。
ショッピング カート管理サービス (Shopping Cart Management service)
顧客が購入するために選択したアイテムを表示する Commerce Services において、ビジネス ロジックとプレゼンテーション ロジックを実装したもの。顧客はショッピング カートから代金支払い処理を開始できます。
Simple Object Access Protocol (SOAP)
さまざまな Web サービスで解釈できるように XML メッセージのフォーマットを規定するための標準規則のセット。プラットフォームに関係なくインターネットを介してアプリケーションがお互いに通信ができる手段を提供します。OMG の IIOP と違って、サーバのファイアウォールを通過するために SOAP は DOM を HTTP (ポート番号 80) のパケットに添付して送ります。ファイアウォールは通常ポート番号 80 とポート番号 21 (FTP) リクエストを受け入れるようコンフィグレーションされます。SOAP では XML によって情報のフォーマットを定義し、必要な HTTP ヘッダーに追加して送信します。
分散オブジェクト モデル (distributed object model: DOM)、Hypertext Transfer Protocol (HTTP)、extensible markup language (XML)、およびInternet Interoperability Protocol (IIOP)を参照。
シリアライズされたリクエストをスタブから受け取り、それをデシリアライズしアンパックして、当該オブジェクトの実装に対して呼び出すべきメソッド呼び出しとして送信するリモート オブジェクトのサーバサイド表現。サーバサイド スケルトンは、対応するクライアントサイド スタブから出されたリクエストのデシリアライズとアンパックを担当します。
実装 (implementation) およびサーバサイド コード (server-side code)を参照。
Systems Network Architecture (SNA)を参照。
Simple Object Access Protocol (SOAP)を参照。
名前がバインドされる通信の終端。TCP/IP 接続の論理的な終端です。アプリケーションはソケットを介して TCP/IP 接続にアクセスします。
商取引サービスで提供される JSP テンプレートで利用可能な WebLogic Portal オプション。このオプションを使用すると、顧客が購入した個々のアイテムが入荷次第、顧客に出荷にするか (複数にわけて出荷が必要な場合でも)、すべてのアイテムが揃うまで出荷を延ばすか決めることができます。それらのうちどちらを顧客が選択したのかを確認した後、パイプラインはデータベースに顧客の選択をコミットします。
パイプライン (pipeline) およびJSP テンプレート (JSP template)を参照。
Structured Query Language (SQL)を参照。
セキュア ソケット レイヤ (secure sockets layer: SSL)を参照。
Security Service Provider Interfaces (SSPI)を参照。
スタンドアロン割引 (stand-alone discount)
特定の顧客に限定したり、顧客の行動をベースにしたり、キャンペーンによって管理するのではなくて、特定の Web サイトで購入する人全員に提供される割引。たとえば、Web サイトのポリシーが「誰でも本が 10% 引き」である場合、その Web サイトはスタンドアロン割引を実行していることになります。
スタンドアロン割引は E-Business Control Center のすべてのバージョンで利用できます。
BEA E-Business Control Centerを参照。
ワークフローをトリガーするプロパティを指定する、ワークフロー (workflow) の最初のコンポーネント。開始ノードの直後の形状 (shape) は、ワークフローにおいて最初のアクティブなコンポーネントです。
ステートフル オブジェクト (stateful object)
アプリケーションのデータが格納されているオブジェクト。その状態は、あるメソッドの実行によって変化する場合があります。クラスタ化された環境では、ロード バランシングとフェイルオーバの両面で、ステートフル オブジェクトに対する一定の要件があります。ステートフル サービスを提供するサーバの障害時やロード バランシング時に、オブジェクトが別のホストへ移動しても、それに合わせてサービスの状態が変わらなければならないからです。
ステートフル セッション bean (stateful session bean)
特定のクライアントの代わりに対話状態を保持する Java bean。対話状態が bean で維持されているときは、複数のクライアントは bean に別々にアクセスでき、前回までの会話の間に蓄積した情報を使用することができます。
使用している bean が ステートフル セッション bean (つまりこの bean は対話状態を保持できる bean) の場合、ある日から別の日にかけて同僚との会話を続ける際、会話を中止したところから再開するのと同じように、クライアントと bean はあるセッションから次のセッションに会話を続行できます。
このためステートフル セッション bean は、複数の対話処理を介してプロセスをマッピングするのに役立ちます。
ステートレス オブジェクト (stateless object)
アプリケーション データを保存しないオブジェクト。このオブジェクトは等冪です。オブジェクトに関する各処理は、他のすべての処理と独立しています(ステートレスの一般的な概念と、セッション EJB の参照に使用する具体的な定義とを混同しないでください)。
ステートレス セッション bean (stateless session bean)
変数をクラス変数として定義する、Java プログラミング言語のキーワード。クラスは、インスタンスがいくつ存在するかに関係なく、クラス変数のコピーを保持します。このキーワードはまた、メソッドをクラス メソッドとして定義するのに使用できます。特定のインスタンスの代わりにクラスがクラス メソッドを起動し、クラス変数でのみ処理されます。
Structured Query Language (SQL)
リレーショナル データベースのテーブルとレコードの管理に使用する準標準言語。具体的には SQL 文やクエリを使用すると、テーブルやレコードの作成、操作、クエリ、更新、および削除ができます。詳細については http://www.sql.org を参照してください。
リモート オブジェクトに実装されたメソッドを起動するために使用する、リモート オブジェクトのクライアント サイドの表示処理。オブジェクトのリモート オブジェクト実装に対するインタフェースを定義します。スタブはクライアントのリクエストをパッケージ化して順番に並べ、サーバ側の相手スケルトンに送る責任があります。
スケルトン (skeleton) および実装 (implementation)を参照。
WebLogic Integration Studio の描画範囲における、ワークフロー ノード (workflow node) のビジュアルに表示されるもの。
XML ドキュメントで処理するデータ変換 (またはマッピング) を記述する XSLT ドキュメント。スタイルシートでは (Xpath を使用して) 操作する対象となる XML ドキュメントのノードと、行う操作が指定されます。
個人などの単一のエンティティに関して関係する情報のためのコンテナ。情報には、サブジェクトの識別子や、それに関連付けられたセキュリティ関連の属性 (パスワードや暗号鍵など) があります。サブジェクトは複数の識別子を持つことがあります。サブジェクトはそれらの識別子を示しません。その代わりにコンテナが示します。各識別子はサブジェクト内部のプリンシパルとして示されます。
WebLogic Server セキュリティ プロバイダにおいて、サブジェクトにはユーザ用のプリンシパル (WLSUser プリンシパル) と、ユーザがメンバーとして所属するグループ用のプリンシパル (WLSGroups プリンシパル) があります。カスタム セキュリティ プロバイダは識別子を別々に格納する場合があります。
トレーディング パートナが特定のロール (role) で特定の会話定義 (conversation definition) に関係するためのパーミッション。会話 (conversation) においてロール用にビジネス メッセージ (business message) を送信するためには、トレーディング パートナにそのロールに対応するサブスクリプションが必要です。サブスクリプションを行うには、トレーディング パートナは、自分の名前、対象となる会話の名前とバージョン、およびサブスクリプション対象のロールを指定する必要があります。
Society for Worldwide Interbank Financial Telecommunications (SWIFT) は、190 ヶ国以上の約 7,000 の金融機関に対して安全なグローバル メッセージ サービスおよびインタフェース ソフトウェアを提供している業界団体です。
グラフィカル ユーザ インタフェース (graphical user interface: GUI) コンポーネント キットであり、Java 2 platform, Standard Edition (J2SE) に統合されている Java Foundation Classes (JFC) の一部です。Swing はすべてが Java プログラミング言語で記述されたユーザ インタフェース要素の完全なセットを提供することによって、アプリケーションのデプロイメントを簡略化します。Swing コンポーネントでは、特定のウィンドウ システムに依存せずに見た目と操作性をカスタマイズできます。
値を返すメソッドの属性。この用語は、同期メソッドの呼び出し元は、呼び出されたメソッドが次の文で示す内容を返すのを待つ必要があることに由来しています。呼び出し元はメソッドと同期しています。
同期メッセージ配信 (synchronous message delivery)
B2B Integration が制御をアプリケーションに一度戻し、メッセージが伝送された結果を知らせるメッセージ配信手法。次のイベントが発生した後に、制御がアプリケーションに戻されます。すなわち、すべての送り先から確認応答を受信した場合、メッセージがタイムアウトした場合、または会話 (conversation) で送られたメッセージが終結した場合が該当します。
接続リクエストが複数のエンティティの間で渡されるメカニズム。WebLogic Server とエンタープライズ情報システム (enterprise information systems: EIS) など、アプリケーション サーバ間での標準のシステムレベル プラグイン可能性を実現するために、コネクタ アーキテクチャではアプリケーション サーバと EIS 間の標準のシステムレベル規約を定義しています。システムレベルのコントラクトで EIS 側は、リソース アダプタに実装されています。
システム エラー ハンドラ (system error handler)
すべてのワークフロー テンプレート定義 (workflow template definition)で使用できる Business Process Management (BPM) エラー ハンドラ。ワークフロー テンプレート定義でオーバライドされない限り、例外が発生すると必ず BPM はシステム エラー ハンドラを起動します。システム エラー ハンドラが呼び出されると、指定されたトランザクションをロールバックし、例外をクライアント アプリケーションに送出します。
システム ログ メッセージ (system log message)
WebLogic Integration アクティビティを記録するローカル ログにあるメッセージ。例としては、B2B Integration が終了したためトリガ商品 (trigger item) を配信できないことを示すメッセージがあります。
システマティック コラボレーション (systematic collaboration)
すべての参加コンポーネントがビジネス リレーションシップを確立したときから他のすべての参加コンポーネントを認識している場合の、複数トレーディング パートナ間における協同作業の種類。このような状況においては、ビジネス リレーションシップは継続しプロセスは頻繁には変更されません。
Systems Network Architecture (SNA)
IBM が開発したネットワーク プロトコルで、ピアツーピア ネットワーク、ワークステーション、およびメインフレームを接続するために使用されます。
— T —
ターゲット プログラム モデル (targeted programming model)
クラスタ規模の JNDI ツリーで示されるファイル システムなど、単一のステートフル オブジェクト用スタブの取得を目的にルックアップを行うために使用するモデル。このようなスタブは、フェイルオーバもロード バランシングもできません。サービスそのものが一意であるためです。
間接プログラミング モデル (indirect programming model) および直接プログラミング モデル (direct programming model)を参照。
ワークフロー (workflow) を構成する一連の独立したアクティビティの 1 つ。タスクはワークフロー ユーザによって、または WebLogic Server で自動的に実行されます。タスクの動作はさまざまなタスク プロパティおよび、あるタスク イベント (task event) が発生したときに実行する処理を定義するタスク アクション (action) によって決まります。
ワークフロー (workflow) アナリストによってプログラムされたアクション (action) がタスク (task) のライフサイクルに実行されること。B2B Integration では次の 4 つのイベントがサポートされています。Created、Activated、Executed、および Marked Done です。
TAXWARE とのインタフェースにより、顧客の注文に対して税額を算出するビジネス ロジックとプレゼンテーション ロジックを実装したものです。
トランザクション マネージャ (transaction manager)を参照。
Tengah は、現在 BEA WebLogic Server と総称されるさまざまな製品および API の旧名です。Tengah Server など、以前 Tengah に含まれていたすべてのエンティティは、現在 WebLogic Server と呼ばれています。tengah という語が含まれているメソッド名とクラス名は下位互換性のために変更されずに残されています。
プログラムの他の部分と独立して実行可能な、プログラムの一部。
マルチスレッド処理 (multithreading)を参照。
メッセージがタイムアウトになるまで、送信側がメッセージの確認応答を待つ時間の長さを指定するサービス品質 (Quality of Service: QoS) オプション。タイムアウトが発生すると、メッセージ、確認応答処理、および再試行は廃棄されます。このオプションを利用できるかどうかは、使用するビジネス プロトコル (business protocol) によって決まります。
メッセージ トークン (message token)を参照。
トレーディング パートナ (trading partner)
会話 (conversation) においてビジネス メッセージ (business message) を送受信できる認可を受けたビジネス エンティティ。トレーディング パートナ用のコンフィグレーションには、複数の配信チャネル (delivery channel) があります。
ACID プロパティ (ACID properties)を参照。
トランザクション ブランチ (transaction branch)
分散トランザクションをサポートする、リソース マネージャ内部における作業単位。トランザクション マネージャがリソース マネージャに提供する各トランザクション識別子によって、グローバル トランザクションと個々のブランチの両方が識別されます。
リソース マネージャ (resource manager)、トランザクション マネージャ (transaction manager)、および分散トランザクション (distributed transaction)を参照。
トランザクション マネージャ (transaction manager)
アプリケーション プログラムに代わってグローバル トランザクションを管理するシステム ソフトウェア コンポーネント。トランザクション マネージャは、グローバル トランザクションの開始と終了を行うアプリケーション プログラムからのコマンドを、それらのトランザクションに関わるすべてのリソース マネージャと通信することで調整します。リソース マネージャがグローバル トランザクション中に失敗した場合、トランザクション マネージャはリソース マネージャが保留中のグローバル トランザクションをコミットするかロール バックするかどうかの決定を支援します。
リソース マネージャ (resource manager)を参照。
そのオブジェクトを作成したプロセスの生存期間中にのみ存在するオブジェクト。
永続オブジェクト (persistent object)を参照。
transmission control protocol (TCP)
インターネットでの通信方式を規定するプロトコル ファミリ。このプロトコルに基づいて、2 つのホストが接続を確立し、データ ストリームを交換することができます。TCP ではデータが確実に配信されることと、パケットが送信時と同じ順序で配信されることが保証されます。
配信チャネル (delivery channel) の転送レベルのプロパティ。
Transport Layer Security (TLS)
SSL に基づくプロトコルで、暗号化通信および認証を用いた通信のためのインターネット標準として使用されます。
システムがセキュアな状態を保つとした場合に、システムのどのコンポーネントおよびシステム外部のどのエンティティが信頼される必要があるか、またどのような対象に対して信頼される必要があるかについて記述したもの。
信頼性のあるコンピューティング基盤 (trusted computing base: TCB)
システムがセキュアであり続けるために正しく機能しなければならないシステムの部位。TCB が変更に対する耐性を備えていることと、そのポリシーの施行が回避可能であることが理想的です。
あるネットワークから、別のネットワークの接続を通してデータを転送するための手段。
Hypertext Transfer Protocol (HTTP)を参照。
2 フェーズ コミット (two-phase commit: 2PC)
複数のリソース マネージャ間で単一のトランザクションを調整する方法。2PC により、トランザクションによる更新を関連データベースのすべてにコミットするか、またはすべてのデータベースから完全にロールバックし、トランザクションによる状態の前の状態に戻すことで、データの完全性が保証されます。
ユーザ インタフェースがクライアント上で動作し、データベースがサーバ上に格納されるようなクライアント/サーバ間の関係。実際のアプリケーション ロジックは、クライアントまたはサーバのどちらでも動作させることができます。
クライアント/サーバ (client/server)を参照。
— U —
Universal Description, Discovery, and Integration (UDDI)を参照。
世界中の大部分の言語で書かれたテキストの表示、処理、および交換に用いられる 16 ビットの文字エンコード体系。Java では、文字列にデフォルトで Unicode を使用します。
統合プロファイル タイプ (unified profile type)
WebLogic Personalization Server データベースに格納されていないデータに明示的にアクセスできるように、基本ユーザ オブジェクトを拡張したもの。
統合ユーザ プロファイル (unified user profile: UUP)
WebLogic Portal データベース テーブルおよびその他のデータ ソースからユーザ管理サービスが収集したユーザ プロパティの集合体。たとえばユーザ管理サービスは、WebLogic Portal データベースのユーザ プロパティと LDAP サーバのユーザ プロパティを統合ユーザ プロファイルにまとめることができます。統合ユーザ プロファイルによってユーザ情報を検索する場所が 1 つになるので、開発者やシステム ユーザはさまざまな基本データ ソースの違いを無視することができます。
Uniform Resource Locator (URL)
インターネット上でリソースを識別し、その場所を探すための文字列。最新の URL ガイドラインは W3C で入手できます。
Hypertext Transfer Protocol (HTTP)を参照。
Universal Description, Discovery, and Integration (UDDI)
World Wide Web Consortium (W3C) によってメンテナンスされている、分散 Web ベース情報レジストリの仕様。この仕様では、Web サービスに関する情報を調査し公開する手法が定義されています。UDDI は主として Web Services Description Language (WSDL) をサポートするために定義されています。UDDI の主要コンポーネントとしては、UDDI ビジネス登録 (ビジネス エンティティとその Web サービスを規定する XML ファイル) があります。プログラムとプログラマは UDDI ビジネス登録を使用してサービスに関する情報がある場所を突き止めます。
Uniform Resource Locator (URL)を参照。
個々のプリンシパルのこと。個人のパーミッション (肯定的パーミッションと否定的パーミッションのどちらも) は、そのユーザが所属しているグループに与えられているあらゆるパーミッションに優先します。
パーミッション (permission)、グループ (group)、プリンシパル (principal)、およびレルム (realm)を参照。
ユーザ管理コンポーネント (User Management component)
ユーザおよびグループ プロファイルのプロパティの作成、維持を容易にする JSP タグ、EJB、およびツールのセット。これによって WebLogic Portal にあるユーザ プロファイル情報にアクセスできます。ユーザ管理コンポーネントは、ユーザ認証機構およびユーザとグループとの関連付け機能も提供します。
ユーザ プロセッシング サービス (User Processing service)
登録およびログイン サービス (Registration and Login service)を参照。
ユーザまたはグループと関連付けられている、名前/値属性ペアのセット。
ユーザ管理コンポーネント (User Management component)を参照。
統合ユーザ プロファイル (unified user profile: UUP)を参照。
— V —
付加価値サービス (value-added service)
トレーディング パートナによって、WebLogic Integration が提供するサービスに追加される論理。例としては信用情報のチェックや出荷があります。
ベンダ クライアント ライブラリ (vendor client library)
クライアントからの関数呼び出しを、データベースで使われるプロトコルに変換するネイティブ レイヤ。
独立したコンピュータのように機能する、自己包含形式のオペレーティング環境。通常、Java 仮想マシン (Java Virtual Machine: JVM) のことを示します。
Java 仮想マシン (Java virtual machine: JVM)を参照。
— W —
World Wide Web Consortium (W3C)を参照。
ワイド エリア ネットワーク (wide area network: WAN)を参照。
Wireless Application Protocol (WAP)を参照。
モバイル クライアントを含むモバイル ネットワークとアプリケーション サーバを含むコンピュータ ネットワークとの間のブリッジ。WAP ゲートウェイには、一般に WAP プロトコル スタックから WWW プロトコル スタック (HTTP と TCP/IP) へのリクエストを変換するプロトコル ゲートウェイと、Web コンテンツをコンパクトなエンコード済みフォーマットに変換するコンテンツ エンコーダおよびデコーダが含まれています。
Wireless Application Protocol (WAP)を参照。
Web アプリケーション (Web application: Webapp)
対話型オンライン アプリケーションを構成する、サーバ側の Web リソース グループ。Web リソースには、Web ブラウザにデプロイできるアプレット、Java サーブレット、JavaServer Pages (JSP)、静的なドキュメント (HTML ドキュメント) などがあります。Web アプリケーションは、Web アプリケーション サーバのコンテキストで実行する必要があります。WebLogic Portal は Web アプリケーションとしてパッケージされています。
Java サーブレット (Java servlet)、アプリケーション プログラミング インタフェース (application programming interface: API)、Web アプリケーション サーバ (Web application server)、およびアプレット (applet)を参照。
Web アプリケーション サーバ (Web application server)
e ビジネスで使用するデータベースおよびバックエンド システムと、Web ベースのアプリケーションでデータを交換できるようにするソフトウェア。BEA の Web アプリケーション サーバは WebLogic Server です。
Web サービス (Web service) およびWeb アプリケーション (Web application: Webapp)を参照。
ある企業が、オンライン ビジネス機能を一般にインターネットなどのネットワークを介して他の企業やソフトウェア プログラムに提供するコード モジュール。Web サービスを提供するコード モジュールは、特定の言語やプラットフォームに制約されず、提供するサービスをコード自体で説明するしくみをとっています。
Web サービスの場所は、サービスを使用するために設計されたアプリケーション内部にコードとして埋め込まれている場合も、UDDI (Universal Description, Discovery, and Integration) を使って識別される場合もあります。Web サービスはコード自体で内容を説明するしくみをとっているため、利用するアプリケーション側で、利用可能な機能や呼び出し方法を特定できます。
Web Services Description Language (WSDL)
Web サービスを記述するための XML ベース仕様のマークアップ言語。これによってさまざまなクライアントでサービスを呼び出すことができます。2 つの別々のオンライン システムで人手を介さずに通信する必要がある場合は、WSDL が必要になります。
デプロイメント記述子 (deployment descriptor)を参照。
Web サイトのフローを制御するメカニズム。WebLogic Portal ではさまざまなサンプル アプリケーションで Webflow を使用することにより、Web ブラウザで表示するページや実行するビジネス ロジックを決定します。
Webflow ネームスペース ファイルを使用して、Webflow を特定の Web アプリケーション用にコンフィグレーションできます。
Webflow ネームスペース ファイル (Webflow namespace file)およびパイプライン (pipeline)を参照。
Web アプリケーション用に、Webflow を視覚的に作成、変更、および検証するためのグラフィック ツール。Webflow および Pipeline エディタで、基盤をなす Webflow ネームスペースおよびパイプライン ネームスペース XML ファイルが生成されます。手作業で編集する必要はありません。
これらのエディタは E-Business Control Center で入手できます。
Webflow ネームスペース ファイル (Webflow namespace file)
Webflow を Web アプリケーション用にコンフィグレーションする XML ファイル。Web ページの表示順番を制御し、Web ページと関連付けられたビジネス ロジックを実行させます。
Webflow ネームスペース ファイルを編集するには、Webflow および Pipeline エディタを使用します。これらのエディタはE-Business Control Center で入手できます。
E-Business Control CenterTM、アプリケーション プログラミング インタフェース (application programming interface: API)、Webflow、Webflow および Pipeline エディタ、およびビジネス ロジック (business logic)を参照。
Java でデータベース アプリケーションを開発するための BEA 製品コンフィグレーション。WebLogic Express には、好みの 2 層 WebLogic jDriver、セキュリティ機能、HTTP サーブレット サポート、Name and Directory Services のほかに、JDBC 仕様の多層型実装である WebLogic Server JDBC が含まれています。
WebLogic Server jDriver、JDBC、およびWebLogic Server jDriverを参照。
WebLogic Server ソフトウェアのルート ディレクトリ。個々のサーバ ディレクトリが入っているディレクトリです。
アプリケーション サーバ、アプリケーション統合、Business Process Management、企業間 (B2B) 統合機能を企業に提供する、標準に準拠したオープンなソフトウェア プラットフォーム。WebLogic Integration は EJB プラットフォーム WebLogic Server 上で動作し、Java でその全体が実装されています。WebLogic Integration の中心は XML であり、緩やかに対をなした参加コンポーネントの間でのオープンなデータ相互交換フォーマットを提供します。WebLogic Integration はまた、J2EE およびワークフロー (workflow) 技術 (Business Process Management) を利用して、RosettaNet、ebXML MS などの先進の電子商取引ビジネス プロトコル (business protocol) をサポートします。
WebLogic Integration B2B Console
管理者が WebLogic Integration の B2B Integration 機能をコンフィグレーションしモニタするための HTML インタフェース。
WebLogic Integrationプロセス エンジン (WebLogic Integration process engine)
Business Process Management (BPM) ワークフロー (workflow) をモニタし制御する、WebLogic Integration の実行時コンポーネント。
WebLogic Integrationリポジトリ (WebLogic Integration repository)
ワークフロー (workflow) を定義しモニタする、Business Process Management クライアント アプリケーション。
JDBC 仕様の pure-Java 多層実装で、これは WebLogic Express にも WebLogic Server の製品パッケージにも含まれています。
Java Database Connectivity (JDBC) およびWebLogic Server ファイル サービス (WebLogic Server file services)を参照。
Java コードを含む標準 HTML ページからサーブレットを自動的に生成する機能を、以前サポートしていた WebLogic Server の旧サービス。JHTML は JavaServer Pages (JSP) に置き換えられました。
WebLogic Personalization Server
ユーザ プロファイルおよびビジネス ルールに基づいてカスタマイズしたコンテンツを提供する、Web アプリケーション用の開発キット。WebLogic Portal とともに提供されます。
ユーザ プロファイル (user profile)、Web アプリケーション (Web application: Webapp)、および WebLogic Portalを参照。
ポータル、動的な販売キャンペーン、電子商取引ソリューション、および Web アプリケーション用にパーソナライズしたコンテンツをすばやく構築する、コンポーネントおよびテンプレート。以前 WebLogic Personalization Server で別々にライセンスされていた機能が含まれます。
Java 言語および J2EE プラットフォーム (Sun Microsystems, Inc. の) を使用して、電子商取引アプリケーションを構築し実行するためのサービスを提供する、BEA の Web アプリケーション サーバ。
WebLogic Server は標準に準拠して Pure Java で記述されたアプリケーション サーバで、分散 Java アプリケーションの作成、デプロイメント、管理を行うことができます。WebLogic Server はアプリケーション コンポーネントと DBMS 接続を管理して、セキュリティ、スケーラビリティ、パフォーマンス、およびトランザクションの完全性を確保します。また、Enterprise JavaBeans (EJB)、RMI、分散 JavaBeans、および JDBC など、分散コンポーネント サービスや企業内データベースへのアクセスに対するサポートも提供します。
WebLogic Integration、WebLogic Portal、および WebLogic Workshop など、BEA WebLogic Platform の全コンポーネントは、WebLogic Server 上で動作します。
Java Enterprise API、Remote Method Invocation (RMI)、Java Database Connectivity (JDBC)、およびWeb アプリケーション サーバ (Web application server)を参照。
WebLogic Server Administration Console
管理者がブラウザから WebLogic Server をコンフィグレーションしモニタするための HTML ベースの GUI。
サーバ側で動作する、WebLogic Server の分散 beans。JavaSoft JavaBean コンポーネント アーキテクチャを拡張したもので、JavaBeans の分散化と、分散アプリケーションの構築プロセスの劇的な簡略化に使われます。
クラスタ (cluster)およびJavaBeansを参照。
WebLogic Server クラスタ (WebLogic Server cluster)
相互に依存した形で動作する複数の WebLogic Server のインスタンス間で共有される複製サービスで、クライアントにとってフェイルセーフで可用性の高い運用をサポートします。WebLogic Server クラスタには、クライアントがサービス オブジェクトにアクセスするための、クラスタ規模の単一 JNDI ツリーがあります。
Java Naming and Directory Interface (JNDI)を参照。
WebLogic Server RMI 内部から Microsoft COM オブジェクトにアクセスするための WebLogic Server ブリッジ。
Component Object Model (COM) および WebLogic Server RMIを参照。
Java で分散オブジェクト指向ビジネス アプリケーションを構築するためのコンポーネント アーキテクチャ。EJB アーキテクチャは、エンタープライズ アプリケーションのライフサイクルのうち、開発、デプロイメント、および実行時の側面に対処するものです。
エンタープライズ JavaBeans (Enterprise JavaBeans: EJB) は、セキュリティ、トランザクション、および状態管理の詳細を管理するコンポーネント フレームワークの内部にビジネス ロジックをカプセル化します。
WebLogic Server EJB は、トランザクション コンポーネントの JavaSoft 仕様を実装したものです。
エンタープライズ JavaBeans (Enterprise JavaBeans: EJB) および Java Enterprise APIを参照。
WebLogic Server イベント (WebLogic Server events)
イベント管理と WebLogic Server 環境で機能する通知サービス。
WebLogic Server ファイル サービス (WebLogic Server file services)
WebLogic Server との間でファイルの読み書きを行うための、WebLogic のファイル管理機能。WebLogic File サービスにより、WebLogic クライアントは標準の java.io メソッドを使用して、サーバ側で読み込み/書き出しアクセスを行うことができます。
WebLogic Server HTTP サーブレット (WebLogic Server HTTP servlets)
JavaSoft Java Servlet API に準拠する HTTP サーブレットをサポートする機能。WebLogic Server により提供されます。WebLogic Server で提供されるビルトイン Web サーバに含まれています。
ネイティブのタイプ 2 WebLogic jDriver for Oracle および all-Java、タイプ 4 WebLogic jDriver for Informix および WebLogic jDriver for Microsoft SQL Server からなる 2 層ドライバ。
Java Database Connectivity (JDBC)を参照。
JavaSoft JNDI 標準を実装する WebLogic サービスで、WebLogic Server または Cluster 内のオブジェクトの透過的なバインディングとルックアップを提供するもの。
Java Naming and Directory Interface (JNDI)を参照。
T3Servlets をサポートする機能。これは、RPC に似た単純で効率的な分散コンピューティング モデルです。この機能により、計算量の膨大なタスクやプライバシ上慎重な取り扱いが必要なタスクを、クライアントから WebLogic Server に移すことができます。
remote procedure call (RPC)を参照。
WebLogic において JavaSoft RMI 仕様を実装したもので、WebLogic Server フレームワーク内での標準に準拠した分散オブジェクト コンピューティングを提供します。
Remote Method Invocation (RMI)を参照。
WebLogic Server セキュリティ プロバイダ (WebLogic Server security providers)
WebLogic Server に Security Service Provider Interfaces (SSPI) を実装したもの。セキュリティ プロバイダによって、監査、認証、認可、裁決、ロール マッピング、資格マッピング、およびキーストアの使用の各機能が WebLogic Server に追加されます。
WebLogic Server service advertisement protocol (WSAP)
クラスタ規模の複製された JNDI ツリーで、オブジェクトのバインド、アンバインドを行うためのプロトコル。WSAP を使用することにより、WebLogic Server インスタンスはクラスタを動的に結合したり切り離したりできるようになります。クラスタで利用できるサービスをトラッキングし、クラスタ規模の JNDI ツリー内の同じノードで提供されるサービスの競合の調停も行います。
バインド (bind)、クラスタ (cluster)、および JNDIを参照。
WebLogic Server に特有なデプロイメント情報を ra.xml ファイルに追加する XML ファイル。
XML 構文規則に準拠する XML ドキュメントの属性。使用するドキュメントでは、構文ルールは一般的に XML パーサがチェックします。
ワイド エリア ネットワーク (wide area network: WAN)
通常、地理的に離れた場所に広がる、相互接続された多くのネットワークの集まり。通常非公開で他のネットワークへのアクセスが許されない LAN とは違い、WAN は通常公開されており誰でもアクセスできます。インターネットは最大の WAN です。
ローカル エリア ネットワーク (Local Area Network: LAN)を参照。
Wireless Application Environment (WAE)
ナローバンド デバイス用のワイヤレス アプリケーションのための、ネットワーク中立なフレームワーク。
WMLScript (WMLS) および Wireless Markup Language (WML)を参照。
Wireless Application Protocol (WAP)
WAP Forum によって開発されたプロトコル セットで、携帯電話やその他のモバイル デバイス向けにインターネットの開発や Web ベースのサービスを提供します。
Wireless Markup Language (WML)
WAP 対応デバイスのマイクロブラウザとのインタフェース用として設計された、XML ベース言語。WML ドキュメントの構造およびタグは、Wireless Markup Language 仕様で定義されています。
extensible markup language (XML) および Wireless Application Protocol (WAP)を参照。
WebLogic Integration リポジトリ (repository) でのルート要素の名前。
WebLogic Personalization Serverを参照。
ナローバンド通信およびモバイル クライアントの制限を克服するために開発した、WAP アーキテクチャ用のスクリプト ツール。
Wireless Application Protocol (WAP)を参照。
受注処理など、全体または一部が自動化されたビジネス プロセス。ワークフローの実行時には、高度なビジネス ルールに従って、特定の時刻に特定の参加コンポーネントに情報が渡されます。このため、ほとんどの作業はコンピュータによって処理され、人間は例外が発生した場合のみ対処します。
実行時に WebLogic Integration によって行われる計算または評価。ワークフロー (workflow) 式の構文は、SQL の構文に相当します。
開始 (start)、タスク (task)、イベント、結合 (join)、決定 (decision)、および 完了 (done) で構成される、WebLogic Integration Studio ワークフロー (workflow) のコンポーネント。
ワークフロー テンプレート (workflow template)
ワークフロー (workflow) を示すために、ワークフローの実装に関するさまざまな定義 (ワークフロー テンプレート定義 (workflow template definition)) が組み合わされた WebLogic Integration Studio の青写真またはプロトタイプ。このテンプレートでは、定義を使用する組織に対して制御が維持されます。
各ワークフロー テンプレートには、注文処理や請求などの意味のある名前が付けられています。
ワークフロー テンプレート定義 (workflow template definition)
有効期間によって区別されるワークフロー (workflow) テンプレートの特定バージョン。実行時は、最も有効な (つまり現在アクティブな) 定義を選択することにより、WebLogic Integration はワークフロー テンプレート定義のインスタンス (またはセッション) を開始します。
World Wide Web Consortium (W3C)
インターネット ベースの通信と商取引を容易にするために、クライアントとサーバ プロトコルの標準の作成する国際的な組織。
Web Services Description Language (WSDL)を参照。
— X —
証明書のフォーマットを仕様化した標準。デジタル証明書 (digital certificate)で幅広く使用されています。標準フォーマットを使用することにより、名前と公開鍵とをセキュアに関連付けることができ、認証度を強化することができます。
トランザクション マネージャとリソース マネージャ間における双方向のインタフェース。JTA によって定義されています。このインタフェースにより、トランザクション マネージャは、2 フェーズ コミット X/Open XA プロトコルを使用して複数のリソース マネージャによって実行される処理のトランザクションの境界を制御できます。
リソース マネージャ (resource manager)、トランザクション マネージャ (transaction manager)、およびJava Transaction API (JTA)API。を参照。
extensible markup language (XML)を参照。
XML メッセージのデータをパラメータに相互に関連づけ、Java メソッドの値を Web サービスに戻す XML の構造。XML マップを使用することにより、特定の XML 構造に拘束されるのを回避できます。この結果、Web サービスにコードを実装する方法の選択肢が増えます。
XML ドキュメントの構造、内容、およびセマンティックスを指定したファイル。XML DTD を置き換えます。
WebLogic Integration に提供される Apache XML サービス。サービスには、Apache XML パーサ (Apache XML Parser)、DOM 実装、XSLT スタイル シート プロセッサなどがあります。
階層と要素の順序など、XML ドキュメントの構造および構成。
DTD に含まれている要素を定義する XML タグのセット。XML ボキャブラリは、特定の産業用や業務用に開発できます。
XML パス言語XPath はメッセージ コンテキストの XML ドキュメントをノードのツリーとしてモデル化し、その後 XML ドキュメントのノードを処理します。XPath 言語には、ノードがパターンに一致するかどうかを確認するスタンドアロンのサブセットが含まれます。
ビジネス サービス (business service) および対話仕様 (interaction specification)を参照。
eXtensible Stylesheet Language (XSL)を参照。
World Wide Web Consortium (W3C) による、XML ドキュメントをあるドキュメント定義 (document definition) フォーマットから別のフォーマットへに変換するための仕様。www.w3c.org で入手できます。
eXtensible Stylesheet Language Transformations (XSLT)を参照。
— Y —
— Z —
Zero Administration Client (ZAC)を参照。
Zero Administration Client (ZAC)
World Wide Web Consortium (W3C) が発行している HTTP Distribution and Replication Protocol (HTTP による分散およびレプリケーション プロトコル) 仕様を BEA が実装したものです。この仕様では、アプリケーション ソフトウェアの分散および保守を自動化する方法が定義されています。