|
|
|
|
|
|
|
|
|
|
|
|
BEA_HOME は、同一マシン上にインストールされた複数の BEA Products で使用されるファイル (ライセンス ファイルなど) のリポジトリとして機能するディレクトリを表す。 通常、BEA_HOME の値は c:¥bea ですが、任意のディレクトリを BEA_HOME として指定できます。WL_HOME は、WebLogic Platform ソフトウェアをインストールするディレクトリを表す。 デフォルトでは、このディレクトリは BEA_HOME の下にあります。 通常、デフォルトのパス名は c:¥bea¥weblogic81 ですが、WL_HOME は任意のディレクトリ内に置くことができます。
http://edocs.beasys.co.jp/e-docs/platform/docs81/interm/whatsnew.html
|
|
|
|
|
|
https://codesamples.projects.dev2dev.bea.com/servlets/Scarab?id=13
|
|
|
|
https://codesamples.projects.dev2dev.bea.com/servlets/Scarab?id=97
|
|
http://edocs.beasys.co.jp/e-docs/wli/docs81/relnotes/index.html
.portal ファイルおよび .pinc ファイルをデータベースにインポートすることも、これらのファイルをデータベースからエクスポートすることもできます。 エクスポートしたファイルを WebLogic Workshop にロードして戻したり、他の WebLogic Portal データベースにインポートしたりできます。
http://edocs.beasys.co.jp/e-docs/wlp/docs81/relnotes/relnotes.html
JAVA_HOME 変数を設定する該当ドメイン内のスクリプトは、新しい SDK がインストールされている場所をポイントするように変更する必要があります。 このスクリプトはドメインのルート ディレクトリにあります。 アップグレードするドメインのタイプによって、この変数は、setDomainEnv スクリプトまたは startWebLogic スクリプトのどちらかで設定されます。
JAVA_HOME 変数の値を更新するには、必要に応じて、Sun または JRockit 1.4.2 ディレクトリのどちらかに設定します。 たとえば、次のようになります。
http://edocs.beasys.co.jp/e-docs/platform/suppconfigs/configs81/81_over/overview.html
http://edocs.beasys.co.jp/e-docs/wls/docs81/samples.html
http://edocs.beasys.co.jp/e-docs/workshop/docs81/doc/ja_JP/workshop/guide/navTutorials.html
http://edocs.beasys.co.jp/e-docs/wli/docs81/sol_samples/index.html
http://edocs.beasys.co.jp/e-docs/workshop/docs81/doc/ja_JP/portal/tutorials/tutOV.html
http://edocs.beasys.co.jp/e-docs/workshop/docs81/doc/ja_JP/portal/samples/samples.html
http://edocs.beasys.co.jp/e-docs/platform/docs81/tour/index.html
http://edocs.beasys.co.jp/e-docs/platform/docs81/confgwiz/tutorials.html
http://edocs.beasys.co.jp/e-docs/platform/suppconfigs/configs81/81_over/overview.html
http://support.bea.com
http://edocs.beasys.co.jp/e-docs/platform/suppconfigs/configs81/81_over/install_info.html
http://edocs.beasys.co.jp/e-docs/platform/suppconfigs/configs81/81_over/overview.html
startWebLogic.cmd (Windows) または startWebLogic.sh (UNIX) のどちらかです。
set JAVA_VENDOR および set JAVA_HOME コマンドは、BEA JRockit 1.4.2 SDK を指定しています。c:¥bea は BEA のホーム ディレクトリです。
set JAVA_VENDOR=BEA
set JAVA_HOME=c:\bea\jrockit81sp5_142_08
set JAVA_VENDOR=Sun
set JAVA_HOME=c:\bea\jdk142_08
JAVA_VENDOR 変数を WebLogic Server 起動スクリプトで設定しない場合は、setDomainEnv.cmd (Windows) スクリプトまたは setDomainEnv.sh (UNIX)スクリプト内で、デフォルトの JVM をこの手順で説明したように設定する必要があります。 setDomainEnv スクリプトもドメインのルート ディレクトリにあります。 commEnv.cmd 内における Sun Java 2 SDK 1.4.2 から BEA JRockit 1.4.2 SDK へのデフォルト JVM の切り替えを示します。 この断片内では、BEA ホーム ディレクトリは c:¥bea です。
set JAVA_HOME=C:\bea\jrockit81sp5_142_08
) else (
if "%JAVA_VENDOR%"=="Sun" (
set JAVA_HOME=C:\bea\jdk142_08
) else (
set JAVA_VENDOR=Sun
set JAVA_HOME=C:\bea\jdk142_08
)
)
set JAVA_HOME=C:\bea\jrockit81sp5_142_08
) else (
if "%JAVA_VENDOR%"=="Sun" (
set JAVA_HOME=C:\bea\jdk142_08
) else (
set JAVA_VENDOR=BEA
set JAVA_HOME=C:\bea\jrockit81sp5_142_08
http://edocs.beasys.co.jp/e-docs/platform/suppconfigs/configs81/81_over/overview.html
http://edocs.beasys.co.jp/e-docs/platform/docs81/db_mgmt/index.html
CLASSPATH 解決が正しく実行されないことがあります。
http://edocs.beasys.co.jp/e-docs/platform/suppconfigs/configs81/81_over/add-ons.html
|
|
|
|
|
weblogic と入力する。
|
|
|
config.xml ファイルに同じ名前のアプリケーションが 2 つ存在することになる。
|
|
34347
|
|
|
12823
|
|
|
|
config.xml ファイルのみで、PointBase データベース ファイルと起動スクリプトは新しい値で更新されない。
|
|
|
|
|
|
stopWebLogic.cmd、UNIX では stopWebLogic.sh) を実行して、サーバとすべての関連プロセスを停止する。
|
|
|
stopWebLogic.cmd、UNIX では stopWebLogic.sh) が、ユーザ指定の PointBase ポート番号でカスタマイズされない。 サーバが WebLogic Server コンソールから停止されても、PointBase サーバは実行されたままとなる。
|
|
36644
|
dbo.sysusers と入力する。
|
|
|
wlxbean.jar ファイルと xbean.jar ファイルが、各自のビルドまたはデプロイメント環境の CLASSPATH 変数で指定されているときに、(b) SOAP エンコード データ型を参照する XML スキーマ ファイルから非組み込みデータ型コンポーネントを生成するために clientgen または autotype Ant タスクが実行された場合である。 XMLBean 機能によって使用されるこの 2 つの JAR ファイルは、WebLogic Platform と Workshop には組み込まれているが、WebLogic Server には組み込まれていない。 これらの JAR ファイルに含まれている SOAP エンコード データ型クラスは、Ant タスクによって生成されるデータ型クラスと競合する。
autotype Ant タスクの packageName または packageBase 属性 (あるいは clientgen Ant タスクの typePackageName または typePackageBase 属性) を使用して、Ant タスクが生成する SOAP エンコード データ型をユーザ指定のパッケージに強制的に組み込んで、それらのデータ型が XMLBean データ型と競合しないようにする。 autotype Ant タスクおよびクライアント Ant タスクの属性については、「Web サービス Ant タスクとコマンドライン ユーティリティ」を参照。
xbean.jar ファイルと wlxbean.jar ファイルを削除する。 これらのファイルは、WebLogic Platform によって WL_HOME¥server¥lib ディレクトリにインストールされる。この中の WL_HOME は、c:¥beahome¥weblogic81 などのメインの WebLogic Platform インストール ディレクトリを指す。 一部の Web サービスが XMLBean を使用しているために、これらの JAR ファイルが必要である場合は、(a) XMLBean を使用する WebLogic Web サービスを含んでいるすべての EAR ファイルを検出し、(b) 検出した各 EAR ファイルの APP-INF/lib ディレクトリに、2 つの JAR ファイル (xbean.jar と wlxbean.jar) のコピーを配置する。
wlxbean.jar ファイルと xbean.jar ファイルから、競合する SOAP エンコード クラスを削除してもかまわない。
|
|
|
|
|
CR126651/
CR127350
|
WL_HOME に作成したアプリケーションを含むすべてのファイルが自動的に上書きされる。
WL_HOME に作成したすべてのファイルやアプリケーションのバックアップ コピーを作成する。 ただし、一般的なベスト プラクティスとして、WebLogic Platform の新たなインストールによってアプリケーションが影響を受けないようにするには、BEA Products ディレクトリの外部に新しいドメインを作成する。
|
|
43254
|
|
|
|
weblogic.xml.jaxp.WebLogicTransformerFactory API では、コンストラクタがデフォルトで org.apache.xalan.processor.TransformerFactoryImpl を使用する。 この動作は、weblogic.apache.xalan.processor.TransformerFactoryImpl をデフォルトとして指定している WebLogic Server Administration Console オンライン ヘルプのドキュメント (http://edocs.beasys.co.jp/e-docs/wls/docs81/ConsoleHelp/domain_xmlregistry_config.html) の記述と矛盾する。
weblogic.apache.xalan.processor.TransformerFactoryImpl に設定する。 詳細については、以下を参照。
|
|
|
java.lang.SecurityException: Could not open windows registry node Software¥JavaSoft¥prefs at root 0x80000002: Access Denied
|
|
|
|
|
|
config.xml ファイルに FullyDelegateAuthorization=true フラグが設定されている場合に、Web アプリケーションの web.xml ファイルでそのアプリケーション内のリソースにセキュリティ制限を指定しないと、それらのリソースへの匿名アクセスが拒否される。
FullyDelegateAuthorization=true フラグと web.xml ファイルの <login-config> 要素における CLIENT-CERT の値の両方によって、Web アプリケーション内のあらゆるリソースへの匿名アクセスが失敗し、401 - Unauthorized というエラー メッセージが表示される。
CLIENT-CERT の使用が必要である場合は、Web アプリケーションが使用するリソース URL ごとに、記述子制限を作成する必要がある。 CLIENT-CERT の使用についての詳細は、以下の URL にある Workshop オンライン ヘルプの「双方向 SSL」を参照。
FullyDelegateAuthorization を true から false に変更できる。
|
|
|
|
|
|
|
|
|
# Please report this error at
# http://java.sun.com/cgi-bin/bugreport.cgi
#
# Java VM: Java HotSpot(TM) Server VM (1.4.2_04-b05 mixed mode)
#
# Error ID: 53484152454432554E54494D450E435050018D
#
# Problematic Thread: prio=5 tid=0x2d48f578 nid=0xc10 runnable
#
-server -Xdebug -Xnoagent -Xrunjdwp:transport=dt_socket,address=8453,server=y,suspend=n -java.compiler=NONE -ea -da:com.bea...
-da:javelin... -da:weblogic...
|
|
|
.applications フォルダに展開される。 (a) 特定のコンポーネントを含むドメインのフル パス、および (b) コンポーネントそのものの相対パス、の合計の長さが 255 文字を超える場合、そのコンポーネントを探すことができない。
|
|
|
|
|
|
|
|
|
|
|
|
Fatal error. Cannot move libmuxer.so which is in use.
slibclean コマンドを使用して、未使用のライブラリを手動でクリーンアップする必要がある。このコマンドはルートとして実行する必要がある。 このコマンドを実行した後にマシンを再起動する必要がある。
|
|
|
|
|
|
WL_HOME/common/bin/commEnv.sh スクリプトによって ulimit -n コマンドを実行し、開くファイル記述子の数の上限を 1024 に設定する。 しかし、ulimit コマンドの -n オプションは HP-UX シェルではサポートされない (ksh を除く)。 WLS8.1SP5 では、commEnv.sh スクリプトは、HP-UX での開くファイル記述子の上限を設定しない。
|
|
|
|
|
|
fork="true" を指定することによって新しい JVM をフォークすることが推奨される。 これにより、クリーンな環境が確保され、System.exit(0) を呼び出す WLST exit コマンドが Ant スクリプトを終了しなくなる。
|
|
|
wlst_module.py ファイルを上書きできない。
java.io.tmpdir Java システム プロパティで指定されたディレクトリに対する書き込みパーミッションを持っていることを確認する。
|
|
|
|
|
|
>Initializing WebLogic Scripting Tool (WLST) ...
>Problem invoking WLST - Traceback (innermost last):
> File "<string>", line 7, in ?
>ImportError: No module named plateng
|
|
|
|
|
CR241625
|
font.properties ファイルがないという Sun Java 2 J2SE 1.4.2_08 JDK の制限のために発生する。
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6235633 で説明されている解決策を提供している。
|
|
|
BEA_HOME\weblogic81\workshop ディレクトリとその中のファイルを削除します。
|
|
|
|
|
|
|
|
|
stopWebLogic スクリプト (Windows の場合は stopWebLogic、UNIX の場合は stopWebLogic.sh) を実行すると、stopWebLogic スクリプトがサーバ コンソール上で例外を送出する。
|
|
|
Authentication failure when connecting to the server
WL_HOME/workshop/Workshop.cfg に指定されている。
wlw-ide.jar の Manifest.mf ファイルが変更され、wsrp-security-providers.jar が Shared-Class-Path エントリに追加された。
|
|
|
EnableTwoPhaseCommit 設定がデフォルトで true に設定される。 場合によっては、エラーが発生した場合に、この設定によってデータがリスクを受ける可能性がある。これについては、以下の URL にある WebLogic Server Administration Console オンライン ヘルプの「グローバル トランザクションで非 XA ドライバを使用する場合の制限とリスク」を参照。
EnableTwoPhaseCommit=true 設定は、非 XA JDBC ドライバを使用する場合にのみ適用される。 この設定は、非 XA ドライバが XA トランザクションに参加できるようにするために使用される。 XA 準拠の JDBC ドライバが使用される場合 (推奨) には、この問題は当てはまらない。 分散トランザクションに関係するリソースによって、この設定が使用される場合と使用されない場合がある。 この設定については、WebLogic Server Administration Console オンライン ヘルプの以下のトピックで説明されている。
|
|
|
EnableTwoPhaseCommit=false を設定すると、エラー発生時のデータのリスクを回避できることに注意する。 また、XA 準備エラーが発生した場合は、必要に応じて EnableTwoPhaseCommit=true を設定してデータのリスクを受け入れることもできる。
EnableTwoPhaseCommit=true を使用する必要がある場合は、データのリスクを考慮する。 また、可能な限り、ヒューリスティックな状況に耐えられるようにアプリケーションを設計する。
EnableTwoPhaseCommit=true はデフォルト設定ではなくなった。 他の JDBC Tx データ ソースでは、それらのデータ ソースで使用されるリソースに応じて、EnableTwoPhaseCommit=true が設定されることがある。
|
|
|
com.bea.jvm.NotAvailableException が表示される。
|
|
|
LANG 設定に対して WebLogic Workshop IDE を起動できない。
Error occurred during initialization of VM
java.lang.Error: java.lang.IllegalStateException: recursive invocation
WL_HOME/workshop ディレクトリに移動する。
Workshop.sh スクリプトを編集して、パス BEA_HOME/jdk142_04/jre/bin/java を、新たにインストールした SDK の場所に変更する。
|
|
|
GBK から GB18030 に変更した後で、WebLogic Platform の各コンポーネントが正常に動作しない場合がある。 これは Sun JVM 1.4.2_04 または JRockit JVM 1.4.2_04 と GB18030 を併用する際の、断続的な不具合が原因となっている可能性がある。 JVM の不具合についての詳細は、http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4954023 を参照。
|
|
|
|
|
|
|
|
|
stopWebLogic スクリプトはサーバに接続されない。
set ADMIN_URL="t3://localhost:7001"
変更後 : set ADMIN_URL="t3://SERVER_NAME:7001"
config.xml ファイルに正しく反映されるので、この問題は発生しない。
|
|
|
cgJMSStore の JDBC 接続プール cgPool を使用するように、Basic WebLogic Workshop Domain、Basic WebLogic Integration Domain、Basic WebLogic Portal Domain および Basic WebLogic Platform Domain の各テンプレートが事前設定される。 XA ドライバを使用するように cgPool が再コンフィグレーションされた場合、非 XA ドライバを使用する新しい JDBC 接続プールを cgJMSStore に設定する必要がある。 詳細については、http://edocs.beasys.co.jp/e-docs/platform/docs81/sp_notes/sp_notes.html#sp2_config を参照。
cgPool に XA ドライバを選択する。
auxPool を追加して、Oracle Thin ドライバ (非 XA ドライバ) を使用するように設定する。
cgJMSStore の代わりに auxPool を接続プールとして指定する。
auxPool の対象が cgServer であることを確認する。
|
|
|
|
|
CR185278
|
startManagedWebLogic.sh スクリプトが startWebLogic.sh スクリプトを呼び出せないことがある。 問題は、startWebLogic.sh がそのスクリプトへのパスを指定しないことにある。これはそのスクリプトが同じディレクトリにある場合でも必要である。 この問題は、次のテンプレートに基づくドメインに影響を与える。
$PATH 環境変数にドメインのルート ディレクトリを追加することにより、この問題を修正することができる。 あるいは、ドメインの startManagedWebLogic.sh スクリプトを編集して、ドメインのルート ディレクトリを startWebLogic.sh の呼び出しにプリペンドすることもできる。
startManagedWebLogic.sh から startWebLogic.sh を呼び出すことができる。
|
|
CR178854/
CR181546
|
<Dec 20, 2003 8:40:03 PM EST> <Notice> <WebLogicServer> <BEA-000298> <Certificate expires in 18 days:
cacerts ファイルと WebLogic Server の cacerts ファイルは、信頼性のある認証局 (CA) の証明書 (そのままで使用可能) が格納されたキーストア ファイルである。 これらの信頼性のある証明書は、SSL の使用時に、証明書チェーンの検証で使用される)。 サーバ証明書チェーンで関連 CA の証明書を使用する場合、選択した CA (Verisign、Certicom など) の更新済み証明書を取得する必要がある。 更新済み証明書の取得については、必要に応じて、選択した CA に問い合わせる。
|
|
43128
|
WLAI_DataSource が必要であるかどうかに応じて、解決策が異なる。
WLAI_DataSource は、Basic WebLogic Platform Domain テンプレートから削除された。
|
|
|
config.xml ファイルでの構築が原因である。
config.xml ファイルの具体的な問題についての情報をログ ファイルから取得できる。 ログ ファイルの情報を使用しても問題の原因を特定できない場合、サポートに連絡する。
log-file.txt は、コンフィグレーション ウィザードのデバッグ モード出力のファイル名とパスである。
config.cmd -log=log-file.txt -log_priority=debug
config.sh -log=log-file.txt -log_priority=debug
config.xml ファイルの解析に使用するスキーマが拡張され、この問題が発生しなくなった。 また、コンフィグレーション ウィザードのエラー ロギングも改善され、ドメイン更新に関する潜在的な問題のより正確な詳細が得られるようになった。
|
|
|
テンプレートに問題があります。
|
|
|
config.xml ファイルに含まれる SecurityConfiguration および EmbeddedLDAP 要素属性の資格の値が正しくない。
config.xml ファイルを編集し、正しい資格の値を指定する。
|
|
|
http://java.sun.com/j2se/1.4.2/docs/api
|
|
|
|
|
CR111552/
CR122578/
CR129205/
CR139945
|
stopManagedWebLogic.cmd、UNIX では stopManagedWebLogic.sh) を実行すると、エラー メッセージ「The system cannot find the path specified」が表示される。
JAVA_HOME、PLATFORMHOME および ADMIN_URL を再定義して、手動でスクリプトを修正する。
|
|
CR108349、および
CR122182
|
startPointBaseConsole.cmd、UNIX では startPointBaseConsole.sh) と Windows プラットフォーム用の他の BEA スクリプトは、BEA_HOME ディレクトリ名にスペースが含まれていると (c:¥Program Files¥bea など)、実行されない。
BEA_HOME として指定するディレクトリ名に、スペースが含まれないようにする。
BEA_HOME 値が startPointBaseConsole スクリプトに渡されるように、コンフィグレーション ウィザードが修正された (この修正は、Service Pack 2 以降のコンフィグレーション ウィザードで作成されたドメインでのみ機能する)。
|
|
|
|
|
|
startWebLogic.cmd、UNIX では startWebLogic.sh) に pointbaseFlag=false を追加する。
|
|
|
(a) テーブルが存在しない場合、または
(b) 新しいデータでドメインを作成する場合
|
|
|
|
|
|
workshop.properties ファイルにある特定のエントリが認識されない。 IDE ではこのファイルを使用して、アプリケーションが含まれるドメインとサーバの情報 (クラスパス設定など) を特定し、管理する。 コンフィグレーション ウィザードでドメインを拡張すると、このファイルが上書きされる。 結果として、IDE の WebLogic Server の [アプリケーション プロパティ] パネルの設定が失われる。 また、Portal ドメインでは、workshop.properties ファイルのクラスパス設定を使用して、IDE のアプリケーションのクラスパスにポータル固有のライブラリを追加する。 コンフィグレーション ウィザードで Portal ドメインを拡張すると、これらの設定は失われる。
workshop.properties ファイルのバックアップ コピーを作成する。 コンフィグレーション ウィザードの実行後、変更されたプロパティ値 (特に class.path 値) をマージする。
workshop.properties ファイルの class.path が次のように定義されているとする。
class.path=../../mystuff/something.jar
class.path は次のように定義される。
class.path=${wlsHome.path}/portal/lib/wps_system.jar;
${wlsHome.path}/p13n/lib/p13n_system.jar
class.path=../../mystuff/something.jar;${wlsHome.path}/portal/lib/wps_system.jar;
${wlsHome.path}/p13n/lib/p13n_system.jar
workshop.properties ファイルの class.path プロパティの定義に次の設定を追加する必要がある。
${wlsHome.path}/portal/lib/wps_system.jar;
${wlsHome.path}/p13n/lib/p13n_system.jar
workshop.properties ファイルのプロパティが維持されるように、コンフィグレーション ウィザードは修正された。
|
|
|
|
|
|
|
|
|
e2ePortal/e2ePortalProject/WEB-INF/web.xml ファイルに定義されているセキュリティ ロールが次のように記載されている。
|
|
|
debug.log=false の代わりに debug.log=true が設定される。
true に設定する。
|
|
|
include ファイルが JSP ファイルに含まれる場合に、文字化けが発生する。 JSP の include ファイルは、ファイルの動的なインポートに使用される。ヘッダで HTML、JSP、XML などの文字コード化が指定されたファイル タイプの場合に、JSP にファイルを問題なくインポートするために、実行時に必須である。
include または JSP の include のどちらを指定しても、使用されるコード化のタイプがシステムで使用されるコード化のタイプと一致しないフラグメントをインポートすると、include 操作は失敗する。
<jsp:include> を使用する。 静的な include ファイルを使用する必要がある場合、WebLogic Server で提供される標準の JSPC を使用する。 この場合、web.xml ファイルから jspServlet エントリを削除する。
|
