WebLogic Platform アプリケーションのデプロイメント

デプロイメント対象のリファレンス

この付録では、システムレベルのアプリケーションに必要な対象への総合的なリファレンスと、プロダクション デプロイメント環境における WebLogic Platform アプリケーションをサポートするためのサービスについて説明します。この情報は、トラブルシューティングに役立てることができます。ここには、次のトピックがあります。

• プロダクション デプロイメント ドメインの特性
• プロダクション ドメイン リソースの分散
• デプロイメント対象のリファレンス - 単一クラスタ WebLogic Platform ドメイン
• デフォルトのドメイン リソース リファレンス - 製品コンポーネント別

 

---

プロダクション デプロイメント ドメインの特性

この節で説明するプロダクション デプロイメント ドメインは、以下の想定と特性に基づきます。

• ドメインを容易に作成できる自動コンフィグレーション機能を備えた、コンフィグレーション ウィザードまたは WLST Offline を使用して作成する。自動コンフィグレーションの詳細については、「コンフィグレーション ウィザードと WLST Offline を使用した自動コンフィグレーション」を参照してください。
• Basic WebLogic Platform Domain テンプレートから作成する。
• 複数の管理対象サーバがある。
• すべての管理対象サーバが割り当てられている単一クラスタがある。
• クラスタ内のすべての管理対象サーバは、移行可能なサーバとして自動コンフィグレーションされる。
• JMS サーバや JMS 分散キューなど、その他のリソースやサービスは自動コンフィグレーションされる。

 

---

プロダクション ドメイン リソースの分散

次の図では、単一クラスタの WebLogic Platform ドメイン内の、システムレベルのリソース、サービス、およびアプリケーションの基本的な分散を示します。また、Platform アプリケーションのリソースの分散も示します。Platform アプリケーションは、WebLogic Portal および WebLogic Integration の複合コンポーネントになるように定義されます。

• 図 A-1 では、管理対象サーバおよびクラスタへのリソースの分散を示します。
• 図 A-2 では、ドメインの管理サーバの対象となるリソースを示します。

注意 : 図内のグレー領域は、ドメインのアプリケーションをサポートするために必要なアプリケーションおよびリソースを表します。

図 A-1 単一クラスタ WebLogic Platform ドメインにおける管理対象サーバへのリソースの分散

 

注意 : この図内の管理対象サーバ上に示されるリソース間の主な違いは、(移行可能な) 管理対象サーバ 1 に関連付けられた JMS サーバ cgJMSServer_auto_1 のみに WLI タイマー キューがあることです。これらの WLI タイマー キューは、ドメイン内の 1 つの管理対象サーバのみで JMS サーバの対象になります。

図 A-2 単一クラスタ WebLogic Platform ドメインにおける管理サーバのリソース

 

 

---

デプロイメント対象のリファレンス - 単一クラスタ WebLogic Platform ドメイン

次の表では、単一クラスタの Platform ドメインに必要な、リソース、サービス、およびアプリケーションの割り当てに関する詳細なリファレンスを示します。以下の点に注意してください。

• <MyApplication> は、デプロイするアプリケーション EAR ファイルの名前を示す。
• <MyWebApp> は、WebLogic Workshop で開発する個々の Web アプリケーションの名前を示す。
• <MyPortalApp> は、WebLogic Workshop で開発する個々のポータル アプリケーションの名前を示す。
• 「#」は、管理対象サーバ、JMS サーバ、JMS キューなどのリソース名に含まれる整数を表し、クラスタ ドメイン設定時にコンフィグレーション ウィザードや WLST Offline により自動コンフィグレーションされる。たとえば、Basic WebLogic Platform Domain テンプレートにある JMS サーバは、cgJMSServer です。したがって、1 番目の管理対象サーバに自動コンフィグレーションされた JMS サーバの名前は cgJMSServer_auto_1 となり、2 番目の管理対象サーバに自動コンフィグレーションされた JMS サーバの名前は cgJMSServer_auto_2 となります。また、管理サーバなどの特定のサーバに固定する必要のあるリソースについては、自動コンフィグレーション処理により、リソースの名前に「pinned」が指定されます。たとえば、cgJMSServer_pinned_1 は、クラスタで管理サーバに固定され、自動コンフィグレーションされた JMS サーバの名前です。
• チェック マークは、リソース、サービス、アプリケーションなどのデフォルトの対象を示す。

表 A-1 クラスタ Platform ドメイン内のリソース、サービス、およびアプリケーションのデフォルトの対象

