ドキュメントサービスのインストールと設定

• Microsoft® Office（32 ビット）と Adobe Acrobat のサポート対象バージョンのみがインストールされ、ダイアログを開く操作がキャンセルされていることを確認します。
• Adobe Acrobat アップデートサービスが無効になっていることを確認します。
• Acrobat_for_PDFG_Configuration.bat バッチファイルが管理者権限で実行されたことを確認します。
• PDF Generator ユーザーが PDF 設定 UI に追加されていることを確認します。
• プロセスレベルトークンの置き換え権限が PDF Generator ユーザーに追加されていることを確認します。
• Acrobat PDFMaker Office COM Addin が Microsoft Office アプリケーションで有効になっていることを確認します。

Microsoft® Windows

• Microsoft Office 32 ビットサポート対象バージョンのインストールが完了していること、およびすべてのアプリケーションでダイアログを開くことがキャンセルされていることを確認します。

• PDF Generator ユーザーが PDF 設定 UI に追加されていることを確認します。

• PDF Generator ユーザーが管理グループのメンバーであり、プロセスレベルトークンの置き換え権限がそのユーザーに対して設定されていることを確認します。

• ユーザーが PDF Generator UI で設定されており、次のアクションを実行していることを確認します。

  1. Microsoft® Windows に、PDF Generator ユーザーでログインします。
  2. Microsoft® Office または OpenOffice アプリケーションを開き、すべてのダイアログをキャンセルします。
  3. AdobePDF をデフォルトのプリンターとして設定します。
  4. Acrobat を PDF ファイルのデフォルトプログラムに設定します。
  5. Microsoft Office アプリケーションのファイル／印刷および Acrobat リボンを使用して手動変換を実行し、すべてのダイアログをキャンセルします。
  6. winword.exe、powerpoint.exe、excel.exe など、変換に関連するすべてのプロセスを終了します。
  7. AEM Forms サーバーを再起動します。

Linux®

• OpenOffice のサポート対象バージョンをインストールします。AEM Formsは、32 ビットバージョンと 64 ビットバージョンの両方をサポートしています。 インストール後、すべての OpenOffice アプリケーションを開き、すべてのダイアログウィンドウをキャンセルして、アプリケーションを閉じます。 アプリケーションを再度開き、OpenOffice アプリケーションを開く際にダイアログボックスが表示されないことを確認します。

• 環境変数 OpenOffice_PATH を作成し、コンソールまたは dt（デバイスツリー）プロファイルに設定されている OpenOffice のインストール先を指すように設定します。

• OpenOffice のインストールに問題がある場合は、OpenOffice のインストールに必要な 32 ビットライブラリが利用可能であることを確認します。

• フォントディレクトリが PDF Generator の設定 UI に追加されていることを確認します。

Linux および Solaris（WebToPDF 変換ルート）

• Webkit ベースの HTMLToPDF 変換に 32 ビットライブラリ（libicudata.so.42）が使用可能であり、64 ビット（libicudata.so.42）が WebToPDF ベースの HTMLToPDF 変換に使用可能であることを確認します。

• 次のコマンドを実行して、WebToPDF に不足しているライブラリを一覧表示します。

  ldd phantomjs | grep not
  

Linux® および Solaris™（WebKit 変換ルート）

• /usr/lib/X11/fonts および /usr/share/fonts ディレクトリが存在することを確認します。ディレクトリが存在しない場合は、/usr/share/X11/fonts から /usr/lib/X11/fonts にシンボリックリンクを作成し、別のシンボリックリンクを /usr/share/fonts から /usr/share/X11/fonts.に作成します。

  ln -s /usr/share/fonts /usr/share/X11/fonts
  
  ln -s /usr/share/X11/fonts /usr/lib/X11/fonts
  

• IBM のフォントが usr/share/fonts の下にコピーされていることを確認します。

• GHOST 脆弱性が修正済みの glibc がマシン上で利用可能であることを確認します。デフォルトのパッケージマネージャーを使用して、glibc の最新バージョンにアップデートします。これには GHOST 脆弱性の修正も含まれます。

• 最新バージョンの 32 ビット lib curl、libcrypto、libssl ライブラリがシステムにインストールされていることを確認します。また、それぞれのライブラリの最新版（32 ビット）を指すシンボリックリンク /usr/lib/libcurl.so（AIX® では libcurl.a）、/usr/lib/libcrypto.so（AIX® では libcrypto.a）および /usr/lib/libssl.so（AIX® では libssl.a）も作成します。

