| Oracle® Fusion Middleware Oracle WebCenter Content: Imagingの管理 12c (12.2.1.3.0) E91954-03 |
|
 前 |
 次 |
トピック
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で定義します。追加コンテンツ・サーバー・リポジトリの構成方法の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』を参照してください。
config.cfgファイルを直接編集するか、Content Server管理サーバーを使用して、IpmMaxGroupRoleLimitおよびIpmMaxMetadataFields環境変数の値を増やします。コンテンツ・サーバー環境変数の変更の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』を参照してください。
Content Serverリポジトリのconfig.cfgファイルでこれらの環境変数の値を変更することもできます。詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』を参照してください。
テキスト・コンテンツを含むドキュメントについては、ドキュメントのレンダリングに必要なフォントが、TrueTypeフォントを使用するOracle Outside Inレンダリング・エンジンで使用可能である必要があります。オラクル社では、フォントを提供していません。ドキュメントで使用されているフォントがOracle Outside Inで使用可能でない場合は、適切な代替フォントが使用されます。代替フォントを使用すると、ドキュメントが読み取れなかったり、正しいテキスト形式が作成されないことがあります。また、テキスト・ドキュメント上のデータが移動したり、ページ区切りが変更されて、改訂された内容がドキュメント上に表示されてしまうこともあります。
詳細ビューア・モードではドキュメントが正しくレンダリングされるにもかかわらず、基本ビューア・モードでは正しくレンダリングされない場合や、TIFFドキュメントが正しく表示されるにもかかわらず、レンダリングされたMicrosoft Officeドキュメントは正しく表示されない場合、フォントの問題を示しています。
ドキュメントのレンダリング時に適切なフォントが使用されるように、管理者はクライアントおよびサーバー・システムにそれらのフォントをインストールする必要があります。サーバーのMBean GdFontPathを、フォントがインストールされているディレクトリに設定する必要があります。MBeanの設定の詳細は、「MBeanの構成」を参照してください。
Linuxシステムで詳細ビューア・モードを使用する際には、フォントをインストールし、環境変数GDFONTPATHをそのディレクトリに設定します。環境変数が見つからない場合は、ユーザーが詳細ビューア・モードを初めて使用するときに、そのパスを入力するように要求されます。パスを設定する前にドキュメントをTIFFとしてダウンロードしようとすると、エラーが発生して、TIFFレンディションをダウンロードできない場合があります。
入力エージェントまたは入力ファイルに関連する問題には、次のようなものがあります。
指定したサンプル・ファイルの大きさが十分でないためにキャラクタ・セットを正確に特定できない場合、自動検出は機能しません。サンプル・ファイルが小さすぎる場合は、「入力ファイル・キャラクタ・セットの自動検出」を無効にし、キャラクタ・セットを手動で選択してください。
次の手順を実行する際には、次のディレクトリ構造を参照してください。
Input - Errors – Processed — YYYY-MM-DD – Samples – Stage
入力ファイル内の一部またはすべてのエントリにエラーがある場合は、次の手順を実行して解決策を特定してください。
エラーの原因を特定し、修正できたら、修正した入力ファイルを入力ディレクトリに再度コピーします。詳細は、「結果およびエラー・ファイルの確認」を参照してください。
詳細ビューア・アプレットで変換エラーが発生する場合は、まず、ユーザーのワークステーション上の一時ファイルを削除します。これによって、Oracle Outside Inファイルの配布が削除され、アプレットを次に使用するときに新しく配布されます。Windows環境では、次の手順を実行して一時ファイルを削除します。
詳細ビューア・モードおよび基本ビューア・モードではGroup 6およびGroup 7のTIFFがレンダリングされますが、Group 6のTIFFがサポートされるのは、ビューア・キャッシュが有効な場合のみです。非キャッシュ・システムでは、Group 6のTIFFはサポートされません。ビューア・キャッシュ・オプションを構成する方法の詳細は、「ビューア・キャッシュ・オプションの構成」を参照してください。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という名前のセクションについてトレースを有効にします。コンテンツ・サーバーのロギングの詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの管理』のコンテンツ・サーバーのステータスの監視に関する項を参照してください。
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エラーが発生しています。
A repository error occurred.[[
oracle.imaging.ImagingException: TCM-00787: A repository error occurred.
stackTraceId: 1-1495706154774
faultType: SYSTEM
faultDetails:
ErrorCode = oracle.stellent.ridc.protocol.ServiceException, ErrorMessage = File 'provider.hda' does not exist.
at oracle.imaging.repository.ucm.UcmErrors.convertRepositoryError(UcmErrors.java:125)
at oracle.imaging.repository.ucm.UcmLifecycleOperationImpl.getStorageRules(UcmLifecycleOperationImpl.java:60)
<...snip...>
at weblogic.work.ExecuteThread.execute(ExecuteThread.java:406)
at weblogic.work.ExecuteThread.run(ExecuteThread.java:346)
Caused by: oracle.stellent.ridc.protocol.ServiceException: File 'provider.hda' does not exist.
at oracle.stellent.ridc.protocol.ServiceResponse.getResponseAsBinder(ServiceResponse.java:142)
at oracle.stellent.ridc.protocol.ServiceResponse.getResponseAsBinder(ServiceResponse.java:108)
at oracle.imaging.repository.ucm.UcmResponse.<init>(UcmResponse.java:69)
at oracle.imaging.repository.ucm.UcmRequest.makeOneServiceCall(UcmRequest.java:561)
at oracle.imaging.repository.ucm.UcmRequest.makeServiceCall(UcmRequest.java:276)
at oracle.imaging.repository.ucm.UcmLifecycleOperationImpl.getStorageRules(UcmLifecycleOperationImpl.java:55)
Oracle Single Sign Onを使用している場合、Imagingセッションの期限が切れると、WebLogic Serverに対するPOSTリクエストは内部サーバー・エラーを返します。ページをリフレッシュすると、再認証のためにImagingのログイン・ページが表示され、新しいセッションを開始できます。
ドキュメントURLについて想定していないホスト名やIPアドレスをユーザーが取得している場合、WLSサーバーでリスナー・アドレスを構成する必要がある可能性があります。そのためには、WLSサーバーのconfig.xmlでlisten-addressを設定するか、WLSコンソールを使用します。コンソールを使用するには、「ドメイン構造」ウィンドウで「環境」を開き、「サーバー」をクリックします。サーバー構成タブで、目的のサーバー名をクリックします。このページで「リスニング・アドレス」を設定します。WLSを再起動します。WLS構成の詳細は、『Oracle Fusion Middleware 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が正しく構成されていることを確認します。詳細は、「ImagingとOracle Access Managerの統合」を参照してください。
DefaultColorSet MBeanで無効な値が設定されているか、Imagingのアップグレード時にユーザーが非推奨のUIスキンをプリファレンスで指定した場合、ユーザーがログインすると、汎用ユーザー・インタフェースが表示されます。汎用インタフェースの場合、フォントが大きく、ロゴが表示されません。DefaultColorSet MBeanの無効な値を修正するか、「ユーザー・プリファレンス」ページから現在のスキンを適用すると、この問題は修正されます。
Solaris 11gのExalogic環境でImagingを実行する場合、Imagingビューアが基本モードで正しく動作するように、表示環境変数を設定する必要があります。表示変数を設定する手順は次のとおりです。
Java Runtime Environment (JRE) 1.6.0_26を使用していると、付箋のプロパティが正しく表示されません。詳細ビューア・モードの使用時に付箋にアクセスする必要があるすべてのクライアントがJRE 1.6.0_27以降を使用していることを確認してください。
大きなドキュメント(1000ページに近い、または1000ページを超えるドキュメントや、解像度が192 DPI以上に設定されているドキュメント)をロードする際、Imagingビューアでキャッシュ例外がスローされることがあります。このような場合は、WLS管理コンソールでRenderAgent EJBのトランザクション・タイムアウトを300秒に設定する必要があります。トランザクション・タイムアウトを300秒に増やした後も例外が発生する場合は、さらに120秒ずつ増やしてください。
RenderAgent EJBのトランザクション・タイムアウトを設定する手順は次のとおりです。
新しいペイロード・スキーマで作成およびアップロードされたビジネス・ルール・パッケージを削除しても、カスタム・ペイロード・ディレクトリに生成された関連ファイルは削除されません。これらのファイルに関連するビジネス・ルール・パッケージを削除した場合、システム管理者はこれらのファイルを手動で削除する必要があります。
システムのビューア・キャッシュが有効かどうかにかかわらず、キャッシュの解像度を高く(通常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ビューアでテキストおよび付箋注釈についてクリップボードに対するテキストのコピーまたは貼付けを有効にする手順は、次のとおりです。
Imagingパッチ・セットを別のパッチ・セットにアップグレードした後、またはImagingパッチを適用した後、Imagingビューアが詳細モードで動作しないことがあります。この問題を解決するには、クライアント・マシンでCoherenceキャッシュをクリアして、ブラウザの履歴を消去します。Coherenceキャッシュをクリアする方法の詳細は、『Oracle Fusion Middleware Oracle Coherenceでのアプリケーションの開発』のキャッシュのクリアに関する項と、キャッシュ内のエントリの削除に関する項の「注意」(WHERE句がない場合に発生する事態に関する注意)を参照してください。Coherenceキャッシュは、ブラウザのキャッシュとは別のキャッシュです。
