用語集
意味を調べる用語の最初の文字をクリックしてください。〔Page Down〕、〔Page Up〕、矢印キー、またはスクロールバーを使用して用語を探すこともできます。BEA WebLogic Platform に関連する用語で、この用語集に定義されていないものにお気付きの場合は、BEA までご連絡ください。
この用語集は、BEA WebLogic Integration のドキュメントで使用される用語の意味を定義したものです。URL 以外に青く表示されている用語については、この用語集で定義されています。
「WebLogic Integration Platform 用語集」も参照してください。
実行時にパブリック URI を通じて外部クライアントからアクセスされるビジネス プロセスのバージョン。
ビジネス プロセス (business process)、バージョニング (versioning)、およびパブリック URI (public URI) を参照。
バージョニングされていないビジネス プロセスで、そのプロセスがアクティブになった、またはアクティブになる日時。
ビジネス プロセス (business process) を参照。
エンタープライズ情報システムと統合サーバ間のインタフェースを提供するソフトウェア コンポーネント。アプリケーション アダプタは、アプリケーションの機能に対するシステムレベルのインタフェースを表します。
コンフィグレーションを実行したり、タスクをモニタするためのシステム管理者向けのブラウザベース インタフェース。
WebLogic Integration Administration Console および WebLogic Server Administration Console を参照。
アプリケーション ビュー (application view)
アプリケーション ビューは単一のビジネスの目的に対してにコンフィグレーションされ、そのビジネスの目的に関連するサービスのみが含まれます。また、アプリケーション ビューはビジネスの目的をサポートするイベントとサービスの両方を表し、これにより、ビジネス ユーザは、アプリケーションを使用したすべての通信でアプリケーション ビューを使用できます。
アーカイブ ディレクトリ (archive directory)
ワークリスト管理において、タスクを実行するユーザを指定するカンマ区切りのリスト。タスクは、1 ユーザまたは複数のユーザに割り当てるか、1 つまたは複数のグループに割り当てることができます。割り当て後は、割り当て対象リストに含まれる任意のユーザまたはグループがタスクを申請できます。
発生時間が異なるためにイベントの発生時間の関連性が予測できないイベントの特性。Web サービスなどの分散型アプリケーション アーキテクチャにおいては、クライアントがメソッドを呼び出し (またはサーバにメッセージを送信し)、サーバが応答します。サーバの応答を待つ間に、クライアントが他の処理を実行できないようにブロックされる場合、クライアントはサーバに合わせて動作しているため、この対話のことを「同期」と呼びます。サーバが応答の準備をしている間にもクライアントが他の処理を続行できるように対話が設計されている場合、応答の準備が整ったときにサーバからクライアントに通知され、対話は非同期で記述されます。非同期のアーキテクチャは、イベント駆動型のシナリオで使用すると便利です。イベント駆動型のシナリオでは、イベントはいつ到着してもよく、そのつど、受信者がそのイベントを処理できます。
非同期ビジネス プロセス (asynchronous business process)
非同期メソッドによって開始イベントとして呼び出されるビジネス プロセス。[クライアント要求] ノード、[サブスクリプション] ノード、または複数の [クライアント要求] または [サブスクリプション] ノードの 1 つ ([イベント選択] ノードなど) を介して呼び出されるビジネス プロセスがあります。
ビジネス プロセス (business process) を参照。
非同期 Web サービス (asynchronous web service)
非同期メソッド、または同期メソッドとコールバックを非同期で使用することで、非同期の機能を提供する Web サービス。非同期 Web サービスの対話は、サーバからの応答を待つ間にクライアントが他の処理を実行することができるように設計されています。サーバは、応答が準備できた時点でクライアントに通知します。非同期アーキテクチャは、イベントを受け取るたびに受信側が処理するイベント駆動型のシナリオで便利です。
同期 Web サービス (synchronous web service) を参照。
ユーザまたはシステム プロセスの ID を検証するためのプロセス。認証には、必要に応じて、ID 情報を記録したり、転送したり、さまざまなシステム コンポーネントで利用可能にすることも含まれます。一般に、認証ではユーザ名/パスワードの組み合わせを使用しますが、トークンを使用することもできます。
認証タイプ (authentication type) を参照。
それによってユーザまたはシステム プロセスのアイデンティティが証明または検証されるプロセスのタイプ。認証 (authentication)、認証タイプ (authentication type) を参照。
それによってユーザまたはシステム プロセスのアイデンティティが証明または検証されるプロセスのタイプ。認証タイプには、基本認証、一方向の認証、基本認証付きの一方向の認証、および相互認証があります。
認証 (authentication) を参照。
ユーザとリソースとの対話を制限して、整合性、機密性、および可用性を確保するプロセス。認可は、ユーザの ID などの情報に基づいてリソースへのアクセスを制御します。WebLogic Server 環境では、ユーザのセキュリティ ロールと要求された WebLogic リソースに割り当てられているセキュリティ ポリシーに基づいて、WebLogic リソースへのユーザのアクセスを許可または拒否するプロセスです。
認可プロバイダ (authorization provider)、セキュリティ ポリシー (security policy)、Uniform Resource Locator (URL)、および WebLogic リソース (WebLogic resource) を参照。
認可プロバイダ (authorization provider)
WebLogic Server 環境で、ユーザのセキュリティ ロールと要求された WebLogic リソースに割り当てられているセキュリティ ポリシーに基づいて、WebLogic リソースへのアクセスを制御するセキュリティ プロバイダ。
セキュリティ プロバイダ (security provider)、ユーザ (user)、および WebLogic リソース (WebLogic resource) を参照。
認証 (authentication)、認証タイプ (authentication type) を参照。
WebLogic Integration を参照。
WebLogic Server を参照。
システム内でバインディングを識別するための名前。名前は、トレーディング パートナ プロファイル内でユニークである必要があります。
Business Process Management (BPM) を参照。
Web サービスのメソッドに追加可能なリソース。バッファを使用すると、メソッドがクライアントに直ちに復帰し、その結果、クライアントはサーバが他のリクエストを処理するのを待つ必要がなくなります。バッファ付きメソッドに呼び出しを入力すると、待ち状態となり、サーバがリクエストでオーバーフローするのを避けることができます。
バッファをサービスのメソッドに追加して、サービスがクライアントにすぐに戻ることを保証する方法。このメカニズムにより、サーバが他の要求を処理するのをクライアントが待つ必要がなくなります。バッファ付きメソッドに呼び出しを入力すると、待ち状態となり、サーバがリクエストでオーバーフローするのを避けることができます。
トレーディング パートナ管理 (TPM) データをインポート、エクスポート、および削除するために使用するコマンドライン ツール。このデータには、トレーディング パートナ プロファイル、キーストアから取得する証明書、サービス定義、およびサービス プロファイルが含まれます。Bulk Loader では、TPM データの XML 表現がインポートされ、XML ファイルがエクスポートされます。XML 入力ドキュメントの検証は、XSD スキーマを使って行われます。Bulk Loader は、XML コンフィグレーション ファイルを使って、データベースと証明書キーストアに接続するためのパラメータを取得します。この処理で Bulk Loader がエラーを検出した場合は、エラー ログが作成されます。
Bulk Loader コンフィグレーション ファイル (Bulk Loader configuration file)
Bulk Loader は、コンフィグレーション ファイル (blconfig.xml) を使って、データベースおよび証明書キーストアに接続するためのパラメータを取得します。Bulk Loader を使用する前に、このファイルをデータベースと一致するように変更する必要があります。
Bulk Loader を参照。
ビジネス カレンダー コンフィグレーション モジュール (Business Calendar Configuration module)
このモジュールを使用して、ビジネス カレンダーの作成と更新、ビジネス カレンダーのエクスポートとインポート、およびカレンダーのユーザへのマップが行えます。
ビジネス カレンダー (business calendars)
ビジネス カレンダーは営業時間を表します。ビジネス カレンダーにより、タイム ゾーンと期間ルールを指定します。期間ルールでは、空いている (業務に充てることが可能) かビジー (業務に充てることが不可能) である日数、日付、および時間数を決定します。
トレーディング パートナの識別子。メッセージ交換において、パートナを識別するために使用されます。
ビジネス ID タイプ (business ID type)
[ビジネス ID] のタイプまたは命名規約。たとえば、[ビジネス ID] に入力した値が DUNS 番号である場合、[ビジネス ID タイプ] に「DUNS」と入力します。
注文処理などのビジネス固有の機能を実行するために使用する原理と命令。
会話におけるトレーディング パートナ間の通信の基本単位。ビジネス ドキュメントと添付ファイルで構成されたマルチパート MIME メッセージです。
ビジネス オペレーション (business operation)
EJB を起動するか、Java のクラスを呼び出すことで、WebLogic Integration のユーザ定義の処理を追加するメソッド。
受注処理など、全体または一部が自動化された、関連するビジネス オペレーションのセット。ビジネス プロセスの実行時には、高度なビジネス ルールに従って、特定の時刻に特定の参加コンポーネントに情報が渡されます。このため、ほとんどの作業はコンピュータによって処理され、人間は例外が発生した場合のみ対処します。
Business Process Management (BPM)
さまざまなアプリケーションと関係者、さらに社外のトレーディング パートナ間で調整されて交換される情報を統合できるツールと技術のセット。ビジネス プロセスを使用すると、ビジネス ロジックの実行と、バックエンド システム、ユーザ、およびトレーディング パートナ (システムおよびユーザ) 間の疎結合型のビジネス ドキュメント交換を調整できます。
ビジネス プロトコル (business protocol)
ネットワークにより、企業間でビジネス情報を電子的にやり取りするためのルール。ビジネス プロトコルでは、ビジネス メッセージの構造、メッセージの処理方法、および適切な宛先にルーティングする方法を指定します。WebLogic Integration トレーディング パートナは、ビジネス プロトコルを使用してビジネス メッセージを送受信します。
ビジネス プロトコル定義 (business protocol definition)
ビジネス プロトコルを実装するロジック プラグインのセット。
ビジネス プロトコル (business protocol) を参照。
会話定義とのインタフェース。トレーディング パートナは、対話を希望する他のトレーディング パートナに対してビジネス サービスを提供します。
ビジネス サービス名 (business service name)
メッセージの送信や特定のタスク インスタンスの期限切れなどのビジネス イベントの発生間隔。間隔は、ビジネス カレンダーに関連付けることによって、ビジネス時間で表すことができます。
ビジネス カレンダー (business calendars) を参照。
ビジネス トランザクション プロトコル (business transaction protocol : BTP)
B2B の電子商取引で一般的な長期の複雑なトランザクションを管理する、オープンかつ精密に定義されたメソッドの標準。BTP は、インターネット上での複雑なマルチステップの B2B トランザクションを表現し、シームレスに管理するための XML ベースのボキャブラリ プロトコルです。BTP を使用すると、トレーディング パートナは、複雑な XML メッセージ交換を長期にわたる疎結合の会話として管理できます。
コールバック認可ポリシー (callback authorization policy)
プロセス コールバックを呼び出す権限を付与されたロール。コールバックの認可ポリシーが定義されていない場合は、全員に権限が付与されます。
デジタル証明書 (digital certificate) を参照。
証明書認証 (certificate authentication)
デジタル証明書を使用することにより、サーバがクラインアントの ID を信頼するためのメソッド。通常、証明書認証は、パスワードによる認証よりも信頼性が高いと見なされます。これは、証明書認証がユーザの所有物 (プライベート キー) とユーザが持っている情報 (プライベート キーを保護するパスワード) に基づいているためです。
認証 (authentication) およびデジタル証明書 (digital certificate) を参照。
証明書ベースの認証 (certificate based authentication)
認証 (authentication) を参照。
HTTP イベント ジェネレータで、ジェネレータに対して定義されるチャネル ルールの数。
デプロイされたアプリケーションで使用できるチャネルを定義します。静的または動的なサブスクライバにルーティングされるメッセージを制限するために、メッセージ メタデータ (メタデータが型付き XML の場合) またはメッセージ本文 (メタデータが型付き XML の場合) に対して XQuery フィルタを適用できます。チャネル上のメッセージを受信するよう登録されているすべてのサブスクライバが、設定された任意のフィルタに応じてメッセージを受信します。
XQuery を参照。
コンフィグレーションされた条件に一致するメッセージがパブリッシュされるメッセージ ブローカ チャネルの名前。
イベント生成において、ファイル イベント ジェネレータ、電子メール イベント ジェネレータ、JMS イベント ジェネレータ、タイマー イベント ジェネレータ、MQ イベント ジェネレータ、HTTP イベント ジェネレータなどのジェネレータ タイプのチャネルに対して定義できるルール。
チャネル概要リスト (channel summary list)
チャネル概要リストでは、各チャネルのチャネル名、タイプ (xml、rawData、string、または none)、サブスクライバ数、メッセージ数、および配信失敗メッセージ数が表示されます。
プロセス インスタンスがプロセス コントロールを使用して別のプロセスを呼び出すときに呼び出される側のプロセス。
プロセス コントロール (process control) を参照。
プロセス インスタンスがプロセス コントロールを使用して別のプロセスを呼び出すときに呼び出される側のプロセス。
プロセス コントロール (process control) を参照。
暗号法では、暗号化されたメッセージを作成するのに使用する符号化システム。
ワークリスト管理でタスクが申請されている場合に、タスクを申請したユーザ。タスクの申請は、ユーザのタスク完了への意志を表します。
クライアントが、ターゲット サーバと同じドメインに属しているマシン上にある場合には、そのクライアントはネイティブ クライアントと呼ばれます。クライアントがドメイン外のマシンにある場合、そのクライアントはリモート クライアントまたはワークステーション クライアントと呼ばれます。
クライアント コールバック プロパティ (client callback properties)
クライアントへのコールバックを動的にコンフィグレーションするために使用されるプロパティ。
クライアント証明書 (client certificate)
特定のクライアントを識別する名前または他の属性とクライアントを関連付けるステートメント。このステートメントにより、サーバはクライアントを確実に識別できます。このステートメントは認証局によってデジタル署名されます。したがって、認証局が本物のステートメントだけに署名すると信頼することにより、クライアントが証明書に名前が記されたエンティティであると信頼することができます。
デジタル証明書 (digital certificate) および証明書認証 (certificate authentication) を参照。
クライアント証明書エリアス (client certificate alias)
プロセス コンフィグレーションにおいて、証明書ベースの認証で特定のクライアント証明書に対して常に使用される名前。
クライアント証明書 (client certificate)、デジタル証明書 (digital certificate)、証明書認証 (certificate authentication) を参照。
クライアント証明書パスワード エリアス (client certificate password alias)
プロセス コンフィグレーションにおいて、証明書ベースの認証で特定のクライアント証明書に対して常に使用されるパスワード。
クライアント証明書 (client certificate)、デジタル証明書 (digital certificate)、証明書認証 (certificate authentication) を参照。
[クライアント要求] ノード (client request node)
クライアントにビジネス プロセスに対して要求を行う手段を提供するビジネス プロセス ノード。
ビジネス プロセス (business process) を参照。
[戻り値のあるクライアント要求] ノード (client request with return node)
クライアントから同期リクエストを受信することでビジネス プロセスを開始するノード。[戻り値のあるクライアント要求] グループ内の受信と送信のノードの間に追加されたノードは、同期処理のスコープ内で実行されます。このノードはビジネス プロセスの開始イベントとしてのみ使用できます。
ビジネス プロセス (business process) を参照。
[クライアント応答] ノード (client response node)
ビジネス プロセスがクライアントにメッセージを送信する手段を提供するビジネス プロセス ノード。
ビジネス プロセス (business process) を参照。
単一サーバよりも強力で信頼性の高いアプリケーション プラットフォームを提供するために協調して動作する WebLogic Server インスタンスのグループ。クラスタは、クライアントにとっては 1 つのサーバに見えますが、実際には、1 つのものとして機能するサーバのグループです。適切に設計およびコンフィグレーションされたクラスタは、高い可用性とスケーラビリティを提供します。クラスタに新しいプロセスとマシンを動的に追加すると、クラスタをシャット ダウンせずに負荷の増大に対応することができます。個々のサーバは、定期的にクラスタから削除できるので、クラスタのパフォーマンスに影響を与えることなく保持できます。
クラスタ化によって、WebLogic Integration をサーバのグループで実行でき、そのグループを単体ユニットとして管理できます。クラスタ環境では、複数のマシンが負荷を分担します。WebLogic Integration にはロード バランス機能があるので、リソース要求はすべてのマシンに均等に分散されます。WebLogic Integration デプロイメントは、クラスタ化とロード バランシングを使用してノードにワークロードを分散させることにより、スケーラビリティを向上できます。クラスタ化により、単一サーバよりもスケーラビリティの高いデプロイメント プラットフォームを構築できます。
変更が記録され、安定するようにトランザクションを完了させること。保護されていたリソースは解放されます。トランザクションを更新し、メッセージを他のトランザクションに表示する宣言またはプロセス。トランザクションをコミットすると、すべての結果は公開され、永続的なものとなります。コミット後は、トランザクションの結果を自動的に戻すことはできません。
共通クライアント インタフェース (Common Client Interface : CCI)
アプリケーション コンポーネントの標準的なクライアント API を定義し、共通クライアント API を使用してアプリケーション コンポーネントとエンタープライズ アプリケーション統合 (Enterprise Application Integration: EAI) フレームワークで EIS を駆動させます。J2EE コネクタ アーキテクチャは EIS アクセスの CCI を定義します。
他の要素または属性を格納可能な XML 要素。複合型の定義は、XML スキーマ ドキュメントでは <complexType> となります。
MQ イベント ジェネレータで、WebSphere MQ キュー マネージャに接続するために使用される接続モード。
コンテンツ フィルタ クラス (content filter class)
MQ イベント ジェネレータで、イベント コンテンツのフィルタ処理ロジックを実装するクラスの完全修飾名。
Web サービスで使用され、サービスが他の種類のアプリケーションやコンポーネントと通信できるようにするコンポーネント。たとえば、データベース コントロールを使用すると、Web サービスはデータベースのデータを要求できます。サービス コントロールを使用すると、Web サービスが他の Web サービスをより簡単に呼び出すことができます。
コントロール (CTRL) ファイル (control (CTRL) file)
コントロールを定義するファイル。CTRL 拡張子の付いたコントロールは旧バージョンの WebLogic Workshop で作成されましたが、引き続きサポートされています。
Java コントロールをビルドして再利用可能な機能をカプセル化した人。コントロール作成者は、コントロール クラスの記述、ネストしたコントロールの追加 (必要な場合)、メソッドとコールバックの実装、プロパティの定義を行います。
Java ビジネス コントロールによってエクスポーズされるメソッドを格納するコントロール インタフェースを実装するクラス。クラス名はコントロール インタフェース名と同じですが、最後に「Impl」が付けられます。コントロール クラス ファイルの拡張子は .jcs です。
コントロール ファクトリ (control factories)
単一のアプリケーションが複数のインスタンスを 1 つのコントロールで管理できるようにします。ファイル コントロール、電子メール コントロール、WLI JMS コントロール、アプリケーション ビュー コントロール、TPM コントロール、およびワークリスト コントロールをコントロール ファクトリとして実装できます。
コントロール インタフェース (control interface)
Java ビジネス コントロールによってエクスポーズされるメソッドを定義する Java インタフェース。コントロール インタフェースは、com.bea.control.Control インタフェースまたはその派生インタフェースを拡張します。
コントロールを使用してリソースと対話するように設計されたビジネス プロセス内のポイント。
[コントロール受信] ノード (control receive node)
プロセスがコントロールを通じてリソースから非同期メッセージを受信するビジネス プロセス上のポイント。ビジネス プロセスは、指定されたコントロールからメッセージを受信するまで [コントロール受信] ノードで待機します。コントロール ノードは変更可能です。別のタイプのコントロール メソッドをドラッグ アンド ドロップして、別のタイプのコントロールに変更することができます。
ビジネス プロセス (business process) を参照。
[コントロール送信] ノード (control send node)
コントロールを通じて非同期メッセージをリソースに送信するビジネス プロセス上のポイント。コントロール ノードは変更可能です。別のタイプのコントロール メソッドをドラッグ アンド ドロップして、別のタイプのコントロールに変更することができます。
ビジネス プロセス (business process) を参照。
[戻り値のあるコントロール送信] ノード (control send with return node)
コントロールを通じてビジネス プロセスとリソースの間の同期的なメッセージ交換を処理するノード。コントロール ノードは変更可能です。別のタイプのコントロール メソッドをドラッグ アンド ドロップして、別のタイプのコントロールに変更することができます。
ビジネス プロセス (business process) を参照。
トレーディング パートナ間の一連のメッセージ交換。会話は、コラボレーション アグリーメントで定義されます。メッセージ交換の構成は、トレーディング パートナ間のコラボレーション アグリーメントの一部である会話定義によって決まります。
コントロール (CTRL) ファイル (control (CTRL) file) を参照。
アプリケーション固有の要件をサポートするために、トレーディング パートナに関連付けるデフォルト プロパティを増やすこと。カスタム拡張はレポジトリ内でモデル化されているため、定義済みのプロパティを XML ドキュメントのサブツリーとして取得できます。プロパティは、TPM コントロールを使用して取得できます。拡張は、正しい形式の XML 要素を含むユーザ定義のルート要素と、必要なプロパティを定義する属性で構成されています。
データ トランスフォーメーション (data transformation)
データをあるフォーマットから別のフォーマットにマッピングして変換すること。
データベース管理者 (database administrators)
データベース管理者は、組織内にデプロイされたデータベース システムに関する技術と操作について深い知識を持っている必要があります。データベース管理者には、以下の分野の知識が要求されます。
バージョニングされないプロセスで、プロセスが非アクティブになる日時。
配信失敗メッセージ数 (dead letter count)
最後にカウントがリセットされてから配信失敗チャネルに送信されたメッセージの数を表します。メッセージ ブローカがメッセージの送信先となる URI を決定できない場合 (すなわち、サブスクライバを検出できない場合)、メッセージはデッドレター チャネルに送信されます。
プロセスに true または false の分岐を組み込むことのできるビジネス プロセス ノード。[分岐] ノードは、1 つの条件、条件の下に続くパス (分岐の評価が true の場合にたどる実行パスを表す)、および条件の右に続く (デフォルト) パス (条件の評価が false の場合にたどる実行パスを表す) から成ります。[分岐] ノードには条件を追加できます。条件を追加すると、最初の条件の評価が false の場合に、2 番目の条件が評価されます。2 番目の条件が false に評価された場合は、またその次の条件が評価されます。デフォルトのパスは、どの条件も満たされない場合に実行されます。
ビジネス プロセス (business process) を参照。
デフォルト レポート データ ポリシー (default reporting data policy)
トラッキング データの管理を制御するためのシステム プロパティ。システムのデフォルト レポート データ ポリシーを「オン」または「オフ」に設定できます。
デフォルト トラッキング レベル (default tracking level)
トラッキング データ管理を制御するためのシステム プロパティ。システムのデフォルトのトラッキング レベルを設定します。
フィールドまたはデータ グループの末尾を示すバイト シーケンス。
配信セマンティクス (delivery semantics)
信頼性のあるメッセージ サービスの動作は次のとおりです。ベスト エフォート、1 回だけ信頼性のあるメッセージングを行う、信頼性のあるメッセージングを最低 1 回行う、または信頼性のあるメッセージングを最大 1 回行う。
アプリケーションを分散型環境に配置し、使用可能な状態にするプロセス。このプロセスには、インストール、コンフィグレーション、アプリケーションの各部位の管理などの作業が伴うことがあります。
デプロイメント スペシャリスト (deployment specialist)
統合ソリューションを正しくデプロイするために必要なロール。デプロイメント スペシャリストは、デプロイメント作業を調整します。デプロイメント スペシャリストには、WebLogic Integration 製品の機能に精通していることが要求されます。デプロイメント スペシャリストは、1 つまたは複数のサーバにさまざまな WebLogic Integration 機能をコンフィグレーションしてきた経験を基に、専門知識を生かして、統合型ソリューションのデプロイメント トポロジを設計します。デプロイメント スペシャリストには、以下の分野の経験が要求されます。
インターネットなどのネットワーク上でプリンシパルとオブジェクトを一意のエントリとして識別するための電子的なドキュメント。デジタル証明書によって、認証局と呼ばれる信頼性のあるサードパーティによって証明されたとおりに、ユーザまたはオブジェクトのアイデンティティが特定の公開鍵に安全にバインドされます。デジタル証明書の所有者は、公開鍵とプライベート キーの組み合わせによって一意に識別されます。
デジタル署名 (digital signature) および公開鍵 (public key) を参照。
2 つのエンティティ間で交換されるデータのセキュリティを、各エンティティの ID を検証することによって保護する際に使用されるビット文字列。特にこの文字列は、レコードの送信側から送られたデータと、転送中に変更されなかったデータの検証に使用されます。デジタル署名は、エンティティの署名付きデータとプライベート キーから計算されます。デジタル署名は、確認に使用される公開鍵が信頼できる場合のみ信頼できます。
メッセージをサブスクライバへディスパッチする際に指定するユーザ。ユーザが指定されていない場合、メッセージは Anonymous としてディスパッチされます。
[Do While] ノード (do while node)
プロセスに Do While ループを提供するビジネス プロセス ノード。[Do While] グループの場合、ループの条件の前にビジネス プロセス アクティビティが追加されます。実行時には、Do While ループで定義されたアクティビティが実行されてから、条件が評価されます。したがって、[Do While] グループのアクティビティは条件の評価結果に応じて 1 回または複数回実行されます。
ドキュメント定義 (document definition)
有効なドキュメントの必要条件を指定する文書型定義 (Document Type Definition : DTD) などのスキーマ。WebLogic Integration ドキュメント定義は XML DTD にあります。各ドキュメント定義には、システム ID (DTD システム識別子) と、ドキュメント定義の場所を指定する URL という 2 つの属性があります。
ドキュメントを交換するメソッドの定義。ドキュメント交換では、ビジネス プロトコルと複数の実行時パラメータを定義します。
ビジネス プロセス (business process) を参照。
文書型定義 (Document Type Definition : DTD)
XML または SGML のいずれかで記述された関連するメッセージまたはファイル用にフォーマット (文法と構文) を定義するファイル。具体的には、DTD ファイルは、XML や SGML ドキュメントのマークアップ タグが、ドキュメントを扱うアプリケーションでどのように解釈されるかを定義し、それにより、ドキュメントが、意図したとおりに表示または印刷されます。この定義は、Standard Generalized Markup Language (SGML) のルールに従っています。DTD は W3C XML 仕様の一部です。
スキーマ (schema) を参照。
ドメインには、1 つまたは複数の WebLogic Server インスタンスが含まれています。WebLogic Server クラスタが含まれている場合もあります。
WebLogic Server ドメイン (WebLogic Server domain) を参照。
WebLogic Server ドメインの新規作成を容易にする対話型グラフィカル ユーザ インタフェース (GUI)。ウィザードでは、スタンドアロン サーバ、ノード マネージャと管理対象サーバを持つ管理サーバ、およびクラスタ化されたサーバ用の WebLogic Server ドメイン コンフィグレーションを作成できます。このウィザードを使用すると、WebLogic Server ドメインに合わせた適切なディレクトリ構造、基本 config.xml ファイル、およびドメイン内のサーバ起動用のスクリプトを作成できます。
WebLogic Server ドメイン (WebLogic Server domain) を参照。
ルックアップ ルールとルックアップ値を組み合わせて使用することで、コントロール属性を設定するプロセス。動的なバインディングでは、プロセスの開発者がルックアップ ルールを指定し、管理者はルックアップ値を定義します。この設計パターンにより、再デプロイすることなく、実行中のアプリケーションに対してコントロール属性を再コンフィグレーションできます。
動的クライアント コールバック プロパティ (dynamic client callback properties)
これらのプロパティを使用して、クライアントへのコールバックを動的にコンフィグレーションするために必要なセレクタの値とプロパティを定義できます。
ルックアップ ルールとルックアップ値を組み合わせて使用することで、コントロール属性を動的に設定する手段を提供するコントロール。このプロセスは、動的なバインディングと呼ばれます。動的なバインディングでは、プロセスの開発者がルックアップ ルールを指定し、管理者はルックアップ値を定義します。この設計パターンにより、再デプロイすることなく、実行中のアプリケーションに対してコントロール属性を再コンフィグレーションできます。
特定のコントロールでは、動的プロパティを使用して、コントロールのクラスレベルの注釈をオーバーライドできます。
コントロール属性の中には、設計時に特定の値を入力するのではなく、実行時に動的に設定できるものがあります。これらの値を指定するには、プロパティ エディタで動的セレクタを使用します。
エンタープライズ アプリケーション アーカイブ (enterprise application archive : EAR) を参照。
タイマー イベント ジェネレータで、最初のイベントが生成される日時。
イベント ジェネレータ (event generators) を参照。
エンタープライズ JavaBean (Enterprise JavaBean : EJB) を参照。
プロセス インスタンスのモニタにおいて、インスタンス開始後の経過時間を報告するプロセス インスタンス統計。報告単位は、インスタンスの継続時間によって異なります。
electronic business XML (ebXML)
ビジネス データの電子交換をサポートするモジュラー フレームワーク用の仕様。国際連合 (UN/CEFACT) と OASIS の共同構想により開発されたグローバルな使用方法です。
XML データの単位。要素で他の要素を囲んでもかまいません。
WebLogic Integration ビジネス プロセスから特定の宛先へ電子メールを送信できるようにします。
電子メール イベント ジェネレータ (email event generator)
電子メール アカウントのメッセージをポーリングし、コンテンツをメッセージ ブローカ チャネルにパブリッシュします。処理条件が、このイベント ジェネレータに対して定義されたチャネル ルールで指定されます。
必要なビジネス プロトコルをサポートするために必要に応じてメッセージを変換し、そのメッセージを転送サービスに転送するコンポーネント。
認可を受けたユーザによる元データへのアクセスは可能にしたまま、未認可の開示を防ぐ (または妨げる) 目的で、アルゴリズムを使用してデータにスクランブルをかけるプロセス。暗号化されたファイルを読み取るには、受信者が、その暗号を解くための秘密鍵かパスワードへのアクセス権を持っている必要があります。暗号化されていないデータをプレーン テキスト、暗号化されていないテキストを暗号テキストと呼びます。
暗号化証明書 (encryption certificate)
暗号化証明書は、メッセージの暗号化と解読を行うために使用されます。
エンタープライズ アプリケーション アーカイブ (Enterprise Application Archive : EAR)
Web アプリケーション コンポーネント。EJB コンポーネント、およびリソース アダプタで構成される単一のファイル アーカイブ。META-INF¥application.xml デプロイメント記述子には、各 Web アプリケーション、EJB、およびコネクタ コンポーネントの要素のほか、セキュリティ ロールやアプリケーション リソース (データベースなど) を記述するための追加の要素があります。WebLogic Workshop アプリケーションは、プロダクション モードで実行する WebLogic Server インスタンスにデプロイできる、展開された EAR ファイルです。
エンタープライズ JavaBean (Enterprise JavaBean : EJB)
多層クライアント/サーバ システム向けのコンポーネント アーキテクチャを定義する Java API。具体的には、EJB は、オブジェクト指向の分散型エンタープライズ レベル アプリケーションの開発とデプロイメントのためのアーキテクチャを指定します。EJB アーキテクチャを使用して作成されたアプリケーションは、拡張可能で、トランザクションに使用可能な安全なものです。
特定の個別の単位として独立した存在。エンティティの例には、人、企業、オブジェクトなどがあります。
データベース レコードを表し、そのレコードのデータで呼び出せるメソッドを含むエンタープライズ JavaBean。
HTTP イベント ジェネレータで、エラー カウンタの最後のリセット後またはサーバの最後の再起動後に発生したエラーの数。このエラー数は、チャネル ルール全体での総数 (チャネル ルールごとにエラー ディレクトリがコンフィグレーションされる) です。
ファイルの読み込みまたはメッセージ ブローカ チャネルへのファイル内容のパブリッシュに問題がある場合に、ファイルを書き込むファイル システム ディレクトリのパスを指定します。
HTTP イベント ジェネレータで、エラー カウンタが最後にリセットされた時間。
[イベント選択] ノード (event choice node)
複数の候補の中のいずれかのイベントの受信を待機するビジネス プロセス上のポイント。候補のイベントのいずれかを受信すると、ビジネス プロセスのフローが続行します。着信イベントを処理するには、[イベント選択] ノード グループの中に他のノードを設計します。[イベント選択] ノードの各ブランチの最初のノードは、1 つのイベントの受信を処理します。実行フローは、[イベント選択] ノードの 1 つのブランチ (最初に発生したイベントが含まれるブランチ) に沿って進行します。
ビジネス プロセス (business process) を参照。
イベント ジェネレータ モジュール (Event Generator Module)
このモジュールでは、新しいイベント ジェネレータの作成とデプロイ、既存のイベント ジェネレータへのチャネル ルールの追加、読み込みカウンタとエラー カウンタのリセット、デプロイ済みのイベント ジェネレータのサスペンドと再開を行えます。作成した新しいイベント ジェネレータはパッケージ化され、EJB (JMS、ファイル、電子メール、タイマー、および MQ イベント ジェネレータ) または Web アプリケーション モジュール (HTTP イベント ジェネレータ) として 1 つの管理対象サーバ上にデプロイされます。作成されデプロイされたイベント ジェネレータは、必要に応じてサスペンド、再開、またはチャネル ルールの追加を行うことができます。
イベント ジェネレータ (event generators)
中止または凍結されたインスタンスの例外の内容を表示するフィールド。
ビジネスプロセスまたはその一部の中で例外が処理される方法を定義したもの。例外パスは、個々のノード、ノードのグループ、またはビジネス プロセス全体 (グローバル) と関連付けることができます。例外が送出されると、例外が発生したノードに関連付けられた例外ハンドラが最初に実行されます。そのノードに例外パスが存在しない場合、またはそのノードの例外パスが例外を送出する場合は、ノードが含まれているグループの例外ハンドラによって例外が補足されます。グループの例外パスが例外を補足または処理しない場合は、グローバル例外ハンドラによって補足されます。[開始] ノードと関連付けられた例外パスで、プロセスのグローバル例外ハンドラを定義します。
実行スレッド プール (execution thread pool)
WebLogic Server で同時に実行可能なスレッド数を制御する機能。設定が小さすぎると、処理が同時に行われなくなり、さらにデッドロックの発生する危険性が高くなります。設定が大きすぎると、メモリを過度に消費し、スラッシングが発生する可能性が高くなります。実行スレッド プールは、予想されるスレッドの合計数を実行できる程度に設定してください。ただし、システム内のコンテキストの過度の切り替えによってパフォーマンスが低下してしまうほど高く設定しないでください。また、実行スレッドの数によって、受信ソケット メッセージを読み込むスレッド数 (ソケット リーダ スレッド) が決まります。デフォルトでは、この数は、実行スレッド数の 1/3 です。この数が小さすぎると、ソケットを読み込むスレッドが競合したり、デッドロックの原因となったりします。
明示的なトランザクション (explicit transaction)
ビジネス プロセス内の、境界が宣言されているトランザクション。連続するノードを選択して、アプリケーションで暗黙的に作成されたトランザクションとは別のトランザクションで宣言すれば、明示的なトランザクション境界を作成できます。リソースの性質やアクセスを提供するコントロールによっては、プロセスによってアクセスされるリソースもトランザクションの一部にすることができます。
ビジネス プロセス (business process) および暗黙的なトランザクション (implicit transaction) を参照。
明示的なトランザクション境界 (explicit transaction boundaries)
トランザクション境界 (transaction boundaries) および明示的なトランザクション (explicit transaction) を参照。
eXtensible Markup Language (XML)
カスタマイズされたマークアップ言語を定義するのに使用できるメタ言語 (言語を記述するための言語)。これは、Standard Generalized Markup Language (SGML) のサブセットで構成されています。XML によって、ユーザ定義のドキュメント タイプの開発、およびそのようなタイプのドキュメントのデータを使用できるプログラムの作成が容易になります。XML は急速に、データ フォーマットとドキュメントを定義、検証、共有するための世界標準となりつつあります。XML はテキストベースであり (バイナリ フォーマットで記述されない)、バイナリ マーカではなく構文を使用してデータを整理するので、異種および互換性のないシステムとプラットフォーム間でデプロイできます。
eXtensible Stylesheet Language (XSL)
eXtensible Stylesheet Language Transformations (XSLT)
XML ドキュメントを別の XML ドキュメントに変換するために設計された XML 言語。XSLT ドキュメントまたはスタイルシートは、XML ドキュメントのノードに対して実行されるデータ変換を定義します。XSLT を使用して、XML ドキュメントをさまざまなテキスト フォーマット (XML、HTML、PDF など) に変換できます。
ビジネス プロセスを通じてファイル システム内のファイルの読み取り、書き込み、または追加が可能。
ファイル イベント ジェネレータ (file event generator)
ファイル システム (ローカル ディレクトリまたは FTP サーバ) のファイルをポーリングし、その内容 (またはアーカイブされている場所への参照) を XML またはバイナリ オブジェクトとしてメッセージ ブローカ チャネルにファイルをパブリッシュします。ファイル パターン マッチング、および他の処理条件がこのイベント ジェネレータのチャネル ルールで指定されます。
フィルタを使用するサブスクリプションについては、メッセージにフィルタを適用した結果と一致するフィルタの値。静的サブスクリプションについては、フィルタは設定されているがフィルタの値が null である場合、サブスクライバ側ではフィルタ処理を行うことのみが必要で、フィルタの評価によって得られる特定の結果は必要ありません。動的サブスクリプションについては、フィルタは設定されているがフィルタの値が null である場合、フィルタの値はサブスクリプションの一部として指定されないので、インスタンスごとに指定することができます。
ビジネス プロセスを作成すると、デフォルトで [開始] ノードと [完了] ノードが含まれます。ビジネス プロセスの実行を停止させる場所に [完了] ノードを追加して、ビジネス プロセスの追加のエンドポイント (省略可能) を指定することができます。[完了] ノードは、常にビジネス プロセスの最後のノードです。[完了] ノードは、メイン フローの最後、またはビジネス プロセスのブランチに配置できます。
ビジネス プロセス (business process) を参照。
内部ネットワークとインターネットの間のトラフィックをモニタし、内部ネットワークに出入りできるネットワーク トラフィックのタイプを規制するソフトウェア。ファイアウォールをインターネットに接続したり、企業のネットワーク内に設定したりすると、無許可でネットワークにアクセスできなくなります。ファイアウォールは、コンピュータ上の情報とネットワーク上を転送される情報を保護します。ファイアウォールでは、さまざまなタイプのフィルタを使用してアクセスを防止します。たとえば、許可されるプロトコルの種類を限定したり、IP アドレスおよび DNS ノード名を使ってネットワーク ノードからのアクセスを制限したりします。
[For Each] ノード (for each node)
プロセスに For Each ループを提供するビジネス プロセス ノード。[For Each] ノードは、リスト内の項目ごとに 1 回ずつ、一連のアクティビティを繰り返し実行するビジネス プロセス内のポイントを表します。[For Each] ノードには、イテレータ ノード (項目のリストを指定するノード) とループ (リスト内の項目ごとに実行するアクティビティを定義するノード) が含まれます。XML ドキュメント (またはその一部) が For Each ループのビジネス プロセス変数に渡されます。ループの期間中、For Each ループで処理されている現在の要素は、反復変数が保持します。
ビジネス プロセス (business process) を参照。
エラー処理の動作を示す、ビジネス プロセスの [開始] ノードのプロパティ。ビジネス プロセスが失敗し、送出された例外を処理するようにコンフィグレーションされた例外ハンドラがない場合、ビジネス プロセスは中止状態に置かれて回復することができません。ただし、ビジネス プロセスが [freeze on failure] にコンフィグレーションされている場合、ビジネス プロセスは失敗すると最後のコミット ポイントまでロールバックし、状態が永続化されます。プロセスはその後で WebLogic Integration Administration Console から再起動できます。
on sync failure を参照。
起動プロセス、終了プロセス、サスペンド、再開などのイベント。
グローバル トランザクション (global transaction)
外部トランザクション マネージャ (WebLogic Server など) によって管理されるトランザクション。複数のサーバまたは複数のリソースが関与する場合があります。トランザクションは、処理の原子単位として調整されます。すべての参加コンポーネントは、トランザクション全体をコミットまたはロールバックします。
アクティブなバージョン (active version) を参照。
受信承認メッセージで使用されるメッセージ ダイジェスト アルゴリズム。
高可用性は、WebLogic Integration ソリューションをデプロイするときの目標の 1 つです。ハードウェアやネットワークの障害時のフェイルオーバに備えて、デプロイメントには、十分な可用性とアクセシビリティが要求されます。
最長平均経過時間 (highest average elapsed time)
平均経過時間が最長であるプロセスの名前と平均経過時間を表示するシステム状態統計。表示されるデータは、最終パージ以降、過去 24 時間、アクティブなインスタンスの各カテゴリに分類されます。
ビジネス プロセスを介した WebLogic Workshop クライアントへの送信 HTTP アクセスを提供します。
HTTP イベント ジェネレータ (HTTP event generator)
HTTP リクエストを受け取り、内容のタイプを調べ、メッセージをメッセージ ブローカ チャネルにパブリッシュするサーブレット。
プリンシパルに割り当てられる一意のセキュリティ属性の集合。2 つのプリンシパルの ID が同じになることはありません。プリンシパルは、それぞれが一意で種類の異なる複数の ID を持つことができます。
ローカル トレーディング パートナのプライベート キーと、ローカル トレーディング パートナおよびリモート トレーディング パートナの両方の証明書を格納するキーストアのタイプ。証明書のタイプとして、クライアント、サーバ、署名、暗号化があります。WebLogic Integration では、このキーストアからプライベート キーと証明書を取得して、SSL、メッセージ暗号化、およびデジタル署名に使用します。
IMAP 移動フォルダ (IMAP Move Folder)
イベント ジェネレータで、[読み込み後のアクション] フィールドに [移動] が設定されている場合、IMAP 移動フォルダは、その中にメッセージが移動されるフォルダを指定します。
暗黙的なトランザクション (implicit transaction)
ビジネス プロセス ロジックによって動作が自動的に決定 (または暗示) され、プロセス図には明示的に表示されないトランザクション。ビジネス プロセスを作成するときには、プロセス中のブロック要素の配置場所に基づいて暗黙のトランザクション境界が形成されます。ビジネス プロセス内のトランザクション境界は、ビジネス プロセスにプロセス ノードを追加すると変わります。
ビジネス プロセス (business process) および明示的なトランザクション (explicit transaction) を参照。
暗黙的なトランザクション境界 (implicit transaction boundaries)
トランザクション境界 (transaction boundaries) および暗黙的なトランザクション (implicit transaction) を参照。
アクティブな状態にあるソフトウェア コンポーネント。たとえば、Java オブジェクトは Java クラスのインスタンスです。同様に、WebLogic Server インスタンスは、WebLogic Server コンフィグレーションのアクティブな状態です。
サービスを要求、またはサービス要求に応えることによって、情報の共有または独立した処理を行うアプリケーションの能力。効果的に統合されたシステムでは、すべての部位が目的を持ち、部位どうしが効率的に結合してシステム全体の目的を達成します。
統合コントロール (integration control)
ビジネス プロセスで使用され、プロセスが他の種類のアプリケーションやコンポーネントと通信できるようにするコンポーネント。統合コントロールは、WebLogic Integration の使用許諾を受けた場合にのみ、WebLogic Workshop で使用できます。
デフォルトの WebLogic Integration の管理者ロール。このロールは、クラスタ内の全サーバに対して完全な権限を持ちます。WebLogic Integration Administration Console を使用して、新たなロールを作成することができます。
デフォルトの WebLogic Integration の管理者グループ。このグループは、ロール IntegrationAdmin およびこのロールを継承するすべてのメンバーに割り当てられます。
デフォルトの WebLogic Integration のモニタ ロール。このロールは、WebLogic Integration Administration Console への読み込み専用のアクセス権を持ちます。
デフォルトの WebLogic Integration のモニタ グループ。このグループは、ロール IntegrationMonitor およびこのロールを継承するすべてのメンバーに割り当てられます。
デフォルトの WebLogic Integration のオペレータ ロール。このロールは、IntegrationAdministrator ロールとほとんど同じ権限を持ちます。たとえば、IntegrationOperator ロールのユーザは特定のセキュリティ プロパティをコンフィグレーションすることはできませんが、リソースは変更できます。
デフォルトの WebLogic Integration のオペレータ グループ。このグループは、ロール IntegrationOperator およびこのロールを継承するすべてのメンバーに割り当てられます。
デフォルトの WebLogic Integration のユーザ ロール。すべてのユーザは最初に作成された際、IntegrationUser ロールが割り当てられています。
デフォルトの WebLogic Integration のユーザ グループ。このグループは、ロール IntegrationUser およびこのロールを継承するすべてのメンバーに割り当てられます。
対話型または印刷可能プロセス タイプ グラフ (interactive or printable process type graph)
デプロイされているプロセス タイプの対話型または印刷可能グラフ。グラフィック表示は、ビジネス プロセス、およびそのプロセスが行うクライアントおよびリソース (データベース、JMS キュー、ファイル システムなど) との対話を表します。
バージョニングされないプロセスで、プロセスが有効 (true) または無効 (false) のどちらであるかを示します。バージョニングされるプロセスについては、「バージョン グループ (version group)」の項を参照。
Java コントロール (Java control : JCX)
格納しているアプリケーション (Web サービス、JSP ファイル、ビジネス プロセスなど) に機能を追加するために設計された再利用可能なソフトウェア コンポーネント。JCX ファイルは JCS ファイルで定義されるコントロール インタフェースを拡張したものです。
Java コントロール拡張 (Java control extension : JCX)
既存の Java コントロール インタフェースを拡張するコントロール。
Java コントロール モデル (Java control model)
コントロール作成者がコントロールを作成する際の基盤となるモデル。Java コントロール モデルでは、JCS ファイルを JCX ファイルとして拡張できます。「Java コントロール実装 (Java control : JCS)」および「Java コントロール拡張 (Java control extension : JCX)」を参照。
Java Database Connectivity (JDBC)
Sun Microsystems, Inc. が策定した、Java からリレーショナル データベースにアクセスするための仕様。
エンタープライズ メッセージング システムにアクセスするための標準 API。メッセージ指向ミドルウェア (Message-Oriented Middleware: MOM) とも呼ばれるエンタープライズ メッセージング システムは、企業全体で重要なビジネス データやイベントを非同期的に交換するための、信頼性のある柔軟なサービスを提供します。JMS はこれに、Java プログラミング言語で移植可能なメッセージベース アプリケーションを開発するための共通の API とプロバイダ フレームワークを付加します。メッセージング システムは、レガシー システムと通信するために、または別の環境やホストで実行されているビジネス コンポーネント間で通信を行うために、エンタープライズ アプリケーションでよく使用されます。
XA インタフェースを使用すると、2 フェーズ コミットの X/Open XA プロトコルを使用する複数のリソース マネージャによって実行される処理のトランザクション境界を、外部トランザクション マネージャで制御できます。
JTA は、javax.transaction パッケージおよび javax.transaction.XA パッケージに定義されています。
Java コントロール拡張 (Java control extension:JCX) を参照。
Java コントロール (Java control : JCX) を参照。
JDBC 接続プール (JDBC Connection Pools)
JDBC (Java Database Connectivity) は、Java アプリケーションから SQL データベース内のデータにアクセスするために使用します。データベース接続を確立する際のオーバーヘッドを減らすために、WebLogic JDBC には接続プールが用意されており、すぐに使える DBMS への接続のストックとして利用できます。JDBC 接続プールは、DBMS 接続の最適化に使用します。JDBC 接続プールのサイズをコンフィグレーションすることにより、WebLogic Integration のパフォーマンスをチューニングできます。設定が小さすぎると、接続可能になるまでの WebLogic Integration の待機時間が長くなります。設定が大きすぎると、DBMS のパフォーマンスが低下します。
Java Message Service (JMS) を参照。
JMS イベント ジェネレータ (JMS event generator)
JMS キューまたは JMS トピックのメッセージをポーリングし、メッセージ ブローカ チャネルにメッセージをパブリッシュする機能。フィルタ (メッセージ セレクタ) を定義すると、JMS キューまたは JMS トピックから取得するメッセージを指定できます。チャネル ルールで指定されているプロパティ名と値の一致、および他の処理条件によって、パブリッシュされるメッセージが指定されます。
パラレル ノードでは、AND と OR という 2 つの結合条件を指定します。AND 条件は、実行フローがパラレル ノードの次のノードに進む前に、すべてのブランチでアクティビティが完了する必要があることを指定します。OR 条件は、すべてのブランチのアクティビティが終了する前にいずれかのブランチでアクティビティの実行が完了したら、実行フローがパラレル ノードの次のノードに進むことを指定します。
Java Tranaction API (JTA) を参照。
プライベート キーと信頼性のある認証局の組み合わせのメモリ内集合。情報は、パスワード、クレジット カード番号、暗証番号などの個人を識別する情報のパスフレーズによって保護されます。
プロセス コンフィグレーションで、キーストアが保存される場所。
キーストア (keystore) を参照。
キーストア パスワード エリアス (keystore password alias)
プロセス コンフィグレーションで、キーストアのパスワード エリアス。
キーストア (keystore) を参照。
キーストア (keystore) を参照。
HTTP イベント ジェネレータで、読み込みカウンタが最後にリセットされた時間。
操作の間に発生したイベントを記録するメッセージ ファイル。ログ ファイルは操作中に頻繁に更新され、システムの操作およびエラーを追跡するために役立ちます。
ローカル ログに記録される特定の状況の通知。BEA 製品では、報告される状況の重大度レベルに基づいて、fatal (致命的)、error (エラー)、warning (警告)、および info (情報) の 4 種類のログ メッセージが生成されます。ログ メッセージにはタイムスタンプが付記されます。
異なるバージョンの親プロセスが存在する場合のサブプロセスの呼び出し方法を示す、ビジネス プロセスの [開始] ノードのプロパティ。疎結合プロセスの場合、サブプロセスのバージョンはサブプロセスを呼び出す時に設定されます。つまり、ビジネス プロセスのインスタンスが現在実行中ではあるものの、新しいバージョンを作成したサブプロセスはまだ呼び出されていない場合、プロセスがそのサブプロセスを呼び出すときには、サブプロセスの新しいバージョンが使用されます。
バージョニング (versioning) および密結合 (tightly coupled) を参照。
成功率が最低であるプロセスの名前と成功率を表示するシステム状態統計。失敗したインスタンスのパーセンテージと、インスタンスの総数に対する失敗したインスタンスの比率の両方がカラムに表示されます。表示されるデータは、最終パージ以降および過去 24 時間の各カテゴリに分類されます。
管理対象 Bean (managed bean : MBean)
セキュリティ プロバイダ (security provider) および MBean を参照。
ドメイン内にある管理サーバ以外のサーバは、すべて管理対象サーバと呼ばれます。管理対象サーバは、アプリケーションを構成するコンポーネントや関連するリソース (JSP や EJB など) をホストします。管理対象サーバは、起動時にドメインの管理サーバに接続して、コンフィグレーション設定とデプロイメント設定を取得します。
管理対象サーバ独立モード (Managed Server Independence (MSI) mode)
管理対象サーバは、起動時に管理サーバに接続できない場合は、管理対象サーバ独立 (MSI) モードで稼働します。このモードでは、管理対象サーバは、コンフィグレーション ファイルとセキュリティ ファイルを直接読み込むことで構成を取得できます。
管理データは、トレーディング パートナ プロファイル、サービス定義、およびサービス プロファイルで構成されます。
管理対象 Bean (MBean) を参照。
アプリケーション間でデータを送信するために WebLogic Server で使用される決まった方法。メッセージには、アプリケーション プロセスについての統計またはステータス情報や、受信側に対する指示などが含まれます。メッセージは、次の 2 つの部分で構成されます。
WebLogic Integration のコンポーネントの 1 つ。メッセージをパブリッシュできるタイプ別のチャネルと、サービスがメッセージを受信するためにサブスクライブできるタイプ別のチャネルを提供します。型保証メソッド用の XML Bean を使用して、特定のチャネルにサブスクライブするビジネス プロセスを設計できます。メッセージ ブローカ チャネル (Message Broker channels) を参照。
メッセージ ブローカ チャネル (Message Broker channels)
メッセージ ブローカ チャネルは、JMS (Java Message Service) のトピックに似たプロパティを備えていますが、WebLogic Integration のプロセス、コントロール、およびイベント ジェネレータに対して最適化されています。WebLogic Integration アプリケーション内では、次の処理が行われます。
メッセージ ブローカ コントロール (Message Broker controls)
WebLogic Integration ビジネス プロセスに対して、パブリッシュとサブスクライブを行うメッセージ ベースの通信モデルを提供します。メッセージのフィルタ機能を備えています。
メッセージ ブローカ モジュール (Message Broker module)
このモジュールでは、以下の操作を実行できます。チャネル リストの表示 (チャネルごとのサブスクライバ数と処理済みのメッセージ数も表示)、チャネル プロパティの表示とチャネル セキュリティ ポリシーの設定、チャネルのサブスクライバの表示とサブスクライバ プロセス インスタンス リストへの迅速なアクセス、チャネルの統計の概要 (アクティブなチャネル数、サブスクライブされているチャネル、および配信失敗メッセージ数) の表示、およびメッセージ カウンタのリセット。
メッセージ ブローカ パブリッシュ コントロール (Message Broker Publish control)
メッセージ ブローカ チャネルにメッセージをパブリッシュするために使用されるコントロール。
メッセージ ブローカ サブスクライブ コントロール (Message Broker Subscribe control)
チャネルを動的にサブスクライブしてメッセージを受信するために使用されるコントロール。
メッセージ駆動型 Bean (message-driven bean)
メッセージ駆動型 Bean は、分散送り先からのメッセージを消費します。多くのメッセージ駆動型 Bean は、WebLogic Integration のそれぞれの送り先にデプロイされます。メッセージ駆動型 Bean は、デプロイ先のサーバ内の物理送り先にバインドされています (サーバ親和性)。大量のメッセージを交信するクラスタ環境をサポートする場合は、これらのメッセージ駆動型 Bean のプール サイズを大きくします。
メッセージ フォーマット言語 (Message Format Language) (MFL)
MFL ドキュメントには、非 XML データのコンテンツを説明および制限するスキーマが含まれます。COBOL コピーブックや C 構造体定義のデータはその一例です(MFL ファイルは、フォーマット ビルダを使用して作成され、拡張子は .mfl になります)。
ビジネス プロセスまたはその一部の中でメッセージが処理される方法を定義したもの。メッセージ パスは、個々のノード、ノードのグループ、またはプロセス (グローバル) と関連付けることができます。OnMessage パスには、メッセージを受信する [クライアント要求] または [コントロール受信] ノードを含めることができます。OnMessage パスがプロセスに対して指定された場合 ([開始] ノードで指定された場合) は、パスの最初のノードとして [戻り値のあるクライアント要求] ノードを使用できます。
ビジネス プロセス (business process) を参照。
ポーリングあたりのメッセージ (message per poll)
MQ イベント ジェネレータで、各イベント ジェネレータ スレッドが 1 回のポーリング サイクル中に取得するメッセージの数。ポーリング サイクルごとにキューのすべてのメッセージを取得する場合は -1 を指定します。
メッセージ トラッキング (message tracking)
トレーディング パートナ管理モジュールでは、管理者がメッセージ トラッキングの条件を設定したり、トラッキングしたメッセージの要約や内容を表示したりできます。
メッセージ トラッキング モジュール (Message Tracking module)
このモジュールでは、ビジネス メッセージの交換をモニタできます。入手できるメッセージ データは、システムのサービス プロファイルに設定されたメッセージ トラッキング レベルとシステムのパージ スケジュールによって決まります。このモジュールから、交換されたビジネス メッセージのリスト表示、リストのフィルタ処理、選択したメッセージの詳細 (ヘッダまたはコンテンツの一部を含む) の表示を実行できます。
他のデータの目的、意味、場所を示すのに使用されるデータ。コンテンツ管理システムなどのシステムによって、コンテンツを記述するメタデータに基づいてコンテンツを検索し、ユーザのコンテンツをクエリしたり、一致させたりすることができます。
メソッド認可ポリシー (method authorization policy)
プロセス メソッド (クライアント要求) を呼び出す権限が付与されたロール。すべてのメソッドには、プロセスの認可ポリシーで指定されたロールが継承されます。その他のロールは、メソッドの認可ポリシーに追加できます。
メッセージ フォーマット言語 (Message Format Language) (MFL) を参照。
MQ イベント ジェネレータ (MQ event generator)
WebSphere MQ キューのメッセージをポーリングし、メッセージ (メタデータとしての MQMD ヘッダとメッセージのペイロード) をメッセージ ブローカ チャネルにパブリッシュします。内容のフィルタ処理、および他の処理条件がこのイベント ジェネレータのチャネル ルールで指定されます。
MQSeries コントロール (MQSeries control)
MQSeries コントロールを使用すると、IBM の MQSeries ミドルウェア製品で WebLogic Integration ビジネス プロセスを操作できます。MQSeries コントロールは、MQSeries キューに対してメッセージを送信する、または MQSeries キューからメッセージを受信するために使用されます。バイナリ、XML、および文字列メッセージがサポートされています。
MQSeries エラー キュー名 (MQSeries Error Queue Name)
MQ イベント ジェネレータで、エラー状態が発生しているために処理できないメッセージを入れるキューの名前。
MQSeries キュー マネージャ (MQSeries Queue Manager)
MQ イベント ジェネレータで、接続先となる WebSphere MQ キュー マネージャの名前。
MQSeries キュー マネージャのチャネル名 (MQSeries Queue Manager Channel Name)
MQ イベント ジェネレータで、WebSphere MQ キュー マネージャに接続するために使用されるサーバ接続チャネルの名前。
MQSeries キュー マネージャのポート番号 (MQSeries Queue Manager Port Number)
MQ イベント ジェネレータで、WebSphere MQ キュー マネージャに接続するために使用される TCP/IP ポート番号。
MQSeries キュー マネージャの CCSID (MQSeries Queue Manager CCSID)
MQ イベント マネージャで、WebSphere MQ によってサポートされるコード化文字セット識別コード (CCSID : Coded Character Set Identifier)。
MQSeries キュー名 (MQSeries Queue Name)
MQ イベント ジェネレータで、メッセージをモニタする WebSphere MQ キューの名前。
MQSeries サーバのホスト アドレス (MQSeries Server Host Address)
MQ イベント ジェネレータで、WebSphere MQ サーバの IP アドレスまたはホスト名。
MQSeries ユーザ名 (MQSeries User Name)
MQ イベント ジェネレータで、WebSphere MQ キュー マネージャに接続するために使用される WebSphere MQ ユーザ名。
MQSeries ユーザ パスワード (MQSeries User Password)
MQ イベント ジェネレータで、WebSphere MQ キュー マネージャに接続するために使用される WebSphere MQ ユーザ パスワード。
(スレッドと呼ばれる) アプリケーションのさまざまな部位を同時に実行できる、オペレーティング システムの能力。この仕組みによりアプリケーションは複数のタスクを同時に実行できます。
XML ドキュメントおよび XML スキーマ内で重複する XML の要素名および属性名を区別するための手段。
対象サーバと同じドメインに属しているマシンに配置されているクライアント。
クライアント (client) を参照。
Java 以外の言語で書かれたメソッドや関数を呼び出すための Java メカニズム。
動的な認証は行われません (no dynamic authentication)
認証 (authentication) を参照。
WebLogic Integration では、ビジネス プロセスの構成要素を示すアイコン。ノードは、アクション、分岐、または情報の交換を表します。
WebLogic Server とは別のプロセスとして実行される Java ユーティリティであり、管理サーバから見て管理対象サーバがどのような場所にあっても、管理対象サーバに対して一般的な操作タスクを実行できます。ノード マネージャの使用は任意ですが、WebLogic Server 環境で高可用性が要求されるアプリケーションをホストする場合は非常に有用です。
管理対象サーバをホストしているマシン上でノード マネージャを実行すると、Administration Console またはコマンド ラインから管理対象サーバをリモートで起動および停止できます。ノード マネージャは、予想外の障害が発生した後で、管理対象サーバを自動的に再起動することもできます。
各ノードにより生成されるイベント (開始および終了ノード イベントまたは中断ノード イベント)。
エラー処理の動作を指定する、ビジネス プロセスの [開始] ノードのプロパティ。このプロパティはプロセスが同期サブプロセスとしてコンフィグレーションされている場合にのみ適用され、他のビジネス プロセスの場合は無視されます。同期サブプロセスが失敗すると、デフォルトの動作ではプロセスは「ロールバックのみ」としてマークされます。その結果サブプロセスと親プロセスの両方がロールバックされます。ただし、[on sync failure] プロパティが [rethrow] に設定されている場合は、サブプロセスのみがロールバックされます。
freeze on failure を参照。
ワークリスト管理において、タスクを所有しているユーザまたはグループ。通常は、タスクの完了に関わる当事者のことをいいます。所有者の使用はアプリケーション固有のものですが、多くの場合、タスク状態 (タスクの完了や期限切れなど) の通知は所有者に送られます。
並行して複数のアクティビティを実行するビジネス プロセス内のポイント。デフォルトのパラレル ノードには、AND 結合条件が含まれています。この場合、すべてのブランチのアクティビティが完了してからでないと、実行フローはパラレル ノードの次のノードに進みません。結合条件は OR に変更できます。この場合、いずれかのブランチのアクティビティが完了すると、他のすべてのブランチのアクティビティの実行が中止され、実行フローはパラレル ノードの次のノードに進みます。
ビジネス プロセス (business process) を参照。
実行の並行パス (parallel paths of execution)
ビジネス プロセス内の実行のパラレル ブランチは、論理的に並行です。物理的には、各ブランチはビジネス プロセス エンジンによって順に実行されます。ビジネス プロセスは、外部システムとの通信で応答があるまで待機する可能性がある場合に、この論理上の並行性から利益を得ます。実行の 1 つのブランチで応答を待っている間に、パラレル フローの別の実行ブランチが処理を進めることができます。
パラレル ブランチは、終了ポイントでのみ同期されます。複数のブランチの終了時に結合条件が定義されます。それは、各ブランチの終了によって、パラレル アクティビティ全体をどのように終了するかを指定します。
プロセス コントロールを使用して別のプロセスを呼び出すビジネス プロセスのインスタンス。
ビジネス プロセス (business process) を参照。
パートナ プロファイルのインポート/エクスポート (partner profile import/export)
トレーディング パートナ管理モジュールで、管理者がトレーディング パートナ管理データ (トレーディング パートナとサービス) をインポートまたはエクスポートできるようにします。
コントロール、イベント ジェネレータなどの WebLogic Integration コンポーネントで使用するパスワードのための安全なストレージ。必要なパスワードはそれぞれパスワード ストアで定義され、パスワード エリアスに関連付けられます。
プロセス図内のカスタム コードをビジュアルに表現する手段を提供するノード。ビジネス プロセスに [実行] ノードを追加すると、JPD ファイルにメソッドが作成されます。そのメソッド シグネチャは、ソース ビューでカスタマイズします。
ビジネス プロセス (business process) を参照。
WebLogic Integration ソリューションをデプロイするときの目標の 1 つ。デプロイメントでは、負荷のピーク時や閑散時に関係なく十分なパフォーマンスが必要になります。
重複を排除する目的で永続的にメッセージを保管しなければならない期間を指定します。
一時的に存在する情報や状態をファイルやデータベースなどのリソースに保存するプロセス。起動ノードの永続性レベルとして、always、never、または on overflow を設定できます。
プロセスとは独立して存在するオブジェクト。プロセス内でオブジェクト参照が作成されます。
特定のディレクトリをポーリングする間隔 (単位は、日数、時間数、分数、秒数の組み合わせ)。
読み込み後のアクション (post read action)
読み込まれたメッセージに対するイベント ジェネレータのアクションを指定します。デフォルトは、[削除] です。
WebLogic Integration 環境の場合 - WebLogic Integration システムへのアクセスが必要なエンティティ。プリンシパルにはトレーディング パートナ、ユーザ、および B2B Integration があります。
認証 (authentication)、グループ (group) およびユーザ (user) を参照。
セキュアなメッセージを交換する当事者だけが知っている暗号化/復号化鍵。そのオーナ以外には非公開のまま保管する必要があるので、プライベートと呼ばれます。
公開鍵 (public key) を参照。
プロセス認可ポリシー (process authorization policy)
プロセス メソッド (クライアント要求) を呼び出すことが認可されるロール。プロセス内のすべてのメソッドには、プロセスの認可ポリシーで指定されたロールが継承されます。プロセスの認可ポリシーが定義されていない場合は、全員に権限が付与されます。
プロセス コンフィグレーション モジュール (Process Configuration Module)
このモジュールでは、以下の操作を実行できます。プロセス タイプ情報の表示とコンフィグレーション用のプロセスの検索、プロセス タイプ プロパティ (表示名、トラッキング レベル、レポート データ ポリシーなど) の表示または更新、プロセスのセキュリティ ポリシーの表示または更新、バージョニングされていないプロセスのアクティブ化または非アクティブ化、新たにデプロイされたプロセス バージョンの起動時間のコンフィグレーションまたは前のバージョンへのロールバック、対話型または印刷可能プロセス タイプ グラフの表示、プロセス コントロールとサービス ブローカ コントロールのコントロール属性の動的設定に使用するセレクタの表示または更新。
プロセス コントロールは、RMI、または最適化されたデータ フォーマットを使用した JMS のいずれかによって、メッセージをあるプロセスから別のプロセスに直接送信できます。RMI または JMS を使用するときには、WebLogic Server のロード バランシングの通常のルールが適用されます。
プロセス コントロール セレクタ (process control selector)
動的セレクタ (dynamic selector) を参照。
テスト ブラウザの一部。設計ビューに表示されるビジネス プロセスの完全に展開した状態を示す対話型インスタンス グラフです。対話型プロセス グラフには、Adobe SVG Viewer バージョン 3.0 が必要です。
プロセス インスタンス詳細 (process instance details)
プロセス インスタンスのプロパティを表示します。これには、実行中のインスタンスの変数値、プロセスにより作成されたワークリスト タスクやプロセスに関連付けられているワークリスト タスク、およびプロセスに関連付けられているビジネス メッセージが含まれます。
プロセス インスタンスのモニタ モジュール (Process Instance Monitoring Module)
このモジュールでは、以下の操作を実行できます。システム状態を表す統計の概要の表示、選択したインスタンスの概要または詳細ステータスの表示、対話型または印刷可能プロセス インスタンス グラフの表示、インスタンスの終了またはサスペンド、サスペンド中のインスタンスの再開、凍結中のインスタンスの凍結解除。
プロセス インスタンス統計 (process instance statistics)
プロセス タイプごとに表示される、平均経過時間および各状態 (実行中、サスペンド、中止、凍結、終了、完了、SLA より上) にあるインスタンス数のカウントなどの統計。このカウントは実行時データベースに格納されているトラッキング データに基づいて行われ、パージされたプロセス データはこのカウントには含まれません。
プロセス インスタンス概要 (process instance summary)
プロセス タイプ別のプロセス インスタンス リストを表示するシステム。インスタンス ID、表示名、プロセス ラベル、開始時間、経過時間、およびステータス (実行中、完了、凍結、中止、サスペンド)、が表示されます。
プロセス インスタンスのラベル。ラベルは各インスタンスに対して生成され、一般的にインスタンス固有の値を反映しています。たとえば、注文書番号、顧客番号、DUNS 番号、または監査で使用された他の値などがあります。
プロセス プロパティ概要 (process property summary)
プロセス タイプ リストを表示するために使用するページ。表示名、パブリック URI、状態 (ステートフルまたはステートレス)、トラッキング レベル、レポート データ ポリシー、および SLA が表示されます。
プロセスの現在のステータス。プロセスは、実行中、完了、サスペンド、終了、中止、または凍結のいずれかのステータスになります。
タイムアウトするまでに、PIP が完了せずにアクティブでいられる時間の長さを指定します。デフォルトは 0 です。
プロセス トラッキング データ (process tracking data)
各プロセス インスタンスでは、実行中のノード、タイミング、関連データについての情報など、プロセスの実行に関する情報を含むイベントが生成されます。
プロセス トラッキング レベル (process tracking levels)
管理者は、レポートのニーズおよびパフォーマンス要件を満たしてシステムを最適に調整するように、プロセスのトラッキング レベルを設定することができます。トラッキング レベルは以下のとおりです。
プロセス タイプの詳細 (process type details)
識別情報 (サービス URI、アプリケーション名など)、コンフィグレーション可能なプロパティ (表示名、トラッキング レベル、レポート データ ポリシー、SLA)、動的クライアント コールバック プロパティ、実行ポリシーと認可ポリシー、変数、およびアクティブ バージョンが表示されます。
開発者がデプロイ済みのプロセスを変更する必要があるときは、新しいプロセス バージョンを作成してから、これを旧バージョンと共にプロダクション環境にリリースします。複数のバージョンがデプロイされている場合は、新しいインスタンスを作成するときに、使用するバージョンがシステムにより決定されます。管理者は、バージョンを有効または無効にするか、バージョンのアクティブ化時間を設定することで、プロセス バージョンのリリースを制御します。
トレーディング パートナ管理モジュールで、ビジネス トランザクションを行うローカルまたはリモートのトレーディング パートナを管理者がコンフィグレーションできるようにします。必須の基本情報、セキュリティ証明書、プロトコル バインディング、およびトランザクションに必要な任意のカスタム プロパティをコンフィグレーションします。
JMS イベント ジェネレータで、必須 JMS プロパティの名前を表示するフィールド。
JMS イベント ジェネレータで、必須 JMS プロパティの値を表示するフィールド。
プライベート キーと組み合わせてメッセージの暗号化とデジタル署名に使用する暗号化鍵として認証局により提供される値。誰にでも利用できるので、公開鍵と呼ばれます。データの暗号化と復号化に異なる鍵を使うことから、公開鍵暗号方式は非対称鍵暗号方式とも呼ばれます。
外部クライアントがビジネス プロセスのアクティブなバージョンにアクセスするための、インスタンスに対応する URI (Uniform Resource Identifier)。デフォルト値は、クライアントがビジネス プロセスの元のバージョンにアクセスした際のパブリック インスタンスです。
ビジネス プロセス (business process) およびバージョニング (versioning) を参照。
Publish As プロパティは、電子メール ジェネレータが特定のユーザにメッセージをパブリッシュできるようにします。このプロパティを設定すると、セキュアなメッセージ ブローカ チャネルにメッセージを配信できます。Publish As の指定がない場合、メッセージは Anonymous としてパブリッシュされます。
このチャネルへパブリッシュする権限を付与されているロール。ロールが定義されていない場合は、全員に権限が付与されます。
トラッキング データ管理を制御するためのシステム プロパティ。完了または終了後に、どれぐらいの時間が経過すると、パージのプロセスによりインスタンス データがパージされるかを設定します。
トラッキング データ管理を制御するためのシステム プロパティ。パージ プロセスを有効または無効にし、実行時データベースからデータをパージするためにプロセスを実行する一定の間隔を設定します。
リソース アダプタ アーカイブ (Resource Adapter Archive: RAR) を参照。
ポーリング スイープあたりの読み込みメッセージの最大数。有効な値は 0 以上です。
ドメイン外のマシン上にあるクライアント。ワークステーション クライアントとも言います。
クライアント (client) を参照。
Remote Method Invocation (RMI)
リモートの JVM に格納されたオブジェクトのメソッドをあたかもローカル システムにあるオブジェクトのようにアプリケーションが起動できるメソッド。WebLogic RMI は JavaSoft 仕様を実装したものです。
レポート データ ポリシー (reporting data policy)
トラッキング データ管理を制御するためのプロセス プロパティ。各プロセスのレポート データ ポリシーを設定または検証します。
レポート データ ストリーム (reporting data stream)
トラッキング データ管理を制御するためのシステム プロパティ。レポート データ ストリームを有効または無効にできます。レポート データ ストリームが有効な場合、リアル タイムに近いデータ ストリームが、指定されたレポート データベースに入力されます。
トレーディング パートナ、会話、ドキュメント定義、XML スキーマ、および XSLT マッピングなどのタイプの情報が格納されるデータベース。主な格納先としては、JDBC によりアクセスするリレーショナル データベースがあります。リポジトリは、HTML インタフェースである WebLogic Integration Administration Console を介してコンフィグレーションしアクセスすることができます。
システムレベルのソフトウェア ドライバ。エンタープライズ情報システム (enterprise information system: EIS) に接続するアプリケーション クライアントかアプリケーション サーバ (WebLogic Server など) が使用します。リソース アダプタは J2EE コネクタとして機能します。リソース アダプタには Java コンポーネントと、必要に応じて EIS と対話的に処理するのに必要なネイティブ コンポーネントが含まれています。
リソース アダプタ アーカイブ (Resource Adapter Archive : RAR)
リソース アダプタを実行するのに必要となるクラスとその他のファイルをロードするための圧縮ファイル (.zip フォーマット)。
リソース アダプタ (resource adapter) を参照。
メッセージの送信が失敗した場合の、再送信の試行回数。デフォルトは 0 です。
メッセージの承認を待機するタイムアウト後に、メッセージが再送信されるまでの時間間隔。
Remote Method Invocation (RMI) を参照。
ロールベースの認可 (role-based authorization)
認可は、特定のリソースに対して特定のアクションを実行するためのパーミッションや権限をエンティティに付与することです。ロールベースの認可では、セキュリティ ポリシーによってリソースへのアクセスを認可するロールを定義します。WebLogic Integration Administration Console では、特定の管理特権とモニタ特権に関連付けられている組み込みのロールのほかに、次のリソースへのアクセスを制御するセキュリティ ポリシーをコンフィグレーションできます。以下のロールを定義するポリシーをコンフィグレーションできます。プロセス オペレーションを呼び出すのに必要なロール、特定のチャネルにサブスクライブおよびパブリッシュするために必要なロール、およびアプリケーション ビューのサービスを実行しイベントをサブスクライブするために必要なロール。管理者は、アクセスに必要なロールを設定したら、必要に応じてそのロールにユーザまたはグループをマップできます。
トランザクションで更新したリソースすべてを元の状態に戻すような方法でトランザクションを終了させること。
トランザクションを終了させ、トランザクション中に指定されたリソースに対するすべての変更を取り消すまたは元に戻すイベント。
ルート認証局 (root certificate authority)
デジタル証明書および公開鍵の発行先のアイデンティティを保証する信頼性のある第三者組織または企業。CA の例としては、Verisign や Baltimore があります。
データの構造およびコンテンツを定義する。たとえば、データベース スキーマはデータベース インスタンスのテーブルおよびその他の要素を定義し、XML スキーマは XML ドキュメントの構造およびコンテンツを定義します。
セキュリティ プロバイダ (security provider)
アプリケーションにセキュリティ サービス (認証、認可、監査、資格マッピングなど) を提供するために WebLogic Server セキュリティ レルムにプラグイン可能なソフトウェア モジュール。セキュリティ プロバイダは、SSPI から作成される実行時クラスと、MBean タイプから作成される MBean から成ります。セキュリティ プロバイダには、WebLogic Server 付属の WebLogic セキュリティ プロバイダと、開発者またはサードパーティ ベンダが開発したカスタム セキュリティ プロバイダがあります。
WebLogic Integration 環境の場合、ACL、プリンシパル (principal) の名前、および関連するセキュリティ サービスへのアクセスを提供する一連のセキュリティ機能のドメイン。セキュリティ処理と、WebLogic Integration ユーザ定義を規定するその他のセキュリティ関連情報の範囲のコンテキストがレルムで提供されます。ユーザの認証方法を規定します。WebLogic Integration で利用できるセキュリティ機能は、WebLogic Server で提供しているセキュリティ機能上に実現されています。
Domain Configuration Wizard、グループ (group)、セキュリティ プロバイダ (security provider)、ユーザ (user)、および WebLogic リソース (WebLogic resource) を参照。
ルックアップ プロパティを指定したクライアント応答ノードがプロセスに含まれる場合、この表には管理者がコンフィグレーションしたセレクタ値が示されます。値が示されない場合は、まだ値が追加されていません。
実行時にコントロール属性を選択して動的に設定するために使用する値。
ローカル マシン上の WebLogic Server インスタンスで必要な SSL (セキュア ソケット レイヤ プロトコル)。
証明書 (certificate) およびデジタル証明書 (digital certificate) を参照。
サーバの障害が長引き、オペレーション可能な別の管理対象サーバに移行する必要が生じた場合に発生します。
電子メール アカウントのサーバ タイプ。デフォルトは POP3 です。
ローカル トレーディング パートナから提供されるビジネス プロセス、またはリモート トレーディング パートナのコントロールを経由して呼び出されるビジネス プロセス。ローカル トレーディング パートナから提供される場合、サービスは、ローカル ドメインにデプロイされている Web サービスまたはプロセス タイプに相当します。ローカル トレーディング パートナによって呼び出される場合、サービスは、ローカル ドメイン内でリモート サービスの起動に使用されるコントロールに相当します。サービス プロファイルでは、サービスの提供と呼び出しを行うローカル トレーディング パートナとリモート トレーディング パートナに、プロトコル バインディングと URL エンドポイントを指定します。
サービス ブローカ コントロール (Service Broker control)
ビジネス プロセスが、別のビジネス プロセス、Web サービス、または WSDL ファイルに定義されている Web サービスまたはビジネス プロセスに要求を送信し、コールバックを受信できるようにします。
サービス ブローカ コントロール セレクタ (service broker control selector)
動的セレクタ (dynamic selector) を参照。
サービス レベル アグリーメント (Service Level Agreements)
サービス レベル アグリーメント (Service Level Agreement : SLA) は、プロセスのパフォーマンスの達成目標を指定します。通常、SLA は、特定の期間内にプロセスが実行されることを内部的または外部的に保証します。
トレーディング パートナ管理モジュールで、管理者は、トレーディング パートナから提供または呼び出されたビジネス プロセスを構成するサービスおよびサービス プロファイルを管理できます。
プロセスの URI。複数のプロセス バージョンがある場合は、バージョン番号が付加されます。
メッセージを送信するトレーディング パートナの署名証明書を使用してメッセージがデジタル署名されるかどうかを表します (true または false)。
署名の受け取りが必要 (signature receipt required)
承認を送信するトレーディング パートナの署名証明書を使用して、デジタル署名された受信承認メッセージによってメッセージが承認されるかどうかを表します (true または false)。
サービス レベル アグリーメント (SLA) が設定されている場合に、その現在のステータスを表示するフィールド。
プロセス タイプに応じた保証内容 (秒数、分数、時間数、または日数) を示します。SLA しきい値を設定する機能により、目的の時間内に実行されないプロセスを簡単に識別できます。これにより、サプライヤと顧客間のアグリーメントを実現するために、または独自のパフォーマンス目標を達成するために必要な変更を行えます。
SLA 警告しきい値 (SLA warning threshold)
SLA (service level agreement) 全体に対するパーセンテージ。
セキュア ソケット レイヤ プロトコル。SSL プロトコルは、次の 2 つの機能をサポートすることにより、セキュアな接続を可能にします。
ビジネス プロセス内の最初のノード。プロセスの起点を表します。ビジネス プロセスは、クライアントからのリクエストの受信、ビジネス プロセスがサブスクライブしているメッセージ ブローカ チャネルからのメッセージの受信、または複数のイベントのいずれか 1 つをきっかけとして開始できます。
ビジネス プロセス (business process) を参照。
ステートフル ビジネス プロセス (stateful business process)
エンティティ Bean にコンパイルされ、1 つまたは複数の JTA トランザクションのスコープ内で実行されるビジネス プロセス。ステートフル プロセスの目的は、複雑な長期間のロジックを呼び出すビジネスのシナリオをサポートすることにあるため、信頼性と回復に関する特定の要件があります。ステートフル ノードまたはトランザクションの境界を設定するロジックを追加すると、プロセスはステートフルになります。
Java Transaction API (JTA)、ビジネス プロセス (business process) およびステートレス ビジネス プロセス (stateless business process) を参照。
ステートフル セッション Bean (stateful session bean)
特定のクライアントの代わりに対話状態を保持する Java Bean。対話状態が bean で維持されているときは、複数のクライアントは Bean に別々にアクセスでき、前回までの会話の間に蓄積した情報を使用することができます。
使用している Bean が ステートフル セッション Bean (つまりこの Bean は対話状態を保持できる Bean) の場合、ある日から別の日にかけて同僚との会話を続ける際、会話を中止したところから再開するのと同じように、クライアントと Bean はあるセッションから次のセッションに会話を続行できます。このためステートフル セッション Bean は、複数の対話処理を介してプロセスを管理するのに役立ちます。
ステートレス ビジネス プロセス (stateless business process)
ステートレス セッション Bean にコンパイルされ、1 つの JTA トランザクションの内部で実行されるビジネス プロセス。ステートレス プロセスの目的は、短期間のロジックを呼び出すビジネスのシナリオをサポートすることにあるため、高いパフォーマンスが要求されます。状態をデータベースに永続化しないため、小さいレイテンシと高いパフォーマンスで実行するために最適化されます。
Java Transaction API (JTA)、ビジネス プロセス (business process) およびステートフル ビジネス プロセス (stateful business process) を参照。
ステートレス セッション Bean (stateless session bean)
トレーディング パートナ管理モジュールで、管理者がトレーディング パートナ アクティビティのレベルを表す統計の概要を表示できるようにします。
プロセスの現在のステータス。プロセスは、実行中、完了、サスペンド、終了、中止、または凍結のいずれかのステータスになります。
構造化されたパラレル ビジネス プロセス (structured parallel business process)
1 つのノードから出たすべての並行パスが 1 つの結合ノードでマージするビジネス プロセス。構造化されていないパラレル ビジネス プロセス (unstructured parallel business process) を参照。
プロセス コントロールまたはサービス ブローカ コントロールを介してビジネス プロセスから呼び出されるプロセス。サブプロセスは同期または非同期で呼び出すことができます。
ビジネス プロセス (business process) を参照。
このチャネルへ動的にサブスクライブする権限を付与されているロール。ロールが定義されていない場合は、全員に権限が付与されます。
[サブスクリプション] ノード (subscription node)
メッセージ ブローカ チャネルからメッセージを受信することでビジネス プロセスを開始するノード。このノードでメッセージ ブローカ チャネルへの静的なサブスクリプションを作成します。このノードを使用すると、メッセージ ブローカ チャネルへのイベントのパブリッシュを容易にするファイル、JMS、電子メール、タイマーの各コントロールを通じてビジネス プロセスを開始できます。このノードはビジネス プロセスの開始イベントとしてのみ使用できます。
ビジネス プロセス (business process) を参照。
条件ノードで指定された式の評価に基づいて実行パスを選択する場合に使用されるビジネス プロセス ノード グループ。[切り替え] ノードは、1 つの条件ノード、1 つまたは複数のケース パス、および 1 つのデフォルト パスで構成されます。実行時に、条件ノードの式が実行されて、その結果の値が各ケース パスと関連付けられている値と比較されます。値が一致する最初のケース パスのアクティビティで実行は継続されます ([切り替え] ノードでケース パスは左から右に評価される)。どの条件も満たされない場合、デフォルト パスで定義されているアクティビティが実行されます。
値を返すメソッドの属性。この用語は、同期メソッドの呼び出し元は、呼び出されたメソッドが次の文で示す内容を返すのを待つ必要があることに由来しています。呼び出し元はメソッドと同期しています。
非同期 (asynchronous) を参照。
同期ビジネス プロセス (synchronous business process)
[戻り値のあるクライアント要求] ノードによって開始イベントとして呼び出されるビジネス プロセス。同期ビジネス プロセスに非同期の操作を含めることもできますが、非同期操作はフロー内の後の方、同期操作が完了した後に追加しなければなりません。同期操作の内部にステートフル ロジックを置くことはできません。
ビジネス プロセス (business process) を参照。
値を返すメソッド。同期メソッドの呼び出し元は、呼び出されたメソッドが復帰するのを待つ必要があるので、サーバの応答を待つ間、他の処理を実行できなくなります。呼び出し元はメソッドと同期しています。
同期 Web サービス (synchronous web service) を参照。
同期 Web サービス (synchronous web service)
クライアントがサーバと同期しているアーキテクチャ。同期 Web サービスは、各処理の完了を待ってからでないと、次の処理に進めません。
同期メソッド (synchronous method), 非同期 Web サービス (asynchronous web service) を参照。
WebLogic Integration 内で定義されたカレンダーで、システム カレンダーを指定する必要があります。初期状態では、システム カレンダーは System Calendar というデフォルトのカレンダーになっていますが、システム カレンダー指定をいつでもカスタム カレンダーに切り替えることができます。
システム コンフィグレーション モジュール (System Configuration module)
このモジュールでは、以下の操作を実行できます。パージ スケジュールの表示または設定、パージ プロセスの開始または停止、オフライン データストアへのデータ送信の有効化または無効化、オフラインでデータを保存するために使用されるデータストアの JNDI 名の表示または設定、プロセスのデフォルトのトラッキング レベルとレポート データ ポリシーの表示または設定、ワークリスト タスクのデフォルト トラッキング レベルの表示または設定、パスワード エリアスの作成、表示、または変更、アプリケーション統合の JMS 接続ファクトリ、リポジトリ ルート、およびデバッグ レベルのコンフィグレーション、およびワークリスト タスクの作成が認可されるロールのコンフィグレーション。
プロセス タイプごとにシステム状態およびパフォーマンスの傾向の一般的なインジケータ。これには、実行時間が最も長いプロセス タイプ、SLA しきい値内で完了しなかったプロセス タイプ、および完了に失敗したプロセス タイプが含まれます。
このルックアップ キーに関連付けられている対象プロセスの URI。
単一のタスク インスタンスを作成してその状態とデータを管理し、タスクのステータスが変更されるときやタスクが期限切れになったときにステータスを報告するためのコールバック メソッドを提供する WebLogic Integration コントロール。各タスク コントロールは 1 つのアクティブなタスク インスタンス上で動作します。
タスク インスタンス (task instance) を参照。
WebLogic Integration の内部で、特定の時間内に完了する必要のある 1 つの作業。ユニークなタスク ID とその他のプロパティおよび動作で表現されます。
タスク コントロール (Task control) を参照。
タスク トラッキング レベル (task tracking level)
ワークリスト タスクのトラッキング レベルには、以下の 3 つのタイプがあります。
タスク ワーカ コントロール (Task Worker control)
タスク インスタンスの所有権を持ち、タスクを実行して完了し、管理的な権限 (開始、停止、削除、割り当てなど) を提供する WebLogic Integration コントロール。タスク ワーカ コントロールでは複数のタスク インスタンスに対する操作が可能です。タスク ワーカ コントロールとタスク インスタンスを 1 対多の関係に置くことができます。
タスク インスタンス (task instance) を参照。
WebLogic Workshop には、ビジネス プロセスの機能をテストするためのブラウザベース インタフェースが用意されています。このテスト ブラウザを使用すると、クライアントの役割を果たし、ビジネス プロセスのメソッドを起動して応答を確認できます。
プログラムの他の部分と独立して実行可能な、プログラムの一部。
異なるバージョンの親プロセスが存在する場合のサブプロセスの呼び出し方法を示す、ビジネス プロセスの [開始] ノードのプロパティ。密結合プロセスの場合、サブプロセスのバージョンは親プロセスを呼び出す時に設定されます。つまり、ビジネス プロセスのインスタンスが現在実行中ではあるものの、新しいバージョンを作成したサブプロセスはまだ呼び出されていない場合、プロセスがそのサブプロセスを呼び出すときに、サブプロセスの古いバージョンが使用されます。メイン プロセスが次に呼び出されるときには、サブプロセスを呼び出す際に新しいバージョンが使用されます。
タイマー イベント ジェネレータ (timer event generator)
ユーザが指定した時刻にイベントを作成し、メッセージ ブローカ チャネルにそのイベントをパブリッシュします。指定された時刻が過ぎていることを感知すると、タイマー イベント ジェネレータはメッセージ ブローカ チャネルにメッセージをパブリッシュします。メッセージの内容は、このイベント ジェネレータに対して定義されたチャネル ルールで指定できます。
ビジネスプロセスまたはその一部の中でタイムアウトが処理される方法を定義したもの。タイムアウト パスは、一定の時間の経過後にプロセスの実行を中断する際に使用します。タイムアウト パスは、個々のノード、ノードのグループ、またはプロセス全体 (グローバル) と関連付けることができます。[開始] ノードにタイムアウト パスを追加すると、プロセスが開始するときにタイマーが開始します。他のノード、またはノードのグループにタイムアウト パスを追加した場合は、プロセスがその実行ポイントに到達したときにタイマーが開始します。
ビジネス プロセス (business process) を参照。
TPM スキーマでは、次を定義することでトレーディング パートナ間で情報を共有するように WebLogic Integration をコンフィグレーションできます。
トレーディング パートナには、さまざまな転送プロトコルを使用してドキュメントを交換する 1 つまたは複数のサービス バインディングを設定することができます。各転送では、クライアント、サーバ、署名、およびメッセージング ロールに対して各種の認証オプションを使用できます。TPM スキーマを使用すると、すべてのトレーディング パートナ向けに通信およびコンフィグレーション オプションの完全なセットを定義できます。
トラッキング データ管理を制御するためのプロセス プロパティ。各プロセスのトラッキング レベルの設定または確認を行います。プロセスには以下のレベルを設定できます。Default (システムのデフォルトのトラッキング レベル)、または Full、Node、Minimum、None のいずれか (システムのデフォルトのトラッキング レベルをオーバーライドする設定)。
データを変更する処理の最小単位。トランザクションのコードにはプログラム文が含まれており、そのすべてが処理を完了するかロールバックします。トランザクションによって複数のユーザが同じデータに同時にアクセスできます。
アクティブなバージョン (active version) を参照。
トランザクション境界 (transaction boundaries)
WebLogic Integration のビジネス プロセスは、本質的にはトランザクションです。1 つのプロセスのすべての手順は、JTA トランザクションのコンテキストの中で実行されます。トランザクションは、1 つまたは複数のオペレーションが最小作業単位として実行されることを保証します。トランザクション内のいずれかのオペレーションが失敗すると、アプリケーションを直前の状態に戻すために、トランザクション内のすべてのオペレーションがロールバックされます。
トランザクション境界 (transaction boundaries) および明示的なトランザクション境界 (explicit transaction boundaries) を参照。
トランザクション レベル (transaction level)
トランザクション レベルには、[すべて] または [デフォルト] のどちらかを設定できます。[すべて] は、単一のトランザクションでデータをインポートします。無効なデータが検出された場合は、トランザクション全体がロールバックされます。[デフォルト] は、複数のトランザクションを使用してデータをインポートします。インポートを実行すると、トレーディング パートナまたはサービスごとにトランザクションが開始されます。任意のエンティティのトランザクション中に無効なデータが検出された場合は、現在のトランザクションに対してのみインポートがロールバックされ、ロールバックされたトランザクションでインポートが終了します。
データ トランスフォーメーション (data transformation) を参照。
トランスフォーメーション ファイル (transformation file)
トランスフォーメーション メソッドを格納するファイルであり、クエリを呼び出すために使用されるファイル。トランスフォーメーション ファイルは、拡張子が .dtf なので、DTF ファイルと呼ばれることがあります。
トランスフォーメーション メソッド (transformation method)
XML データを生成するために XQuery エンジンで実行できる、XQuery コードの完全独立セクション。
XQuery を参照。
メッセージを送受信するための転送プロトコル。デフォルトは [HTTP] です。
転送プロトコルのバージョン (transport protocol version)
メッセージを送受信するために使用される転送プロトコルのバージョン。
WebLogic Server が、SSL 用の信頼性のある CA を検出するために使用するキーストアのタイプ。WebLogic Integration は、信頼キーストアを使用して、信頼性のある CA を検出するとともに、署名および暗号化を検証します。
Uniform Resource Locator (URL)
インターネット上でリソースを識別し、その場所を探すための文字列。最新の URL ガイドラインは W3C で入手できます。
構造化されていないパラレル ビジネス プロセス (unstructured parallel business process)
発生しうるスレッドと結合ノードの間にクロス パスが存在するビジネス プロセス。
構造化されたパラレル ビジネス プロセス (structured parallel business process) を参照。
Uniform Resource Locator (URL) を参照。
認証が可能なエンティティ。ユーザは、個人または Java クライアントなどのソフトウェア エンティティでもかまいません。各ユーザには、セキュリティ レルムの中で一意の ID が与えられます。セキュリティ管理を効率化するために、ユーザをグループに追加するようにしてください。グループは、通常、企業の同じ部門に所属しているなどの共通点を持つユーザの集合です。ユーザはセキュリティ ロールと関連付けられているグループに入れるか、またはセキュリティ ロールと直接関連付けることができます。
ユーザ管理モジュール (User Management module)
このモジュールでは、デフォルトのセキュリティ レルムで定義されたユーザ、グループ、およびロールを管理することができます。
認証が可能なエンティティ。各ユーザには、レルムの中で一意の ID が割り当てられます。多数のユーザを簡単に管理するために、ユーザを名前付きグループにまとめることができます。
多数のユーザを簡単に管理するために、ユーザを名前付きグループにまとめることができます。そしてグループには、他のグループのメンバシップを割り当てることができます。
バージョン グループでは、プロセス グループ内にあるバージョンの有効化、無効化、またはアクティブ化時間の設定を実行できます。
バージョニングされたファイルの名前。また、WebLogic Workshop でこのバージョンのビジネス プロセスにアクセスできる URI (Uniform Resource Identifier)。
ビジネス プロセス (business process)、バージョニング (versioning)、およびパブリック URI (public URI) を参照。
ビジネス プロセスの複数のバージョンを作成するプロセス。現在実行中のインスタンスを中断することなくビジネス プロセスに変更を加えることができます。ビジネス プロセスをバージョニングする際には、親と同じパブリック URI (インタフェース) を共有するビジネス プロセスの子バージョンを作成します。実行時にアクティブとしてマーキングされるプロセスのバージョンは、パブリック URI を通じて外部クライアントからアクセスされます。
ビジネス プロセス (business process) を参照。
Web アーカイブ (WAR) ファイル (web archive (WAR) file) を参照。
Web アーカイブ (WAR) ファイル (web archive (WAR) file)
Web 関連のファイル (HTML、Java Server Pages (JSP)、サーブレットなど) をパッケージ化した、J2EE アプリケーションのデプロイ用ファイル。WAR ファイルをデプロイするには、XML デプロイメント記述子 (WEB-INF/web.xml) ファイルが必要です。
言語やプラットフォームに依存しない自己記述型のコード モジュール。アプリケーションは、ネットワークまたはインターネットを介して Web サービスにアクセスします。アプリケーションでは、サービスの場所をハード コード化しておくことも、UDDI （Universal Description, Discovery, and Integration） を使用してサービスを検索することもできます。Web サービスは自己記述型なので、利用するアプリケーション側で、利用可能な関数や呼び出し方法を特定できます。
Web Services Description Language (WSDL)
Web サービスを記述するための XML ベース仕様のマークアップ言語。これによってさまざまなクライアントでサービスを呼び出すことができます。2 つの別々のオンライン システムで人手を介さずに通信する必要がある場合は、WSDL が必要になります。
WebLogic コンポーネント (WebLogic component)
WebLogic Server は、サーブレット、JSP ページ、エンタープライズ JavaBean などの J2EE コンポーネント テクノロジを実装します。WebLogic Server アプリケーションを構築するには、必要に応じてこれらのサービス API を使用して、コンポーネントを作成およびアセンブルする必要があります。コンポーネントは、WebLogic Server の Web コンテナまたは EJB コンテナ内で実行されます。Web コンポーネントは、ブラウザベースの J2EE アプリケーションにプレゼンテーション ロジックを提供します。EJB コンポーネントは、ビジネスのオブジェクトやプロセスをカプセル化します。
WebLogic Integration ソリューションの開発とデプロイをサポートするドメインの作成とコンフィグレーションを容易にするアプリケーション。
ドメインにデプロイされている EJB、Web アプリケーション、JDBC 接続プールなどのアプリケーションとリソースの集合。広範なビジネス統合ソリューションの開発とデプロイのための統合プラットフォームを提供します。
WebLogic Integration 8.1 SNMP Agent
このユーティリティでは、標準的な SNMP マネージャを使用して、WebLogic Integration の主要情報を更新できます。
WebLogic Integration Administration Console
WebLogic リソース (WebLogic resource)
イベント、サーブレット、JDBC 接続プール、JMS 送り先、JNDI コンテキスト、接続、ソケット、ファイル、企業のアプリケーションやリソース (データベースなど) といった、WebLogic Server からアクセス可能なエンティティ。
エンティティ (entity) を参照。
WebLogic セキュリティ プロバイダ (WebLogic security provider)
WebLogic Server 製品の一部として BEA によって提供されるセキュリティ プロバイダ。これらのプロバイダは、セキュリティ サービス プロバイダ インタフェース (SSPI) を使用して WebLogic Server 向けに開発されています。
Java 言語および J2EE プラットフォーム (Sun Microsystems, Inc. の) を使用して、電子商取引アプリケーションを構築し実行するためのサービスを提供する、BEA の Web アプリケーション サーバ。WebLogic Server は標準に準拠して Pure Java で記述されたアプリケーション サーバで、分散 Java アプリケーションの作成、デプロイメント、管理を行うことができます。WebLogic Server はアプリケーション コンポーネントと DBMS 接続を管理して、セキュリティ、スケーラビリティ、パフォーマンス、およびトランザクションの整合性を確保します。また、エンタープライズ JavaBean (EJB)、RMI、分散 JavaBean、および JDBC など、分散コンポーネント サービスや企業内データベースへのアクセスに対するサポートも提供します。WebLogic Integration、WebLogic Portal、および WebLogic Workshop など、BEA WebLogic Platform の全コンポーネントは、WebLogic Server 上で動作します。
WebLogic Server Administration Console
WebLogic Server 管理者 (WebLogic Server administrators)
WebLogic Server 管理者は、組織内の WebLogic Server デプロイメントに関する技術と操作について深い知識を持っていることが要求されます。ハードウェアとプラットフォームの知識を持ち、WebLogic Server のインストール、コンフィグレーション、モニタ、セキュリティ、パフォーマンス チューニング、トラブルシューティングなど、WebLogic Server デプロイメントのすべての管理作業に対する経験が要求されます。
WebLogic Server クラスタ (WebLogic Server cluster)
クラスタ (cluster) を参照。
WebLogic Server ドメイン (WebLogic Server domain)
1 つの単位として管理する、論理的に関連した WebLogic Server リソースのグループ。ドメインには常に、管理サーバと呼ばれる WebLogic Server インスタンスが 1 つ以上含まれます。管理サーバは、サーバ インスタンスおよびシステム管理ツールとのやり取りの中心として機能します。ドメインには、管理対象サーバと呼ばれる追加の WebLogic Server インスタンスを含めることもできます。
WebLogic リソース (WebLogic resource) を参照。
[While Do] ノード (while do node)
プロセスに While Do ループを提供するビジネス プロセス ノード。実行時には、ループで定義されたアクティビティが実行される前に、[While Do] グループの条件が評価されます。したがって、[While Do] グループのアクティビティは条件の評価結果に応じて 0 回または複数回実行されます。
ビジネス プロセス (business process) を参照。
WLI JMS コントロール (WLI JMS Control)
WLI JMS コントロールを使用すると、WebLogic Workshop ビジネス プロセスと、JMS を実装するメッセージング システムの対話が容易になります。特定の WLI JMS コントロールは、メッセージング システムの特定の機能に関連付けられています。
WLI JMS コントロールは JMS コントロールの拡張版であり、RawData メッセージ タイプのサポート、動的プロパティのコンフィグレーション、および新しいトランザクションを開始するか呼び出し側のトランザクションに留まるかを制御する機能などの追加機能を提供します。
このユーティリティでは、スクリプト言語を使用して WebLogic Server 内の MBean に簡単にアクセスできます。このユーティリティには、アクティブな WebLogic ドメイン内の MBean へのシェルライクなインタフェースと MBean を検査するための GUI エクスプローラがあります。WLShell を使用すると、MBean 階層での移動、コンフィグレーション プロパティと実行時プロパティの表示、および get、set、invoke、mkdir、rmdir などの操作を簡単に実行できます。スクリプトでは、ループと条件もサポートされます。
誰かまたは何かが完了する必要がある作業単位を管理する方法。ワークリスト システムの電子版には、カスタマ リレーションシップ マネジメント (CRM) やサプライ チェーン マネジメント (SCM) の実装を含めることができます。
ワークリスト管理モジュール (Worklist Administration module)
ワークリスト管理モジュールでは、以下の操作を行います。期日に対するタスクの進行状況をモニタするために、タスクの概要または詳細な状態を表示する、個別の作業負荷を表示するクエリを実行する、進行を速めるためにタスクを再度割り当てる、状態や期日などのタスク プロパティを変更する、代理ルーティング ルールを作成または変更してタスクのルーティングを制御する。
ワークリスト トラッキング データ (worklist tracking data)
各ワークリスト タスク インスタンスは、実行時リポジトリでワークリスト履歴テーブルにログとして記録可能なイベントを生成します。以下のタイプのイベントをトラッキングできます。タスクの状態と関連値の変更、タスク申請期日またはタスク完了期日の期限切れ、タスク所有者または割り当て対象の変更、およびタスク要求とタスク応答。トラッキング レベルは以下のとおりです。
worklist ユーザ インタフェース (worklist user interface)
ワークリスト ユーザ インタフェースにより、エンド ユーザ (タスク作成者、タスク ワーカ、タスク管理者) は、実行中のビジネス プロセスとやり取りし、プロセス例外、承認、ステータス トラッキングなどを処理できます。WebLogic Integration にはサンプルのワークリスト ユーザ インタフェースが用意されています。これを基にして独自のユーザ インタフェースを開発できます。
ワークステーション クライアント (workstation client)
リモート クライアント (remote client) を参照。
最低 SLA パフォーマンス (worst SLA performance)
SLA パフォーマンスが最も低かったプロセスの名前とレートを表示するシステム状態統計。SLA を上回っているインスタンスのパーセンテージと、インスタンスの総数に対する SLA を上回っているインスタンスの比率の両方がカラムに表示されます。表示されるデータは、最終パージ以降、過去 24 時間、およびアクティブの各カテゴリに分類されます。
Web Services Description Language (WSDL) を参照。
eXtensible Markup Language (XML) を参照。
XML ドキュメントの構造、内容、およびセマンティックスを指定したファイル。XML DTD を置き換えます。XML スキーマ定義は DTD に比べて具体的であり、内容をより詳細に制御できます(XML スキーマが格納されている XSD ファイルの拡張子は .xsd です)。
スキーマ (schema) を参照。
ベンダーに依存せずに XML データのクエリと取得を行うために、World Wide Web Consortium (W3C) によって定義された言語。
データ トランスフォーメーション (data transformation) を参照。
XML データを説明するスキーマを含む、XSD ファイルまたは XML スキーマ定義ファイル。WebLogic Workshop アプリケーションに XSD ファイルをインポートすると、トランスフォーメーションでインポート済み XML データ型を使用できます。
eXtensible Stylesheet Language (XSL) を参照。
World Wide Web Consortium (W3C) による、XML ドキュメントをあるドキュメント定義 (document definition) フォーマットから別のフォーマットへに変換するための仕様。www.w3c.org で参照できます。
eXtensible Stylesheet Language Transformations (XSLT) を参照。
 |