項目	名前		管理サーバ	1 つの管理対象サーバのみ	各管理対象サーバ	クラスタ
アプリケーション
	<MyApplication>* * アプリケーションにポータル コンポーネントがある場合は、 管理サーバおよびクラスタの両方が対象になる。 アプリケーションにポータル コンポーネントがない場合は、 クラスタのみが対象になる。 ポータル専用アプリケーションの割り当てについては、「<MyPortalApp>」を参照。		*
	<MyPortalApp>
		EJB コンポーネント commerce.jar (コマース サービスがインストールされている場合) content.jar content_repo.jar netuix.jar p13n_ejb.jar pipeline.jar (Pipeline サービスがインストールされている場合) prefs.jar wps.jar
		Web アプリケーションのコンポーネント <MyPortalApp>Admin <MyPortalApp>Datasync <MyPortalApp>
		Web サービスのコンポーネント <MyPortalApp>Tool <MyPortalApp>WPSTool
	paymentWSApp
		EJB コンポーネント payment
		Web サービスのコンポーネント payws
	taxWSApp
		EJB コンポーネント tax
		Web サービスのコンポーネント taxws
	WLI-AI Design-time (ドメイン内に存在するが、デフォルトでは、アプリケーション コンポーネントは対象にならない)
		EJB コンポーネント WLI-AI Manager EJBs
		Web アプリケーションのコンポーネント wlai
	JWSQueueTransport
		EJB コンポーネント QueueTransportEJB
	WLI System EJB
		EJB コンポーネント WLI Admin WLI Admin Helper WLI AI Message Processors WLI ebXML WLI Message Tracking WLI Process Proxy Dispatcher WLI Process Tracking WLI RosettaNet WLI Sync2Async Response Listener WLI Worklist Persistence WLI Worklist Selection
		WLI Calendar Persistence
		WLI AI RAR Upload
		Web アプリケーションのコンポーネント WLI-B2B HTTP Transport WLI Sync2Async Transport Servlet
	WLI Console
		Web アプリケーションのコンポーネント wliconsole
	WLI Worklist
		EJB コンポーネント .workshop/worklist/EJB/GenericStateless .workshop/worklist/EJB/ProjectBeans
		Web アプリケーションのコンポーネント worklist
	B2BDefaultWebAppApplication
		Web アプリケーションのコンポーネント B2BDefaultWebApp
	BEA_WLS_DBMS_ADK
		Web アプリケーションのコンポーネント BEA_WLS_DBMS_ADK_Web
		コネクタのコンポーネント BEA_WLS_DBMS_ADK BEA_WLS_DBMS_ADK_LOCALTX
起動クラスと停止クラス
	WLI Post-Activation Startup Class WLI Shutdown Class WLI Startup Class
JMS サーバ
	cgJMSServer_pinned_1
	cgJMSServer_auto_1 注意 : 特定の JMS キューは、1 番目の管理対象サーバを対象とする 1 つの JMS サーバ (つまり、cgJMSServer_auto_1) のみに関連付けられている。
	cgJMSServer_auto_#
JMS 接続ファクトリ
	cgQueue
	WLI-B2B System Topic Factory
	wli.internal.egrdbms.QueueConnectionFactory
JMS キュー
	JMS キュー - 非同期リクエストをサポートするために Web サービスがコンフィグレーションされる WebLogic Workshop において作成された各 <MyWebApp> の、クラスタ内の各管理対象サーバの場合。 <MyWebApp>.queue.AsyncDispatcher<1...n>_# <MyWebApp>.queue.AsyncDispatcher_error<1...n>_#
	JMS キュー - cgJMSServer_pinned_1 の場合 wli.internal.configfile.request.queue
	JMS キュー - クラスタ内の各管理対象サーバの場合 cgJWSQueue_auto_# wli.b2b.failedmessage.queue_auto_# wli.b2b.mt.event.stream_auto_# wli.b2b.mt.event.stream_error_auto_# wli.internal.ai.async.request_auto_# wli.internal.ai.async.response_auto_# wli.internal.ai.event_suspend_auto_# wli.internal.b2b.ebxmlencoder.queue_auto_# wli.internal.b2b.rosettanetencoder.queue_auto_# wli.internal.egmq.queue_auto_# wli.internal.egrdbms.queue_auto_# wli.internal.instance.info.buffer_auto_# wli.internal.instance.info.buffer_error_auto_# wli.internal.msgtracking.queue_auto_# wli.internal.sync2Async.soapResponse_auto_# wli.internal.tracking.buffer_auto_# wli.internal.tracking.buffer_error_auto_# wli.internal.worklist.timer.queue_auto_# wli.process.event.stream_auto_# wli.process.event.stream_error_auto_# wli.sample.egjms.queue_auto_#
	JMS キュー - クラスタ内の 1 つの管理対象サーバの JMS サーバに固有である (new_Server_1 上の cgJMSServer_auto_1 など) wli.internal.egfile.queue wli.internal.egmail.queue wli.internal.egtimer.queue wli.internal.scheduling.queue wli.internal.scheduling.queue_error wli.internal.SQLStore.cleanup.documents
