Oracle® Fusion Middleware Oracle WebCenter Content: Imagingの管理 11g リリース1 (11.1.1) B72420-02 |
|
前 |
次 |
この項では、Oracle WebCenter Content: Imagingのトラブルシューティングについて説明します。
この項の内容は次のとおりです。
第11.25項「Java Runtime Environmentバージョン1.6.0_26を使用している場合の付箋のプロパティに関する問題」
第11.30項「1.6.0_24より前のバージョンのJava Runtime Environmentを使用している場合に詳細ビューアでドキュメントを開くときの問題」
Imagingでは、小数点の位置に関係なく、15桁の精度がサポートされています。最小/最大値は含まれません。次に例を示します。
小数点以下桁数が2の場合
値は10,000,000,000,000.00未満である必要があります。
値は-10,000,000,000,000.00より大きい必要があります。
小数点以下桁数が5の場合
値は10,000,000,000.00000未満である必要があります。
値は-10,000,000,000.00000より大きい必要があります。
Imagingでは、Oracle Outside In Technologyを使用するため、Imagingに含まれていない特定のライブラリをインストールする必要があります。これらのライブラリは、Imagingサーバー、Content Server、および詳細ビューア・モードを使用するクライアント・マシンにインストールする必要があります。マシンのプラットフォームは関係ありません。各プラットフォームで必要なライブラリに関する情報およびそれらを取得、インストール、構成する方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのインストールと構成』を参照してください。
数値フィールドがあるアプリケーションに対して、数値フィールドに何も入力されていないドキュメントとの一致を返す検索を実行した場合、フィールドに0または-1が表示されます。ドキュメントを格納しているアプリケーションが変更されて、数値フィールドが追加された場合、それらのドキュメントについては-1が返されます。ドキュメントがアップロードされたときに、数値フィールドが空白のままだった場合は、0が返されます。条件として数値フィールドを指定して検索を実行した場合、それらは空のフィールドとして処理され、Content Serverに表示される際、フィールドは空になります。
NULL数値フィールドの問題は、Content Serverの機能の結果です。
デフォルトでは、索引付けされるドキュメントの最大サイズは10MBです。これを変更するには、Content ServerリポジトリでMaxIndexableFileSize構成変数を設定します。デフォルトはMaxIndexableFileSize=10485760
です。それより大きなドキュメントでフルテキスト索引付けが必要な場合は、MaxIndexableFileSizeの値を増やす必要があります。
Imagingアプリケーションが作成されるたびに、基になるContent Serverリポジトリの構造は複雑になります。Imagingは、Content Serverの構造の複雑さによってパフォーマンスが低下する時期を見積もるために、複数の要素を監視します。そのしきい値を超えると、ImagingシステムはContent Serverが満杯であるとみなし、それ以降は新しいアプリケーションの作成を受け付けません。満杯であるかどうかを計算するために使用される要素は次のとおりです。これらの要素は構成可能です。この場合の満杯は、Content Serverの構造の複雑さを表し、その後も追加のドキュメントを受け付けることができるかどうかを示すものではありません。満杯の問題を解決するには、Content Serverシステムのパフォーマンスが引き続き良好であれば、次の構成値を調整します。パフォーマンスが低下している場合は、Content Serverの追加インストールを使用して、新しいImagingアプリケーションを格納します。
次のいずれかの状況に該当する場合、Content Serverリポジトリは満杯であるとみなされます。
セキュリティ・グループの数が環境変数IpmMaxGroupLimitの値を超えている場合
セキュリティ・グループに対する権限を割り当てられたロールの数が環境変数IpmMaxGroupRoleLimitの値を超えている場合
メタデータ・フィールドの数が環境変数IpmMaxMetadataFieldsの値を超えている場合
Content Serverの構成設定のIpmRepositoryForceFullがTrueに設定されている場合
IpmRepositoryForceFullをTrueに設定すると、Imagingでそれ以上アプリケーションが作成されないように、Content Serverが満杯であることをImagingに対して明確にするようにContent Serverを構成できます。このように設定しても、ドキュメントをアップロードできなくなるわけではありません。
アプリケーションに使用される領域を増やすには、次のいずれかを実行します。
追加の独立したWebCenter Contentシステムをインストールし、そのシステムへの新しい接続をImagingで定義します。追加のContent Serverリポジトリを構成する方法の詳細は、『Oracle WebCenter Content Content Serverシステム管理者ガイド』を参照してください。
config.cfgファイルを直接編集するか、Content Server管理サーバーを使用して、IpmMaxGroupRoleLimitおよびIpmMaxMetadataFields環境変数の値を増やします。Content Serverの環境変数を変更する方法の詳細は、Oracle WebCenter Content Content Serverシステム管理者ガイドを参照してください。
Content Serverリポジトリのconfig.cfgファイルでこれらの環境変数の値を変更することもできます。詳細は、Oracle WebCenter Content Content Serverシステム管理者ガイドを参照してください。
テキスト・コンテンツを含むドキュメントについては、ドキュメントのレンダリングに必要なフォントが、TrueTypeフォントを使用するOracle Outside Inレンダリング・エンジンで使用可能である必要があります。オラクル社では、フォントを提供していません。ドキュメントで使用されているフォントがOracle Outside Inで使用可能でない場合は、適切な代替フォントが使用されます。代替フォントを使用すると、ドキュメントが読み取れなかったり、正しいテキスト形式が作成されないことがあります。また、テキスト・ドキュメント上のデータが移動したり、ページ区切りが変更されて、改訂された内容がドキュメント上に表示されてしまうこともあります。
詳細ビューア・モードではドキュメントが正しくレンダリングされるにもかかわらず、基本ビューア・モードでは正しくレンダリングされない場合や、TIFFドキュメントが正しく表示されるにもかかわらず、レンダリングされたMicrosoft Officeドキュメントは正しく表示されない場合、フォントの問題を示しています。
ドキュメントのレンダリング時に適切なフォントが使用されるように、管理者はクライアントおよびサーバー・システムにそれらのフォントをインストールする必要があります。サーバーのMBean GdFontPathを、フォントがインストールされているディレクトリに設定する必要があります。MBeanの設定の詳細は、第3.9.1項「MBeanの構成」を参照してください。
Linuxシステムで詳細ビューア・モードを使用する際には、フォントをインストールし、環境変数GDFONTPATHをそのディレクトリに設定します。環境変数が見つからない場合は、ユーザーが詳細ビューア・モードを初めて使用するときに、そのパスを入力するように要求されます。パスを設定する前にドキュメントをTIFFとしてダウンロードしようとすると、エラーが発生して、TIFFレンディションをダウンロードできない場合があります。
入力エージェントまたは入力ファイルに関連する問題には、次のようなものがあります。
入力エージェントによって入力ファイルが選択されない場合は、次の手順を実行して解決策を特定してください。
次のImaging MBeanの設定を確認します。
CheckInterval: 環境に適した時間(テスト・システムの場合は1分、データをすぐに取得する必要がない本番システムの場合は30分など)に設定されていることと、少なくとも1つのポーリング間隔が終了するように十分な時間が確保されていることを確認します。
InputDirectories: ディレクトリのリストを調べて、入力ファイルが保存されている正しいディレクトリであることを確認します。
WebLogic Serverに対する読取り/書込み権限が入力ファイルにあることを確認します。
入力ディレクトリのパスに対する権限をチェックし、WLS管理対象サーバーを実行しているユーザーがそれらにアクセスできることを確認します。
ユーザー・インタフェースで入力定義を参照し、処理対象の入力がオンラインとしてマークされていること、および入力ファイル・マスクがディレクトリ内のファイルと一致していることを確認します。
これまでの手順を実行しても入力エージェントが稼働しない場合は、ログ・ファイルを調べて、エージェントが機能しなくなるようなエラーが発生していないかどうかを確認します。
指定したサンプル・ファイルの大きさが十分でないためにキャラクタ・セットを正確に特定できない場合、自動検出は機能しません。サンプル・ファイルが小さすぎる場合は、「入力ファイル・キャラクタ・セットの自動検出」を無効にし、キャラクタ・セットを手動で選択してください。
次の手順を実行する際には、次のディレクトリ構造を参照してください。
Input - Errors – Processed — YYYY-MM-DD – Samples – Stage
入力ファイル内の一部またはすべてのエントリにエラーがある場合は、次の手順を実行して解決策を特定してください。
入力ファイルが格納されているErrorsディレクトリを調べて、エラー・ファイルが作成されていないかどうかを確認します。エラー・ファイルがある場合は、ファイルを開き、ファイルの最後の列を調べて具体的なエラーを特定します。
入力ファイルを調べて、Imaging管理対象サーバーを実行しているユーザーがイメージ・ファイルのパスにアクセスできることと、ユーザーがそのパスおよびイメージ・ファイルに対する権限を持っていることを確認します。
エラーが発生している入力ファイルのいずれかをSamplesディレクトリにコピーし、入力定義エディタのUIにロードします。マッピングが正しいこと、およびいずれかの列が移動していないことを確認します。
最後に、Imagingログ・ファイルを参照し、個々の行に表示されているエラーを調べて、問題の正確な原因を特定します。
エラーの原因を特定し、修正できたら、修正した入力ファイルを入力ディレクトリに再度コピーします。詳細は、第9.5項「結果およびエラー・ファイルの確認」を参照してください。
詳細ビューア・アプレットで変換エラーが発生する場合は、まず、ユーザーのワークステーション上の一時ファイルを削除します。これによって、Oracle Outside Inファイルの配布が削除され、アプレットを次に使用するときに新しく配布されます。Windows環境では、次の手順を実行して一時ファイルを削除します。
Windowsのコントロール パネルのオプションから「Java」を選択します。
「インターネット一時ファイル」の「設定」をクリックします。
「ファイルの削除」をクリックします。
「Java コントロールパネル」を閉じます。
Windowsのエクスプローラーで、ユーザーの一時ファイルの場所に移動します。たとえば、c:\users\<user-id>\AppData\Local\Temp\oracle\imaging\imaging-clientなどです。
imaging-clientディレクトリ内のファイルを削除します。
ブラウザのオプションを使用して、インターネット一時ファイルを削除します。
Windowsのディスク クリーンアップ・ツールを使用して、他の一時ファイルを削除します。
詳細ビューア・モードおよび基本ビューア・モードではGroup 6およびGroup 7のTIFFがレンダリングされますが、Group 6のTIFFがサポートされるのは、ビューア・キャッシュが有効な場合のみです。非キャッシュ・システムでは、Group 6のTIFFはサポートされません。ビューア・キャッシュ・オプションを構成する方法の詳細は、第3.4項「ビューア・キャッシュ・オプションの構成」を参照してください。Group 7のTIFFは、JPEG圧縮のTIFF標準に準拠している必要があります。カラー・イメージでは、光度解釈にYCbCrを使用する必要があります。YCbCrを使用しない場合、イメージはグレイスケール・イメージとして処理されます。YCbCrは、JPEGイメージの標準カラーです。
デフォルトでは、Imaging内で検出されたすべての例外がログに記録されるわけではありません。すべての例外を監視する必要がある場合は、次の手順を実行すると、スローされたすべての例外を特定できます。Imagingの例外ハンドラは、親ロガー(oracle.imaging.service)からログ・レベルを継承しません。コアImagingサービスから例外を取得するには、oracle.imaging.service.exceptionsという名前のロガーを明示的に設定する必要があります。ある程度の柔軟性を実現するために、このロガーでは次のログ・レベルが使用されます。
ERROR 1(SEVERE): SYSTEMおよびDATABASE ImagingExceptionをログに記録します。
NOTIFICATION(INFO): SYSTEM、DATABASEおよびSECURITY ImagingExceptionをログに記録します。
TRACE(FINE): SYSTEM、DATABASE、SECURITYおよびUSAGE ImagingExceptionをログに記録します。
たとえば、oracle.imaging.service.exceptionsをTRACE:32に設定すると、すべてのImagingExceptionがスロー時にログに記録されます。
Imagingでイベントを調べる際には、Imagingログ・ファイルから始めます。イベントがContent Serverで発生した場合は、Content Serverログ・ファイルを調べると、追加情報を確認できます。ImagingとContent ServerのどちらのログもOracle Enterprise Managerで表示できます。Content Serverのログは、Content Serverの管理リンクから表示することもできます。
Content Serverでトレース・セクションを有効にして、ロギング情報の詳細レベルを設定できます。Content ServerにインストールされているIpmRepositoryコンポーネントでは独自のログは生成されませんが、標準のContent Serverログにエントリが書き込まれます。IpmRepositoryコンポーネントの詳細なロギング情報を取得するには、Content Serverでipmreposという名前のセクションについてトレースを有効にします。Content Serverのロギングの詳細は、Oracle WebCenter Content Content Serverシステム管理者ガイドのエラーおよびステータス情報の検索に関する項を参照してください。
Oracle Dynamic Monitoring Service (DMS)では、トラブルシューティングおよび診断をサポートするために、Oracle DMSスパイ・アプリケーションを使用してシステムの統計情報を表示できます。Oracle DMSスパイ・アプリケーションを起動するには、ブラウザのURLアドレス・フィールドにhttp://machine_name:port/dms/と入力します。次のメトリックの表が使用可能です。
メトリック表 | 説明 |
---|---|
IPM_API |
Imaging API操作に関するタイミング統計を記録します。サービス操作ごとに統計が記録されます。 |
IPM_Activity |
一般的なシステム・アクティビティを記録します。次のようなシステム・アクティビティの発生回数が記録されます。
|
IPM_BPEL_Agent |
ワークフロー・プロセス・インスタンスのインジェクション統計をImagingアプリケーションごとに記録します。 |
IPM_Input_Agent |
入力プロセス・インスタンスの統計をImaging入力ごとに記録します。 |
IPM_Rendering |
レンダリング・サブシステムに関する詳細なメトリックを記録します。 |
IPM_Repository |
リポジトリ・コールに関する詳細なメトリックを記録します。 |
IPM_Search |
Imaging検索の実行タイミングを記録します。検索定義ごとに統計が記録されます。 |
IPM_UCMRequest |
Universal Content Serverに対するリクエストに関する詳細なメトリックを記録します。 |
AXF_API |
システム・インフラストラクチャ、コマンドおよびユーザー・インタフェースにおけるAXF (Oracle Application Adapters for ECM)操作のタイミングを記録します。 |
AXF_BPEL_API |
ワークフロー・サーバーと通信するAXF (Oracle Application Adapters for ECM)操作のタイミングを記録します。 |
ドキュメントがImagingから削除された場合、管理者は、Content ServerのDocumentHistory表で削除アクションのエントリを表示できます。これは、削除されたドキュメントの監査エントリを管理者が表示できる唯一の場所です。
ネストされたスタック・エラー(ネストされた例外とも呼ばれる)は基本的に、別のエラーでラップされたエラーです。これは、より多くのコンテキストを問題に提供するためのJavaおよびその他の言語の標準です。通常、次の例で太字で示されているcaused by文字列をスタック・トレース内で探すと、ネストされた例外を見つけることができます。Imagingエラーによって提供された情報が十分でない場合は、エラー・メッセージを詳しく調べて、他のコンポーネントが関連していないかどうかを確認します。Imagingでは、リポジトリ関連の問題、ワークフローの問題、または他のコンポーネントが原因で発生した問題を表示するために、ネストされたスタック・エラーを使用します。最初に発生した可能性があるエラーを特定したら、診断ログでより詳細なトラブルシューティング情報を確認してください。
次の例では、Content Serverリポジトリ内のデフォルト・プロバイダが破損してリセットされたために、TCM-00787エラーが発生しています(太字のテキストを参照)。
[2009-06-11T09:56:21.720-07:00] [ipm_server1] [ERROR] [] [oracle.imaging.ui.backing.application.LifecycleState] [tid: [ACTIVE].ExecuteThread: '4' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: weblogic] [ecid: 0000I7GFuQ9F8DT6uBj8EH1AC2Ut0000WK,0] [APP: imaging#11.1.1.1.0] IPM UI Exception[[ oracle.imaging.ImagingException: TCM-00787: A repository error has occurred. Contact your system administrator for assistance. stackTraceId: 9-1244739381674 faultType: SYSTEM faultDetails: ErrorCode = oracle.stellent.ridc.protocol.ServiceException, ErrorMessage = File '/app/stellent/content/10gR3/proxy1/data/providers/defaultfilestore/provider.hda' does not exist. at oracle.imaging.repository.ucm.UcmErrors.convertRepositoryError(UcmErrors.java:108) at oracle.imaging.repository.ucm.UcmLifecycleOperationImpl.getStorageRules(UcmLifecycleOperationImpl.java:58) ... <...snip...> at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1428) at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201) at weblogic.work.ExecuteThread.run(ExecuteThread.java:173) Caused by: oracle.stellent.ridc.protocol.ServiceException: File '/app/stellent/content/10gR3/proxy1/data/providers/defaultfilestore/provider.hda'does not exist. at oracle.stellent.ridc.protocol.ServiceResponse.getResponseAsBinder(ServiceResponse.java:116) at oracle.stellent.ridc.protocol.ServiceResponse.getResponseAsBinder(ServiceResponse.java:92) at oracle.imaging.repository.ucm.UcmResponse.<init>(UcmResponse.java:61) at oracle.imaging.repository.ucm.UcmRequest.makeOneServiceCall(UcmRequest.java:310) at oracle.imaging.repository.ucm.UcmRequest.makeServiceCallWithRetries(UcmRequest.java:228) at oracle.imaging.repository.ucm.UcmRequest.makeServiceCall(UcmRequest.java:210) at oracle.imaging.repository.ucm.UcmLifecycleOperationImpl.getStorageRules(UcmLifecycleOperationImpl.java:53) ... 234 more
Oracle Single Sign Onを使用している場合、Imagingセッションの期限が切れると、WebLogic Serverに対するPOSTリクエストは内部サーバー・エラーを返します。ページをリフレッシュすると、再認証のためにImagingのログイン・ページが表示され、新しいセッションを開始できます。
Content Server 10gを使用している場合、日付が1969年より前または2068年より後であるときに、BPELペイロードに誤った日付が入力されます。回避策として、1969年から2068年の範囲外の日付を使用する場合は、日付に4桁の年数を使用することをお薦めします。Content Serverのシステム・プロパティ・ユーティリティを使用して、これを設定できます。
ドキュメントURLについて想定していないホスト名やIPアドレスをユーザーが取得している場合、WLSサーバーでリスナー・アドレスを構成する必要がある可能性があります。そのためには、WLSサーバーのconfig.xmlでlisten-addressを設定するか、WLSコンソールを使用します。コンソールを使用するには、「ドメイン構造」ウィンドウで「環境」を開き、「サーバー」をクリックします。サーバー構成タブで、目的のサーバー名をクリックします。このページで「リスニング・アドレス」を設定します。WLSを再起動します。WLSの構成の詳細は、『Oracle Fusion Middleware管理者ガイド』を参照してください。
構成マネージャを使用してContent Serverインスタンスにメタデータ・フィールドを追加すると、フィールドが必須として設定されているにもかかわらず、デフォルト値が指定されていない場合に問題が発生することがあります。Content Serverで必須として設定されているメタデータ・フィールドにContent Serverでデフォルト値が指定されていない場合、ImagingはContent Serverインスタンスでドキュメントを作成できません。管理者は、メタデータ・フィールドのデフォルト値を設定するか、Content Serverプロファイルを使用してそのフィールドを処理することによって、Imaging内で問題を回避できます。
UNIXオペレーティング・システムでドキュメントを表示するには、ライブラリ・パスおよび表示環境変数が正しく設定されていることを確認する必要があります。詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのインストールと構成』のUNIXプラットフォームでの環境変数へのライブラリ・パスの設定に関する項を参照してください。
Content Serverは、ユーザーがアプリケーションで「表示」権限を持っていないドキュメントを検索結果で返す場合があります。ユーザーがそのドキュメントをビューアで表示しようとすると、かわりに空白ページが表示されます。これは、ユーザーがOracle Internet Directoryで管理グループにマップされ、その後、Content Serverで管理ロールにマップされた場合に発生します。Content Serverで管理ロールを持っているユーザーは、Content Serverのすべてのセキュリティ・グループに対する権限を持っています。Content Serverで管理ロールを持っているユーザーがImaging検索を使用すると、ドキュメントに対する「表示」権限を持っていなくても、検索条件と一致するすべてのドキュメントが検索結果で返されます。関連するImagingアプリケーションで定義されたImagingの「表示」権限を持っていないドキュメントを表示しようとすると、空白ページが表示されます。
Imagingの詳細ビューアは、セッションを認証し、ドキュメントを正しく表示するためにリクエストでCookieを送信する必要があるJavaアプレットです。HTTPのみのリクエストにCookieを制限するようにシステムが構成されている場合、ビューアは認証できないため、要求されたドキュメントのかわりにHTMLログイン・フォームが表示されます。詳細ビューア・アプレットを使用して正しく認証できるようにする場合、CookieをHTTPのみのリクエストに制限することはできません。
ImagingがOracle Access Managerと統合されており、/imagingディレクトリが保護対象として正しく構成されていない場合、詳細モードのビューアによってマジック値エラーが報告されます。これを修正するには、/imaging/facesディレクトリを保護するようにOracle Access Managerが正しく構成されていることを確認します。詳細は、第2.3.5項「ImagingとOracle Access Manager 11gの統合」および第2.3.6項「ImagingとOracle Access Manager 10gの統合」を参照してください。
DefaultColorSet MBeanで無効な値が設定されているか、Imagingのアップグレード時にユーザーが非推奨のUIスキンをプリファレンスで指定した場合、ユーザーがログインすると、汎用ユーザー・インタフェースが表示されます。汎用インタフェースの場合、フォントが大きく、ロゴが表示されません。DefaultColorSet MBeanの無効な値を修正するか、「ユーザー・プリファレンス」ページから現在のスキンを適用すると、この問題は修正されます。
Solaris 11gのExalogic環境でImagingを実行する場合、Imagingビューアが基本モードで正しく動作するように、表示環境変数を設定する必要があります。表示変数を設定する手順は次のとおりです。
新しい端末を開き、コマンドxhost +を実行します。
IPM_server端末で、DISPLAY環境変数を設定します。
Imagingサーバーを再起動します。
JRE 1.6.0_26を使用している場合、付箋のプロパティが正しく表示されません。詳細ビューア・モードの使用時に付箋にアクセスする必要があるすべてのクライアントがJRE 1.6.0_27以降を使用していることを確認してください。
大きなドキュメント(100ページに近い、または100ページを超えるドキュメントや、解像度が300 DPI以上に設定されているドキュメント)を印刷するには、追加のメモリー・リソースが必要です。このような追加リソース要件は、サーバーとクライアントの両方に影響する可能性があります。
サーバー
Imagingサーバーに対する現在のJava仮想マシンのメモリー構成によっては、追加リソースが必要な場合に、メモリー不足エラーが発生する可能性があります。起動時にImagingサーバーに対するJava仮想マシンの最大ヒープ・サイズを増やすと、メモリー・エラーを回避できる場合があります。最小および最大ヒープ・サイズを指定するには、起動時にパラメータ-Xms<sizeおよび-Xmx<sizeをImagingサーバーに渡します。<sizeは、Imagingサーバーに割り当てるメモリー容量(MBまたはGB単位)です。Java仮想マシンのパラメータを設定する方法の詳細は、Oracle Fusion Middleware Oracle WebLogic Serverコマンド・リファレンスのJVMパラメータに関する項を参照してください。
クライアント
個々のブラウザで追加リソース要件が独自に処理されます。追加リソースを必要とするドキュメントを印刷すると、ドキュメントが空白ページで印刷されたり、応答しない場合があります。また、ブラウザやコンピュータの再起動が必要になる場合もあります。
注意: この問題の回避策としては、ドキュメントをローカルにダウンロードして印刷する方法があります。ドキュメントに注釈がない場合やドキュメントを注釈なしで印刷する場合、元のドキュメントをダウンロードして印刷できます。ただし、ドキュメントを注釈付きで印刷する場合は、ドキュメントのTIFFバージョンをダウンロードして印刷できます。 |
大きなドキュメント(1000ページに近い、または1000ページを超えるドキュメントや、解像度が192 DPI以上に設定されているドキュメント)をロードする際、Imagingビューアでキャッシュ例外がスローされることがあります。このような場合は、WLS管理コンソールでRenderAgent EJBのトランザクション・タイムアウトを300秒に設定する必要があります。トランザクション・タイムアウトを300秒に増やした後も例外が発生する場合は、さらに120秒ずつ増やしてください。
RenderAgent EJBのトランザクション・タイムアウトを設定する手順は次のとおりです。
WebLogic Server管理コンソールを開き、「デプロイメント」をクリックします。
「Imaging」デプロイメントを選択して、Imagingの詳細を開きます。
「モジュールおよびコンポーネント」で、「RenderAgent EJB」を選択します。
「構成」タブをクリックします。
「トランザクション・タイムアウト」を300秒に設定します。
「保存」をクリックして、構成設定を保存します。
新しいペイロード・スキーマで作成およびアップロードされたビジネス・ルール・パッケージを削除しても、カスタム・ペイロード・ディレクトリに生成された関連ファイルは削除されません。これらのファイルに関連するビジネス・ルール・パッケージを削除した場合、システム管理者はこれらのファイルを手動で削除する必要があります。
システムのビューア・キャッシュが有効かどうかにかかわらず、キャッシュの解像度を高く(通常300 DPI以上)設定し、ビューアのズーム・レベルも高く(通常175%以上)設定してレンダリングされたドキュメントをロードする場合、Imagingビューアに関する既知の制限があります。詳細ビューア・モードを使用する際に、Javaヒープ・エラーが生成されることがあります。基本ビューアを使用してドキュメントを表示している場合に、空白ページが表示されることがあります。回避策として、ダウンロード・オプションを使用して、ドキュメントをローカルで開くことをお薦めします。
Internet Explorer 9および1.6.0_24より前のバージョンのJava Runtime Environmentを使用している場合に詳細ビューア・モードでドキュメントを開くときの既知の問題があります。回避策として、1.6.0_24以降の最新バージョンのJavaまたはJava Runtime Environmentをインストールすることをお薦めします。
Java Runtime Environmentバージョン1.6.0_24以降を使用している場合、クリップボードに対するテキストのコピーまたは貼付けはセキュリティに依存し、クライアント・マシンにおけるセキュリティ・ポリシーの定義によって決まります。
Imagingビューアでテキストおよび付箋注釈についてクリップボードに対するテキストのコピーまたは貼付けを有効にする手順は、次のとおりです。
クライアント・マシンでJavaインストール・ディレクトリのjre\lib\securityディレクトリに移動します。たとえば、C:\Java\jre\lib\security
などです。
"standard" properties that can be read by anyoneに次のテキストを追加して、java.policyファイルを編集します。
permission java.awt.AWTPermission "accessClipboard";
ブラウザを再起動すると、変更が有効になります。
Imagingパッチ・セットを別のパッチ・セットにアップグレードした後、またはImagingパッチを適用した後、Imagingビューアが詳細モードで動作しないことがあります。この問題を解決するには、クライアント・マシンでJavaキャッシュをクリアし、ブラウザの履歴を消去します。Javaキャッシュをクリアする方法の詳細は、java.comのWebサイトを参照してください。Javaキャッシュは、ブラウザのキャッシュとは別のキャッシュです。