ここでは、Portal Server 7.1 の制限事項について説明します。
特に言及されていない場合、リリースノートに記述されているバグは HP-UX プラットフォームにも適用されます。
次の内容について説明します。
新規ポータル作成後に、共通エージェントコンテナの再起動が必要である。(#6521384)
例:Linux プラットフォームで、Application Server 8.2 を Portal Server の Web コンテナとして使用している場合は、新規ポータル作成後に共通エージェントコンテナを再起動してください。
/opt/sun/cacao/bin/cacaoadm stop /opt/sun/cacao/bin/cacaoadm start |
Portal Server が Application Server クラスタにインストールされている場合、Portal Server をアンインストールするには、各ノードで Portal Server インスタンスを削除する必要がある。(#6494878)
対処方法:次の操作を行います。
各二次ノードで DAS を起動します。
psadmin delete-instance コマンドを実行して、各二次ノードから Portal Server インスタンスを削除します。
主ノードから Portal Server インスタンスを削除します。
uninstall コマンドを実行して、Portal Server をアンインストールします。
generate-user-behaviour-tracking-report コマンドのヘルプに --format オプションの記述がない。(#6506032)
説明:psadmin generate-user-behaviour-tracking-report --help コマンドを実行すると、-–format オプションの説明がありません。
-–format オプションは、PDF、HTML、または XML などのレポートの形式を指定します。デフォルトでは、レポートは PDF 形式で保存されます。
1 つ以上の .war ファイルがサーバー上に配備されていない場合に、psadmin delete-instance コマンドが失敗する。(#6504630)
説明:ポートレットが正常に配備されていない場合、psadmin delete-instance コマンドは Web アプリケーションの配備解除を試行するため、コマンドが失敗します。
対処方法:インスタンス上に配備されていなかった war ファイルを配備してから、psadmin delete-instance コマンドを実行してください。
ポートレット war ファイルを DN (識別名) から配備解除すると、すべての DN から .war ファイルが解除される。(#6495423)
説明:2 つの DN (ここでは DN x と DN y) にポートレット war ファイルを配備します。次に、DN y から war ファイルを配備解除します。Web アプリケーションがコンテナから配備解除されているため、デスクトップに DN x のポートレットは表示されません。
対処方法:次の操作を行います。
このプロバイダのディスプレイプロファイルフラグメントを DN x から削除します。
psadmin remove-dp -u admin-user -f password-file -d x -p portal1 -t provider -n blogportlet.blog
ポートレット war を DN X に再び配備します。
psadmin deploy-portlet -u admin-user -f password-file -d x -p portal1 -n blogportlet.war
—overwrite オプションのデフォルトは、Portal Server 管理コンソールからのインポートが true、psadmin import コマンドが false になっている。(#6323091)
対処方法:psadmin import サブコマンドを --dp-only オプションとともに使用する場合、指定した dn のディスプレイプロファイル全体を置き換えるには、--overwrite オプションを使用します。たとえば、次のように入力します。
./psadmin import -u amadmin -f ps_password -p portal-ID --dp-only --continue --overwrite
インスタンスがポータルホスト以外のホスト上にある場合、ポータルディレクトリが削除されない。(#6355651)
説明:delete-portal を machine1 から実行します。ディレクトリ /var/opt/SUNWportal/portals/portal1 は machine1 から削除されます。ただし、このディレクトリは machine2 からは削除されません。
対処方法:ディレクトリ /var/opt/SUNWportal/portals/portal1 を machine2 から削除します。
「サーベイ」と「調査」では、* を使用したワイルドカード検索がサポートされていない。(#6426679)
対処方法:「サーベイ」と「調査」では、ワイルドカード検索に % を使用してください。
コミュニティーポートレットにはじめてアクセスしたときに、コンテンツが表示できないというエラーが表示される。(#6495254)
対処方法:ブラウザの表示を更新してください。
JSP メニューコンテナでメニュー項目の切り替えができない。(# 6500729)
対処方法:すべてのリーフチャネルの更新時間を 0 に設定してください。
Cookie サイズが原因で、ポートレットが認証を受けない匿名ユーザーにエラーを出す。(#6460104)
説明:認証を受けない匿名ユーザーの場合、プロパティーは Cookie に保存されます。それには、すべてのポートレット描画引数とデスクトップ引数が含まれます。描画引数が特定のサイズに達すると、ポートレットはエラーになります。
対処方法:次の操作を行います。
Access Manager 管理コンソールにログインします。
「サービス設定」—>「クライアントディテクション」の順にクリックします。
「クライアントディテクション」画面で、「クライアントタイプ」フィールドの横に表示されている「編集」リンクをクリックします。
「クライアントマネージャー」ポップアップウィンドウで、3 番目のページを選択します。
「genericHTML」の横に表示されている「編集」リンクをクリックします。
ポップアップウィンドウで、「追加プロパティー」オプションを選択してプロパティー authlessState=server を追加します。
Portal Server デスクトップにアクセスしようとすると、次のエラーが表示される。「Invalid Keystore format. (無効なキーストア形式)」(#6446218、6488139)
対処方法:次の操作を行います。
/var/opt/SUNWportal/portals/portalID /config/instanceID ディレクトリにアクセスします。
このディレクトリで、security を security.backup にリネームします。
インスタンスを再起動します。
「ポートレットを配備」の psonsole でマルチバイトのファイル名が壊れる。(#6368639)
説明:デフォルトのシステムロケールとブラウザロケールに設定されている文字エンコードが異なっていると、「ポートレットを配備」のポータル管理コンソールでファイルやディレクトリの名前が壊れて表示されます。
対処方法:ファイルとディレクトリの名前は特定の文字エンコードスキームでエンコードされます。デフォルトのシステムローケールをブラウザロケールと同じ文字エンコードに設定してください。
ポートレット出力値がキャッシュされる。(# 6273292)
説明:更新時間値を 0 に設定してください。たとえば、<String name="refreshTime" value="0" advanced="true"/> を実行します。
WebLogic および Application Server 8.2 で、データソースが新規 Portal Server インスタンス上に配備されない。(#6515080 )
対処方法:WebLogic 管理コンソールで、次の操作を行います。
WebLogic 管理コンソールにログインします。
データソースを選択します。データソースをひとつひとつ選択して、右フレームの「ターゲットおよび配備」タブをクリックします。
Application Server 8.2 管理コンソールで次の操作を行います。
Application Server 管理コンソールにログインします。
「リソース」->「JDBC」->「JDBC リソース」->「jdbc/communitymc」の順にクリックします。
右フレームで、「ターゲット」をクリックし、「ターゲットを管理」をクリックします。
サーバーインスタンスを追加します。
Instant Messenger が原因で TimeOut になると、Portal Server /portal/dt ページが正しくロードされない。(# 6200508)
対処方法:次の操作を行います。
Access Manager 管理コンソールにログインします。
「アイデンティティー管理」->「サービス」の順にクリックします。
「最大セッション時間」を SSO チャネルのタイムアウトより大きい値に変更します。
管理コンソールのヘルプで、HTTPS となっている箇所を HTTP に、URL となっている箇所を URI に読み替える必要がある。(#6476607)
説明:「Secure Remote Access」の「プロファイル」の項目で、属性の説明に「HTTP ポート — HTTPS ポートを指定します。デフォルト値は 80 です。」とあります。HTTPS を HTTP と読み替えてください。「すべての URL のリライト」を「すべての URI のリライト」に読み替える必要があります。
Web Server SSL マシンでヘルプファイルが表示されない。(#6351789)
説明:psconsole にログインし、「ヘルプ」ボタンをクリックします。ヘルプの目次は表示されません。
対処方法:次の手順を実行します。
./web-src/common/common-fonfig.xml の JavaHelpBean の管理 Bean 宣言に Bean 管理プロパティー httpPort を追加します。common-config.xml ファイルは、psconsole WAR ファイル内にあります。
httpPort の値を、Web コンテナで提供されているセキュリティー保護されていないポート (http) に設定します。
次の例は、httpPort をポート 8080 に設定する方法を示しています。
<managed-bean>
<description>The backing bean for the Java Help component</description>
<managed-bean-name>JavaHelpBean </managed-bean-name>
<managed-bean-class>com.sun.web.ui.bean.HelpBackingBean </managed-bean-class>
<managed-bean-scope> request</managed-bean-scope>
<managed-property>
<property-name>jspPath </property-name>
<value>faces </value>
</managed-property>
<managed-property>
<property-name> httpPort</property-name>
<value>8080</value>
</managed-property>
</managed-bean>
上記の例が機能するには、Web コンテナで http ポートがサポートされている必要があります。Bean プロパティーの管理および http ポートの値の設定を行うには、psconsole WAR の unjar および re-jar を追加する必要があります。新しい psconsole WAR を作成したら、変更を反映させるために再配備する必要があります。
プロキシレットヘルプはプロキシレットチャネルからのみ利用可能である。(#5036777)
説明:プロキシレットヘルプはプロキシレットチャネルからのみ利用可能です。「プロキシレットを編集」ページから「ヘルプ」リンクをクリックすると、デスクトップオンラインヘルプが表示されます。
Solaris プラットフォーム上の Firefox ブラウザの場合、プロキシレットは Java Web Start モードでは起動しない。(#6464974)
対処方法:Windows 版 Firefox の istall_dir/defaults/profile/mimeTypes.rdf を、Solaris 版 Firefox の istall_dir/defaults/profile ディレクトリにコピーしてください。
Portal Server をログアウトしても、プロキシレットコンソールが閉じない。(#6496855)
対処方法:プロキシレットアプリケーションを停止して、ブラウザを閉じてください。
プロキシレットの「自動ダウンロード」オプションを選択した後、ポータルデスクトップが更新されない。(#6493401、6509603)
説明:プロキシレットチャネルにプロキシレットアプリケーションが何もない場合、「編集」ボタンをクリックしてプロキシレットの「自動ダウンロード」を選択すると、ポータルデスクトップが更新されるようになります。Windows 2000 プラットフォーム上で Mozilla 1.0.7 を使用している場合は、ポータルデスクトップは更新されません。
対処方法:プロキシレットが自動ダウンロードに設定されている場合、管理者はポータルデスクトップのアプリケーション URL を指定する必要があります。
Portal Server 管理者コンソールで、「ポータル」タブを選択します。
組織を選択するか、または DP リストのアプリケーションリストに指定する必要のあるユーザーを追加します。
選択した組織またはユーザーの「コンテナとチャネルを管理」リンクを選択します。
左の区画で、Ploxylet を選択します。
右の区画で、appurl リンクを選択します。
「appurls」ページにアプリケーションを追加します。
作成されたアプリケーション URL は、特定のユーザーディスプレイプロファイル表示または選択した組織のポータルデスクトップになります。
デフォルトではないルートプロキシレットユーザーの場合、pac ファイルにプロキシレットルールが含まれない。(#6445867)
説明:プロキシレットユーザーの場合、pac ファイルにはプロキシレットルールが含まれません。
Access Manager 管理コンソールで、developersample の下にユーザーを作成します。
Portal Server 管理者コンソールで、developersample のプロキシレットルールを作成します。
Portal Server デスクトップにプロキシレットユーザーとしてログインします。
プロキシレットを起動します。
プロキシレットがアプレットモードでダウンロードされます。しかし、生成される pac ファイルにはプロキシレットルールが含まれていません。
次の操作を行います。
Portal Server 管理コンソールにログインします。
「SRA」タブを選択して、「プロキシレット」タブをクリックします。
組織の「COS 優先順位」を「最も高い」より下に変更します。
o=DeveloperSample の「COS 優先順位」を「最も高い」より下に変更します。
developer_sample の下にあるすべてのサブ組織の「COS 優先順位」を「最も高い」に設定します。
サブ組織の下に作成されたユーザーには、対応するプロキシレット pac ファイルが生成されます。
指定したセッションのアプレットウィンドウを閉じると、プロキシレット pac ファイルが生成されない。(# 6490738 )
対処方法:次の操作を行います。
現在のセッションからログアウトして、ブラウザウィンドウを閉じます。
ブラウザの新規セッションを開いて、プロキシレットを開始します。
個別セッション設定中は、SRA リライタルールセットがロードされない。(#6477552)
対処方法:「Secure Remote Access」->「リライタルールセット」を選択します。次のエントリ: default_gateway_ruleset、 exchange_2000sp3_owa_ruleset、exchange_2003_owa_ruleset、 inotes_ruleset、iplanet_mail_ruleset、sap_portal_ruleset 、および wml_ruleset が見つからない場合は、次のコマンドを実行します。
./psadmin create-rewriter-ruleset -u amadmin -f /tmp/passwd -F /opt/SUNWportal/export/rewriter_rule/DefaultGatewayRuleSet.xml ./psadmin create-rewriter-ruleset -u amadmin -f /tmp/passwd -F /opt/SUNWportal/export/rewriter_rule/OWA2003RuleSet.xml ./psadmin create-rewriter-ruleset -u amadmin -f /tmp/passwd -F /opt/SUNWportal/export/rewriter_rule/OWASP3RuleSet.xml ./psadmin create-rewriter-ruleset -u amadmin -f /tmp/passwd -F /opt/SUNWportal/export/rewriter_rule/SAPPortalRuleSet.xml ./psadmin create-rewriter-ruleset -u amadmin -f /tmp/passwd -F /opt/SUNWportal/export/rewriter_rule/WMLRuleSet.xml ./psadmin create-rewriter-ruleset -u amadmin -f /tmp/passwd -F /opt/SUNWportal/export/rewriter_rule/iNotesRuleSet.xml ./psadmin create-rewriter-ruleset -u amadmin -f /tmp/passwd -F /opt/SUNWportal/export/rewriter_rule/iPlanetMailExpressRuleSet.xml |
Netlet で SSL_RSA_WITH_NULL_MD5 暗号化方式を使用できない。(#6434314)
対処方法:「ゲートウェイプロファイル」>「セキュリティー」タブの「Null 暗号化方式」オプションを有効にしてください。
Portal Server を Linux プラットフォームにインストールした場合は、NFS 共有を追加する必要がある。(# 6511479)
対処方法:次の操作を行います。
コンテナ起動スクリプトに次の行を追加します。export LD_PRELOAD=/usr/lib/libpam.so
コンテナを再起動します。
Secure Remote Access では、一度に 1 行しか追加できない。(#6497988)
対処方法:SRA 画面で複数の行を追加しようとする場合は、一行を追加するたびに詳細を保存してください。
UWC と Portal Server が別々のマシンにインストールされていると、プロキシレット経由では統合 Web クライアント (UWC) アプリケーションにアクセスできない。(#6348935)
対処方法:UWC と Portal Server が別々のマシンにインストールされている場合は、次の操作を行ってプロキシ経由で UWC マシンにアクセスします。
Portal Server 管理コンソールで、「ゲートウェイプロファイル」の Cookie 管理を有効にします。
「ユーザーセッション Cookie を転送する URL」フィールドに、UWC、カレンダ、および Messaging Server の URL を追加します。たとえば、次のように追加します。http://port/uwc, http://calhost:calport, http://messaginghost:messagingport
UWC マシンの AMConfig.properties ファイルで、com.iplanet.am.cookie.name=iPlanetDirectoryPro を com.iplanet.am.cookie.name=iPlanetDirectoryPro1 に変更します。
この変更は、ゲートウェイマシンと Portal Server マシンの Cookie 名を別にすることを意味します。
UWC マシンで、configutil を使用して、Messaging Server のセッション Cookie を iPlanetDirectoryPro1 に変更します。
UWC の「非認証 URL」リストに UWC、カレンダ、および Messaging Server の URL を追加します。
ゲートウェイ、UWC、および Portal Server を再起動します。
certadmin が、更新された証明書のインストール時にニックネームを無視する。(#6360869)
説明:certadmin が、更新された証明書のインストール時にニックネームを無視します。その結果、ゲートウェイは新しい証明書ではなく期限切れの証明書を選択します。ニックネームが同じである 2 つの証明書を区別することはできません。
対処方法:次のいずれかの操作を行います。
古い証明書を削除してから、新しい証明書をインポートします。Portal Server 7.1 で次の操作を行います。
cd PortalServer_base/SUNWportal/bin/certadmin -n config_name |
5 を選択して、証明書を削除します。
証明書を更新しないでください。証明書の期限が切れたら、新しいキーを持つ新しい証明書を取得してください。
Web Server が非ルートとして実行されていると、検索サーバーが作動しない。(#6408826)
説明:Web Server が非ルートとして実行されている場合、検索サーバーを非ルートとして作成すると、検索サーバーは作動しません。
対処方法:次の操作を行います。
検索サーバーを作成します。
次のコマンドを使用して、検索サーバーインスタンスを変更します。
chown -R nonrootuser.nonroot search_instance
Web Server を非ルートユーザーとして再起動します。
次のコマンドを使用して、検索インスタンスの権限を変更します。
chmod -R og+rX search_instance
SSL WSRP プロデューサは非 SSL コンシューマとは動作しません。(#6292152)
説明:SSL WSRP プロデューサは非 SSL コンシューマとは動作しません。共通エージェントコンテナでは、truststore に SSL サーバーの CA 証明書を格納して、truststore のパスワードを設定する必要があります。
対処方法:共通エージェントコンテナサーバーの truststore を設定するには、次の操作を行います。
truststore を作成し、keytool コマンドを使用して SSL サーバーの CA 証明書をこの truststore にインポートします。
cacaoadm コマンドを使用して、次に示す JVM プロパティーを設定します。
Djavax.net.ssl.truststore
Djavax.net.ssl.truststorePassword
たとえば、cacaoadm set-param java-flags="`cacaoadm get-param java-flags -v` -Djavax.net.ssl.truststore=/tmp/truststore -Djavax.net.ssl.truststorePassword=truststorepass と入力します。
共通エージェントコンテナサーバーを再起動します。
レジストリサーバーのキーストアの場所は、常に /soar/3.0 を基準とする。(#6355673)
説明:レジストリサーバーの SSO 設定にはキーストアの場所を指定します。この場所は、常に /soar/3.0 を基準としたものと見なされます。
対処方法:/soar/3.0/jaxr-ebxml/security ディレクトリを作成し、Registry Server から取得した keystore.jks を置きます。
ブックマークとアプリケーションチャネルに重複するリンクおよび無効なリンクがある。(#6504004)
説明:Portal Server を Java ES 4 から Java ES 5 に移行した後、ブックマークとアプリケーションチャネルには重複するリンクと無効なリンクがあります。
対処方法:管理者は、Portal Server コンソールでアプリケーションチャネルに必要なリンクを追加または削除する必要があります。このチャネルは、「開発者用サンプル」の MyFrontPageTabPanelContainer の下にあります。アプリケーションチャネルのプロパティーで、次のプロパティーに変更を行ってください。
userApps: 次の値を削除します。-NetMail Lite および -NetMail。次の値を追加します。NetFile。
targets: 次の値を削除します。NetMailLite|NetMailServlet?nsid=newHTMLSessionNetMailLite|NetMailServlet?nsid=newHTMLSession NetMail|NetMailServlet?nsid=newAppletSession。Instant Messenger ターゲットの重複リンク。
WebSphere 5.1 に配備すると、コミュニティーディスカッションとファイルの文字が化けて表示される。(#6504963)
説明:コミュニティーと開発者の複数バイト入力はすべて文字化けします。
グローバル環境でプロキシレットが機能しない。(#6507488)
説明:Portal Server を Java ES 4 から Java ES 5 に移行すると、プロキシレットはグローバル環境で機能しなくなります。
対処方法:ポータルのアップグレード処理が終わった後、必要ではなくなった Java ES 4 ローカライズプロバイダを削除してください。
/portals/Upgraded/desktop に移動します。
cd PortServer-Data_Directory/portals/Upgraded/desktop
default_locale から、次のファイルまたはディレクトリ、およびユーザー作成のファイルとディレクトリを除いて、ディレクトリとファイルを削除します。ロケールはサポートされているどのロケールにすることもできます。
ディレクトリ
AddressBookProvider BookmarkProvider CalendarProvider LoginProvider LotusNotesAddressBookProvider LotusNotesCalendarProvider LotusNotesMailProvider MSExchangeAddressBookProvider MSExchangeCalendarProvider MSExchangeMailProvider MailProvider NotesProvider PersonalNoteProvider Register SampleRSS SampleURLScraper SampleXML TemplateEditContainerProvider TemplateTabContainerProvider URLScraperProvider UWCAddressBookProvider UserInfo UserInfoProvider XMLProvider error |
ファイル
message.properties |
Web コンテナを再起動します。
Portal Server コンソールのオンラインヘルプが、fr-FR ロケールで英語の表示になる。(#6513360)
対処方法:ブラウザの優先言語を fr に設定してください。
Portal Server コミュニティーサンプルの日付情報表示が適切でない。(#6514502)
説明:CCK ロケールの Portal Server コミュニティーサンプルの日付情報表示が間違っています。
ドロップダウンリストのオプションの文字列が途中で切れている。(#6515052)
説明:コミュニティーサンプルで、ドロップダウンリストのオプションの文字列が途中で切れています。
Instant Messenger チャネルから Instant Messenger を起動すると、Instant Messenger が英語で表示される。(#6515726)
対処方法:ユーザー情報チャネルを使用して、優先ロケールの言語を設定します。
Portal Server コンソールの一部のフィールドは、次の文字のみを受け入れる。A 〜 Z、0 〜 9、または a 〜 z。(#6522702)
説明:Portal Server コンソールの次のフィールドは A 〜 Z、0 〜 9、または a 〜 z のみを受け入れます。
データベース名
チャネル名
Portal ID
アダプタ ID
メタアダプタ ID
アンケートの日付表示が適切でない。(#6493352)
説明:アンケートの「終了日」および「開始日」の日付形式は dd mmm yyyy です。この形式を yyyy mmm dd に変更する必要があります。
ルールセット ID に日本語のドットを使用できない。(#5030713)
説明:複数バイトのリライタルールセット ID は、Portal Server ではサポートされていません。
ディスプレイプロファイルが英語用ではない場合、psadmin list-dp コマンドは正しい出力を生成しない。(#6502307)
対処方法:ダウンロードするディスプレイプロファイルのロケールが英語ではない場合はpsadmin list-dp コマンドを実行する前に、CLI jvm のロケールをディスプレイプロファイルのロケールに設定してください。
たとえば、フランス語のディスプレイプロファイルをダウンロードする必要がある場合は、次の操作を行います。
export LANG=fr_CA.UTF-8 export LC_ALL=fr_CA.UTF-8 |
検索チャネルに表示されるファイルの内容が正しくない。(#6506365)
説明:他社のコンバータではファイル内容が正しく変換されませんでした。
UBT 生成のレポートで、文字がローカライズされていない。(#6336394)
説明:生成されるレポートは部分的に翻訳されています。これは日本語と中国語のロケールでのみ起きます。
対処方法:文字化けしているメッセージは「選択したレポートについて追跡するデータがないため、表示するページがありません。」です。この問題を解決するには、次の操作を行います。
Portal Server 管理コンソールにログインします。
「ポータル」タブを選択します。
設定済みのポータルを選択します。
「ユーザー動作の追跡」タブを選択します。
「設定」タブをクリックします。
ポータルインスタンスを選択します。
「UBT ログ」で「有効」をクリックします。
MAP が削除済みのアドレス帳、カレンダ、およびメールを表示する。(#6423989)
説明:MAP が削除済みのアドレス帳、カレンダ、およびメールを表示します。
amcontroller フィルタのフィルタエントリが、amserver Web アプリケーションの web.xml ファイル内でコメント化されているため、Portal Server の Mobile Access でログ機能が正常に動作しない。(#6437280)
対処方法:amserver Web アプリケーションの web.xml ファイル内のフィルタエントリのコメント化を解除してください。
一部の XML パースエラーメッセージがローカライズされていない。(#6349804)
説明:Secure Remote Access で、「リライタルールセット」をクリックします。正しい形式ではない新規ファイルをアップロードしてみます。次のメッセージが表示されます。“The ruleset XML failed to parse correctly. Please verify the syntax at line {0} and column {1} and try again. Error message was {2}.”(「ルールセット XML を正しく解析できませんでした。{0} 行 {1} 列 の構文を検証して再度実行してください。エラーメッセージは {2} です。」) このメッセージはローカライズされていません。
カレンダチャネルに表示される日付の形式が正しくない。(#6411476)
説明:カレンダチャネルで「開発者用サンプル」に表示される日付の形式が正しくありません。
「開発者用サンプル」で、一部のリンクとタブが zh-cn にローカライズされていない。(#6339912、6442109)
説明:「開発者用サンプル」では、優先言語を zh-cn に設定した後でも、一部のタブのテキストが英語で表示されます。
対処方法:ブラウザの優先言語を zh に設定してください。
メール表示を作成できない。(# 6521744)
説明:ポータルデスクトップで、メール表示を作成しようとすると、エラーメッセージが表示されます。「メールチャネルを編集」->「モバイルメール」->「デバイス表示設定」の順にクリックします。
対処方法:/var/opt/SUNWappserver/domains/domain1/applications/j2ee-modules/portal/WEB-INF/classes/DeviceNames.properties ファイルにデバイスのエントリを追加します。
モバイルデスクトップにメールチャネルが表示されない。(#6521749)
対処方法:デバイスホームページで、「オプション」->「コンテンツ」の順にクリックし、「メール」オプションを選択して「完了」をクリックします。
ポータルが /amserver/UI/Login を使用する openwave 6.2.2 シミュレータでレンダリングされない。(#6439565 )
対処方法:Web コンテナが Web Server である場合は、次の操作を行います。
次のファイルを開きます。
/var/opt/SUNWwbsvr7/admin-server/config-store/ host-name/web-app/host-name /amserver/WEB-INF/web.xml
/var/opt/SUNWwbsvr7/https-host-name /web-app/host-name /amserver/WEB-INF/web.xml
これら両方の xml ファイル内で <filter> エントリを検索します。
amcontroller のエントリのコメントを解除して、ファイルを保存します。
Web Server を再起動します。
Web コンテナが Application Server である場合は、次の操作を行います。
次のファイルを開きます。
var/opt/SUNWappserver/domains/domain1/generated/xml/j2ee-modules/amserver/ WEB-INF/web.xml
/var/opt/SUNWappserver/domains/domain1/applications/j2ee-modules/amserver/ WEB-INF/web.xml
これら両方の xml ファイル内で <filter> エントリを検索します。
amcontroller のエントリのコメントを解除して、ファイルを保存します。
Application Server を再起動します。
ワイヤレスオプションが別のページにあると、Mobile Access の「オプション」リンクが機能しない。(# 6500172)
説明:モバイルデスクトップの「オプション」リンクをクリックすると、モバイルデスクトップ上のワイヤレスオプション「コンテンツ」と「レイアウト」が強調表示されます。これらのオプションが別のページにある場合、ワイヤレスオプションは強調表示されません。
対処方法:次のページに移動して、「オプション」リンクをクリックします。
終了時刻を指定せずにイベントを作成すると、1 時間のイベントが作成される。(# 6479153)
説明:シミュレータにログインし、カレンダ Hm を使用してイベントを作成します。終了時刻を指定しない場合、イベントの持続期間は 1 時間です。
Web Services for Remote Portlet (WSRP) 機能が、WebSphere 上にインストールされた Portal Server で正しく動作しない。(#6489684)
説明:WebSphere 上にインストールされた Portal Server では、WSRP 機能が正しく動作しません。この場合、次のエラーが表示されます。
お天気ポートレットには次のエラーが表示されます。「コンテンツが使用可能ではありません。」
WSRP コンシューマの作成が失敗します。
設定済み Web サービスチャネルには次のエラーが表示されます。「WSDL のパース中にエラーが発生しました。」
次のファイルを削除します。qname.jar および webservices.jar。これらのファイルは WebSphere-installation-directory/lib ディレクトリにあります。
共通エージェントコンテナと Portal Server JVM の間のセキュリティー保護された通信を有効にするには、jar ファイルを追加する必要がある。(#6341883)
対処方法:共通エージェントコンテナと Portal Server JVM の間のセキュリティー保護された通信を有効にするには、次の jar ファイルを /etc/cacao/instances/default/private/modules/com.sun.portal.admin.server.module.xml に追加する必要がある。
/IBM/WebSphere/Express51/AppServer/java/jre/lib/ext/ibmjsse.jar
/IBM/WebSphere/Express51/AppServer/java/jre/lib/ext/ibmjceprovider.jar
/IBM/WebSphere/Express51/AppServer/java/jre/lib/ext/ibmpkcs11.jar
/IBM/WebSphere/Express51/AppServer/java/jre/lib/ext/ibmpkcs.jar
WebSphere 上で、お天気ポートレットと設定済み Web サービスチャネルでエラーが表示される。(#6396623、6415766 )
対処方法:JDK を 1.4.2_10 にアップグレードしてください。
WebSphere 上で、WSRP が機能するにはクラスパスの変更が必要である。(# 6509057)
説明:Portal Server が WebSphere 上にインストールされている場合は、server.xml ファイルのクラスパスエントリの先頭に shared_lib_dir/xsdlib.jar を追加してください。Solaris プラットフォームでは、shared_lib_dir は /usr/share/lib です。Linux プラットフォーム上では、/opt/sun/share/lib です。
WebLogic 8.1 SP4 にはバグがあるため、このバージョンの WebLogic ではポートレットセッションフェイルオーバーが機能しない。
説明:WebLogic 8.1 SP4 にはバグがあるため、このバージョンの WebLogic ではポートレットセッションフェイルオーバーが機能しません。
対処方法:WebLogic SP5 またはそれ以上のバージョンを使用してください。
管理サーバーの新規ポータル上に開発者用サンプルを配備中に例外が発生する。(#6339522)
説明:WSRP サンプルコンシューマはサンプルプロデューサの WSDL URL を使用します。設定上の問題のため、ポータルの設定で WebLogic 管理サーバーへのポータル war の配備は失敗します。ポータル .war は手動で配備する必要があります。設定時にポータルは起動していないので、サンプルコンシューマ作成の処理はサンプルプロデューサへの接続に失敗し、そのためサンプルコンシューマ設定が失敗します。
対処方法:コンシューマを手動で作成し、新たに作成したコンシューマの「設定済みのプロデューサ ID」を WSRPSamplesTabPanelContainer の下のサンプルポートレットにコピーします。
プロキシレットのヘルプボタンを選択すると、例外が表示される。(#6363076)
説明:プロキシレットをアプレットモードで起動し、「ヘルプ」ボタンを選択します。「ヘルプ」ページに例外が表示されます。この例外は、WebLogic セットアップでのみ発生します。
Cookie サイズが原因で、ポートレットが認証を受けない匿名ユーザーにエラーを出す。(#6460104)
説明:認証を受けない匿名ユーザーの場合、プロパティーは Cookie に保存されます。それには、すべてのポートレット描画引数とすべてのデスクトップ引数などが含まれます。描画引数が特定のサイズに達すると、ポートレットはエラーになります。
対処方法:次の操作を行います。
amconsole にログインします。
「サービス設定」>「クライアントディテクション」の順にクリックします。
「クライアントディテクション」画面で、「クライアントタイプ」フィールドの横に表示されている「編集」リンクをクリックします。
「クライアントマネージャー」ポップアップウィンドウで、3 番目のページに移動します。
「genericHTML」の横に表示されている「編集」リンクをクリックします。
ポップアップウィンドウで、「追加プロパティー」オプションを選択してプロパティー authlessState=server を追加します。
検索モジュールが機能しない。(#6525578 )
対処方法:Portal Server を HP-UX プラットフォームにインストールした後、次のスクリプトを編集して、java の最大ヒープパラメータを -Xmx1900m から -Xmx1500m に減らしてください。
/opt/sun/portal/bin/rdmgr
/opt/sun/portal/lib/profiler
zh_TW および es ロケールで、Access Manager と Portal Server が「今すぐ設定」モードでインストールされると、設定が失敗する。(#6515043)
対処方法:HP-UX プラットフォーム上の zh_TW および es ロケールでは、Access Manager と Portal Server を「あとで設定」モードで設定する必要があります。
Java ES インストーラを使用して、Portal Server と Access Manager を「あとで設定」モードでインストールします。
システムの環境変数を次のように設定します。
LANG=C
export LANG
AccessManager_base/bin/amsamplesilent ファイルを編集します。Web コンテナ詳細、amadmin パスワード、amldap ユーザーパスワード、および暗号化キーなどの値を変更します。
Access Manager を設定します。
AccessManager_base /bin/amconfig -s amsamplesilent
PortalServer_base/samples/psconfig ディレクトリにある設定 xml ファイルをカスタマイズします。
使用する必要のある設定 xml ファイルの詳細については、PortalServer_base/samples/psconfig/README.TXT を参照してください。
設定 xml ファイルで、Web コンテナ詳細、Portal Server コンポーネント詳細、および共有コンポーネントへのパスなどの値を変更します。
Portal Server を設定します。
PortalServer_base /bin/psconfig --config example-file
アップグレードの問題については、『アップグレードガイド (Unix 版)』を参照してください。
管理サーバーが停止しているときに、war ファイルを配備しようとすると、「ホスト node.domain-name のインスタンス node-name–80 からのファイル file.war の配備時にエラーが発生しました」というエラーメッセージを受け取る。 (#6506028)
説明:必ずホストマシン上のインスタンスが実行中であるようにしてください