• 以下の手順を実行して、IBM® SSL ソケットプロバイダーを設定します。

  1. java.security ファイルを <WAS_Installed_JAVA>\jre\lib\security から AEM Forms Server 上の任意の場所にコピーします。デフォルトの場所は <WAS_Installed>\Appserver\java_[version]\jre\lib\security.です。

  2. コピー先の java.security ファイルを編集し、デフォルトの SSL Socket factories を JSSE2 factories に変更します（WebSphere® の代わりに JSSE2 factories を使用します）。

     次のデフォルトの JSSE socket factories を変更します。

     #ssl.SocketFactory.provider=com.ibm.jsse2.SSLSocketFactoryImpl
     #ssl.ServerSocketFactory.provider=com.ibm.jsse2.SSLServerSocketFactoryImpl
     WebSphere socket factories (in cryptosf.jar)
     ssl.SocketFactory.provider=com.ibm.websphere.ssl.protocol.SSLSocketFactory
     ssl.ServerSocketFactory.provider=com.ibm.websphere.ssl.protocol.SSLServerSocketFactory
     

     以下に置き換えます。

     ssl.SocketFactory.provider=com.ibm.jsse2.SSLSocketFactoryImpl
     ssl.ServerSocketFactory.provider=com.ibm.jsse2.SSLServerSocketFactoryImpl
     WebSphere socket factories (in cryptosf.jar)
     #ssl.SocketFactory.provider=com.ibm.websphere.ssl.protocol.SSLSocketFactory
     #ssl.ServerSocketFactory.provider=com.ibm.websphere.ssl.protocol.SSLServerSocketFactory
     

• Microsoft® Visual C++ 2012 x86 および Microsoft® Visual C++ 2013 x86（32 ビット）の再頒布可能パッケージが Windows にインストールされていることを確認します。

• Microsoft® Office および OpenOffice の場合は、（各ユーザーと同様に）1 つ以上の変換を手動で実行し、変換時にダイアログがポップアップ表示されないようにします。ダイアログが表示された場合は、ダイアログを閉じます。自動変換時に、このようなダイアログが表示されないようにします。

• OSGi 環境の AEM Forms で自動処理を実行する前に、テストパッケージがインストールされ、アクティブになっていることを確認します。

• 特定のユーザーが変換に失敗したかどうかを確認するには、サーバーログを確認します。（プロセスエクスプローラは、異なるユーザーの実行中のプロセスを確認するのに役立ちます）

• PDF Generator 用に設定したユーザーに、ローカルの管理者権限が付与されていることを確認します。

• PDF Generator ユーザーに、LC 一時ユーザーと PDFG 一時ユーザーに対する読み取り、書き込み、実行の権限があることを確認します。

• Microsoft® Office および OpenOffice の場合は、（各ユーザーと同様に）1 つ以上の変換を手動で実行し、変換時にダイアログがポップアップ表示されないようにします。ダイアログが表示された場合は、ダイアログを閉じます。自動変換時に、このようなダイアログが表示されないようにします。

• サンプル変換を実行します。

• Adobe Acrobat の既存のライセンスを持っていて、そのライセンスが期限切れの場合、最新バージョンの Adobe Application Manager をダウンロードし、シリアル番号を移行します。シリアル番号の移行前に以下のことを行います。

  • 次のコマンドを使用して prov.xml を生成し、シリアル番号の移行の記事で提供されているコマンドの代わりに、prov.xml ファイルを使用して既存のインストールを再シリアル化します。

    ```
    
    adobe_prtk --tool=VolumeSerialize --generate --serial=<serialnum> [--leid=<LEID>] [--regsuppress=ss] [--eulasuppress] [--locales=limited list of locales in xx_XX format or ALL>] [--provfile=<Absolute path to prov.xml>]
    
    ```
    

  • パッケージをボリュームシリアライズします（prov.xml ファイルと新しいシリアルを使用して既存のインストールを再シリアライズします）。PRTK インストールフォルダーから次のコマンドを管理者として実行し、クライアントマシンにデプロイされたパッケージをシリアライズしてアクティベートします。

    ```
    adobe_prtk --tool=VolumeSerialize --provfile=C:\prov.xml –stream
    
    ```
    

• 大規模インストールの場合は、Acrobat Customization Wizard をクリックして、以前のバージョンの Reader と Acrobat を削除します。インストーラーをカスタマイズし、組織のすべてのマシンにデプロイします。

• アドビ製品の初回起動から 7 日以内にオンラインにアクセスして、オンラインでのアクティベーションと登録を完了したり、インターネット対応デバイスと製品のシリアル番号を使用してこのプロセスを完了したりできます。手順について詳しくは、オフラインアクティベーションを参照してください。

ユーザーが Word ファイルまたは Excel ファイルを Microsoft Windows Server 上で PDF に変換しようとすると、次のエラーが発生します。

プライマリコンバーターからのエラーメッセージ：
ALC-PDG-015-003-システムは入力ファイルを開けません。 ファイルを再度送信するか、システム管理者に問い合わせてください。

この問題を解決するには、Windows Server 上で Word ファイルまたは Excel ファイルを PDF に変換できないを参照してください。

Microsoft® Excel 2019 を Microsoft® Windows Server 2019 上で PDFに変換する場合は、次の点を確認する必要があります。

• PDF Generator サービスを使用する際は、Windows コンピューターで AEM サーバーとのリモート接続（Windows RDP セッション）をアクティブにしないようにします。

• デフォルトのプリンターは Adobe PDF に設定する必要があります。

  NOTE

  • Apple macOS および Ubuntu OS の場合、前述の設定を行う必要はありません。