JMS トピック
	JMS トピック - cgJMSServer_pinned_1 の場合 wli.internal.b2bevents.topic wli.internal.configfile.update.topic
	wli.internal.ai.event_auto_#
JMS 分散キュー
	JMS 分散キュー - 非同期リクエストをサポートするために Web サービスがコンフィグレーションされる WebLogic Workshop において作成された各 <MyWebApp> の場合。 dist_<MyWebApp>.queue.AsyncDispatcher<1...n> dist_<MyWebApp>.queue.AsyncDispatcher_error<1...n>
	dist_cgJWSQueue_auto dist_wli.b2b.failedmessage.queue_auto dist_wli.b2b.mt.event.stream_auto dist_wli.b2b.mt.event.stream_error_auto dist_wli.internal.ai.async.request_auto dist_wli.internal.ai.async.response_auto dist_wli.internal.ai.event_suspend_auto dist_wli.internal.b2b.ebxmlencoder.queue_auto dist_wli.internal.b2b.rosettanetencoder.queue_auto dist_wli.internal.egmq.queue_auto dist_wli.internal.egrdbms.queue_auto dist_wli.internal.instance.info.buffer_auto dist_wli.internal.instance.info.buffer_error_auto dist_wli.internal.msgtracking.queue_auto dist_wli.internal.sync2Async.soapResponse_auto dist_wli.internal.tracking.buffer_auto dist_wli.internal.tracking.buffer_error_auto dist_wli.internal.worklist.timer.queue_auto dist_wli.process.event.stream_auto dist_wli.process.event.stream_error_auto dist_wli.sample.egjms.queue_auto
JMS 分散トピック
	dist_wli.internal.ai.event_auto
JMS JDBC データ ストア
	cgJMSStore_auto_# 注意 : 1 つの JMS JDBC データ ストアは、自動コンフィグレーション時に管理サーバを対象とする JMS サーバ (つまり、cgJMSServer_pinned_1) に割り当てられる。
	cgJMSStore_auto_#
JDBC 接続プール
	bpmArchPool cgJMSpool-nonXA cgPool portalPool
JDBC データ ソース
	p13n_trackingDataSource p13nDataSource
JDBC Tx データ ソース
	bpmArchDataSource cgDataSource cgDataSource-nonXA portalFrameworkPool


 

 

---

デフォルトのドメイン リソース リファレンス - 製品コンポーネント別

次の表では、Basic WebLogic Platform Domain テンプレートにあるデフォルトのリソース、サービス、およびアプリケーションのリファレンスと、WebLogic Portal や WebLogic Integration などのプラットフォームの構成製品コンポーネントとの関係を示します。また、クラスタ化されたドメインを作成するためのコンフィグレーション ウィザードまたは WLST Offline の使用により自動コンフィグレーションされたリソースのリファレンスも示します。

マルチ クラスタ ドメイン内で製品に固有のクラスタを作成する場合、このリファレンスを参照して、手動でコンフィグレーションまたは割り当てる必要のあるリソースを識別します。たとえば、マルチ クラスタ Platform ドメイン内で、1 つの WebLogic Integration クラスタおよび個別の WebLogic Portal クラスタが必要な場合、クラスタごとにリソースを再度指定して、製品に固有の個々のクラスタを作成する必要があります。ほかのリソースを手動でコンフィグレーションする必要がある場合、次の表で、製品に固有のコンポーネントにコンフィグレーションする必要のあるリソースについて参照します。マルチ クラスタ Platform ドメインのコンフィグレーション例については、「例 : WLST Offline を使用して、マルチ クラスタ Platform ドメインをコンフィグレーションする方法」を参照してください。

注意 : 次の表内の「#」は、管理対象サーバ、JMS サーバ、JMS キューなどのリソース名に含まれる整数を表し、クラスタ ドメイン設定時にコンフィグレーション ウィザードや WLST Offline により自動コンフィグレーションされます。たとえば、Basic WebLogic Platform Domain テンプレートにある JMS サーバは、cgJMSServer です。したがって、1 番目の管理対象サーバに自動コンフィグレーションされた JMS サーバの名前は cgJMSServer_auto_1 となり、2 番目の管理対象サーバに自動コンフィグレーションされた JMS サーバの名前は cgJMSServer_auto_2 となります。また、管理サーバなどの特定のサーバに固定する必要のあるリソースについては、自動コンフィグレーション処理により、リソースの名前に「pinned」が指定されます。たとえば、cgJMSServer_pinned_1 は、クラスタで管理サーバに固定され、自動コンフィグレーションされた JMS サーバの名前です。

 

Contact BEA |  Feedback |  Privacy  |