このリリースのバグ
ここでは、Portal Server 7.1 Update 1 の制限事項について説明します。
次の内容について説明します。
インストール
ルートユーザーとしてパッチを適用する必要がある。(#5080029)
対処方法:インストール後設定にしたがって Portal Server を非ルートユーザーとして実行した場合は、それらの設定を削除し、Portal Server をルートとして実行してからパッチを適用する必要があります。
パッチが正常に適用された後に、インストール後の手順にしたがって Portal Server を非ルートユーザーとして実行します。
Portal Server と Access Manger が 2 つの別々のマシンにインストールされていると、ディスカッションの作成と検索が失敗する。(#6534761、6534777)
対処方法:Portal Server 7.1 を Portal Server 7.1 Update 1 にアップグレードした後で、共通エージェントコンテナを再起動してください。
Solaris プラットフォームの場合:
/usr/share/bin/cacaoadm stop /usr/share/bin/cacaoadm start |
Linux プラットフォームの場合:
/opt/sun/cacao/bin/cacaoadm stop
/opt/sun/cacao/bin/cacaoadm start
新規ポータル作成後に、共通エージェントコンテナの再起動が必要である。(#6521384)
例:Linux プラットフォームで、Application Server 8.2 を Portal Server の Web コンテナとして使用している場合は、新規ポータル作成後に共通エージェントコンテナを再起動してください。
/opt/sun/cacao/bin/cacaoadm stop /opt/sun/cacao/bin/cacaoadm start |
-
各二次ノードで DAS を起動します。
-
psadmin delete-instance コマンドを実行して、各二次ノードから Portal Server インスタンスを削除します。
-
主ノードから Portal Server インスタンスを削除します。
-
uninstall コマンドを実行して、Portal Server をアンインストールします。
Portal Server が Application Server クラスタにインストールされている場合、Portal Server をアンインストールするには、各ノードで Portal Server インスタンスを削除する必要がある。(#6494878)
対処方法:次の操作を行います。
コマンド行ユーティリティーによる管理
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 コマンドを実行してください。
-
このプロバイダのディスプレイプロファイルフラグメントを 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
ポートレット war ファイルを DN (識別名) から配備解除すると、すべての DN から .war ファイルが解除される。(#6495423)
説明:2 つの DN (ここでは DN x と DN y) にポートレット war ファイルを配備します。次に、DN y から war ファイルを配備解除します。Web アプリケーションがコンテナから配備解除されているため、デスクトップに DN x のポートレットは表示されません。
対処方法:次の操作を行います。
—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 から削除します。
コラボレーションとコミュニティー
-
Portal Server コンソールにログインして、DN「DeveloperSample」を選択します。
-
「コンテナおよびチャネルを管理」—>「DeveloperSample」—>「CommunityParentContainer」—>「CommunityHomeContainer」—>「CommunityPortlet」を選択します。
-
「ポートレットの設定」—>「availableDatabase」を選択します。
-
「Blog」と入力して、ページを保存します。
-
Portal Server デスクトップにログインして、「MyCommunities」タブを選択します。
コミュニティーポートレットで「Weblog」の検索リンクが利用できるようになります。
コミュニティーポートレットに「Weblog」の検索リンクがない。(#6504524)
説明:「Weblog」リンクがなく、ブログコミュニティーのみの検索は困難です。
対処方法:次の操作を行います。
「アンケートと調査」では、* を使用したワイルドカード検索がサポートされていない。(#6426679)
対処方法:「アンケートと調査」では、ワイルドカード検索にパーセント符号 (%) を使用してください。
コミュニティーポートレットにはじめてアクセスしたときに、コンテンツが表示できないというエラーが表示される。(#6495254)
対処方法:ブラウザの表示を更新してください。
デスクトップ
-
ディスプレイプロファイルをダウンロードします。
-
ディスプレイプロファイル内のタブの名前を手動で変更します。
-
ディスプレイプロファイルをアップロードします。
デスクトップタブの名前を変更できない。(# 6538352)
対処方法:次の操作を行います。
JSP メニューコンテナでメニュー項目の切り替えができない。(# 6500729)
対処方法:すべてのリーフチャネルの更新時間を 0 に設定してください。
-
Access Manager 管理コンソールにログインします。
-
「サービス設定」—>「クライアントディテクション」の順にクリックします。
-
「クライアントディテクション」画面で、「クライアントタイプ」フィールドの横に表示されている「編集」リンクをクリックします。
-
「クライアントマネージャー」ポップアップウィンドウで、3 番目のページを選択します。
-
「genericHTML」の横に表示されている「編集」リンクをクリックします。
-
ポップアップウィンドウで、「追加プロパティー」オプションを選択してプロパティー authlessState=server を追加します。
Cookie サイズが原因で、ポートレットが認証を受けない匿名ユーザーにエラーを出す。(#6460104)
説明:認証を受けない匿名ユーザーの場合、プロパティーは Cookie に保存されます。それには、すべてのポートレット描画引数とデスクトップ引数が含まれます。描画引数が特定のサイズに達すると、ポートレットはエラーになります。
対処方法:次の操作を行います。
-
/var/opt/SUNWportal/portals/portalID /config/instanceID ディレクトリにアクセスします。
-
このディレクトリで、security を security.backup にリネームします。
-
インスタンスを再起動します。
Portal Server デスクトップにアクセスしようとすると、次のエラーが表示される。「Invalid Keystore format. (無効なキーストア形式)」(#6446218、6488139)
対処方法:次の操作を行います。
ポートレット
「ポートレットを配備」の psonsole でマルチバイトのファイル名が壊れる。(#6368639)
説明:デフォルトのシステムロケールとブラウザロケールに設定されている文字エンコードが異なっていると、「ポートレットを配備」のポータル管理コンソールでファイルやディレクトリの名前が壊れて表示されます。
対処方法:ファイルとディレクトリの名前は特定の文字エンコードスキームでエンコードされます。デフォルトのシステムローケールをブラウザロケールと同じ文字エンコードに設定してください。
ポートレット出力値がキャッシュされる。(# 6273292)
説明:更新時間値を 0 に設定してください。たとえば、<String name="refreshTime" value="0" advanced="true"/> を実行します。
コミュニティーポートレットのヘルプで次のエラーメッセージが表示される。「ページが見つかりません。」 (#6547258)
対処方法:コミュニティーサンプルの右上にある「ヘルプ」ボタンを使って、オンラインヘルプにアクセスしてください。
Portal Server 管理コンソール
ポータルをインポートまたはエクスポートするときに、「ファイルを選択」オプションが機能しない。(#6545784)
対処方法:ポータルをインポートまたはエクスポートするときには、par ファイルのフルパスを指定してください。
-
Application Server 管理コンソールにログインします。
-
「リソース」->「JDBC」->「JDBC リソース」->「jdbc/communitymc」の順にクリックします。
-
右フレームで、「ターゲット」をクリックし、「ターゲットを管理」をクリックします。
-
サーバーインスタンスを追加します。
Application Server 8.2 で、データソースが新規 Portal Server インスタンス上に配備されない。(#6515080)
対処方法:Application Server 8.2 管理コンソールで次の操作を行います。
-
Access Manager 管理コンソールにログインします。
-
「アイデンティティー管理」->「サービス」の順にクリックします。
-
「最大セッション時間」を SSO チャネルのタイムアウトより大きい値に変更します。
Instant Messenger が原因で TimeOut になると、Portal Server /portal/dt ページが正しくロードされない。(# 6200508)
対処方法:次の操作を行います。
管理コンソールのヘルプで、HTTPS となっている箇所を HTTP に、URL となっている箇所を URI に読み替える必要がある。(#6476607)
説明:「Secure Remote Access」の「プロファイル」の項目で、属性の説明に「HTTP ポート — HTTPS ポートを指定します。デフォルト値は 80 です。」とあります。HTTPS を HTTP と読み替えてください。「すべての URL のリライト」を「すべての URI のリライト」に読み替える必要があります。
-
./web-src/common/common-fonfig.xml の JavaHelpBean の管理 Bean 宣言に Bean 管理プロパティー httpPort を追加します。common-config.xml ファイルは、psconsole WAR ファイル内にあります。
-
httpPort の値を、Web コンテナで提供されているセキュリティー保護されていないポート (http) に設定します。
Web Server SSL マシンでヘルプファイルが表示されない。(#6351789)
説明:psconsole にログインし、「ヘルプ」ボタンをクリックします。ヘルプの目次は表示されません。
対処方法:次の手順を実行します。
次の例は、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 を作成したら、変更を反映させるために再配備する必要があります。
Proxylet
プロキシレットヘルプはプロキシレットチャネルからのみ利用可能である。(#5036777)
説明:プロキシレットヘルプはプロキシレットチャネルからのみ利用可能である。「プロキシレットを編集」ページから「ヘルプ」リンクをクリックすると、デスクトップオンラインヘルプが表示されます。
Solaris プラットフォーム上の Firefox ブラウザの場合、プロキシレットは Java Web Start モードでは起動しない。(#6464974)
対処方法:Windows 版 Firefox の istall_dir/defaults/profile/mimeTypes.rdf を、Solaris 版 Firefox の istall_dir/defaults/profile ディレクトリにコピーしてください。
Portal Server をログアウトしても、プロキシレットコンソールが閉じない。(#6496855)
対処方法:プロキシレットアプリケーションを停止して、ブラウザを閉じてください。
-
Portal Server 管理者コンソールで、「ポータル」タブを選択します。
-
組織を選択するか、または DP リストのアプリケーションリストに指定する必要のあるユーザーを追加します。
-
選択した組織またはユーザーの「コンテナとチャネルを管理」リンクを選択します。
-
左の区画で、Ploxylet を選択します。
-
右の区画で、appurl リンクを選択します。
-
「appurls」ページにアプリケーションを追加します。
-
作成されたアプリケーション URL は、特定のユーザーディスプレイプロファイル表示または選択した組織のポータルデスクトップになります。
プロキシレットの「自動ダウンロード」オプションを選択した後、ポータルデスクトップが更新されない。(#6493401、6509603)
説明:プロキシレットチャネルにプロキシレットアプリケーションが何もない場合、「編集」ボタンをクリックしてプロキシレットの「自動ダウンロード」を選択すると、ポータルデスクトップが更新されるようになります。Windows 2000 プラットフォーム上で Mozilla 1.0.7 を使用している場合は、ポータルデスクトップは更新されません。
対処方法:プロキシレットが自動ダウンロードに設定されている場合、管理者はポータルデスクトップのアプリケーション URL を指定する必要があります。
-
Access Manager 管理コンソールで、developersample の下にユーザーを作成します。
-
Portal Server 管理者コンソールで、developersample のプロキシレットルールを作成します。
-
Portal Server デスクトップにプロキシレットユーザーとしてログインします。
-
プロキシレットを起動します。
プロキシレットがアプレットモードでダウンロードされます。しかし、生成される pac ファイルにはプロキシレットルールが含まれていません。
-
Access Manager 管理コンソールにログインします。
-
「SRA」タブを選択して、「プロキシレット」タブをクリックします。
-
組織の「COS 優先順位」を「最も高い」より下に変更します。
-
o=DeveloperSample の「COS 優先順位」を「最も高い」より下に変更します。
-
developer_sample の下にあるすべてのサブ組織の「COS 優先順位」を「最も高い」に設定します。
サブ組織の下に作成されたユーザーには、対応するプロキシレット pac ファイルが生成されます。
デフォルトではないルートプロキシレットユーザーの場合、pac ファイルにプロキシレットルールが含まれない。(#6445867)
説明:プロキシレットユーザーの場合、pac ファイルにはプロキシレットルールが含まれません。
次の操作を行います。
-
現在のセッションからログアウトして、ブラウザウィンドウを閉じます。
-
ブラウザの新規セッションを開いて、プロキシレットを開始します。
指定したセッションのアプレットウィンドウを閉じると、プロキシレット pac ファイルが生成されない。(# 6490738 )
対処方法:次の操作を行います。
リライタ (Rewriter)
-
Portal Server コンソールに管理者としてログインします。
-
「Secure Remote Access」タブをクリックして、「リライタルールセット」をクリックします。
-
「リライタルールセット」テーブルで「generic_ruleset」オプションを選択して、「ダウンロード」をクリックします。
-
ファイルを generic_ruleset.xml として一時ディレクトリにダウンロードします。
-
generic_ruleset.xml ファイルを編集して、Function name="open" paramPatterns="y"/ ルールの前のルールを次のようにします。
<Function name="*req*.open" paramPatterns=",y,"/> <Function name="_81.open" paramPatterns=",y,"/> <Function name="http.open" paramPatterns=",y,"/> <Function name="sunportal.AJAXPageStyles" paramPatterns="y"/>
-
変更したファイルを保存します。
-
Portal Server 管理コンソールで、「リライタルールセット」テーブルで 「generic_ruleset」を選択して「削除」をクリックします。
-
「新規アップロード」をクリックして、変更した generic_ruleset.xml ファイルをアップロードします。
-
ゲートウェイを再起動します。
上のルールは JavaScript に関連するコンテナプロバイダにのみ適用されます。チャネル固有の JavaScript にはほかのルールが必要になる場合があります。
Ajax のリライタルールセットを手動で設定しなければならない。(#6504423)
対処方法:Ajax のリライタルールセットを手動で設定するには、次の操作を行います。
個別セッション設定中は、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
Netlet で SSL_RSA_WITH_NULL_MD5 暗号化方式を使用できない。(#6434314)
対処方法:「ゲートウェイプロファイル」>「セキュリティー」タブの「Null 暗号化方式」オプションを有効にしてください。
NetFile
-
コンテナ起動スクリプトに次の行を追加します。export LD_PRELOAD=/usr/lib/libpam.so
-
コンテナを再起動します。
Portal Server を Linux プラットフォームにインストールした場合は、NFS 共有を追加する必要がある。(# 6511479)
対処方法:次の操作を行います。
Secure Remote Access (SRA)
-
community_sra
-
developer_sra
-
enterprise_sra
サンプルポータルをコマンド行インタフェースを使って手動でインストールすると、SRA サービスが設定されない。(# 6516280)
対処方法:次の ant ターゲットを手動で起動して、サンプルごとに SRA サービスを設定します。
サンプルポータルをインストールしたあと、次のコマンドを実行します。
/usr/sfw/bin/ant -f /opt/SUNWportal/samples/portals/build.xml community_sra developer_sra enterprise_sra -Dconfig.location= input-properties-file-location
Secure Remote Access では、一度に 1 行しか追加できない。(#6497988)
対処方法:SRA 画面で複数の行を追加しようとする場合は、一行を追加するたびに詳細を保存してください。
-
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 を再起動します。
UWC と Portal Server が別々のマシンにインストールされていると、プロキシレット経由では統合 Web クライアント (UWC) アプリケーションにアクセスできない。(#6348935)
対処方法:UWC アプリケーションと Portal Server が別々のマシンにインストールされている場合は、次の操作を行なってプロキシレット経由で UWC マシンにアクセスします。
-
古い証明書を削除してから、新しい証明書をインポートします。Portal Server 7.1 で次の操作を行います。
cd PortalServer_base/SUNWportal/bin/certadmin -n config_name
5 を選択して、証明書を削除します。
-
証明書を更新しないでください。証明書の期限が切れたら、新しいキーを持つ新しい証明書を取得してください。
certadmin が、更新された証明書のインストール時にニックネームを無視する。(#6360869)
説明:certadmin が、更新された証明書のインストール時にニックネームを無視します。その結果、ゲートウェイは新しい証明書ではなく期限切れの証明書を選択します。ニックネームが同じである 2 つの証明書を区別することはできません。
対処方法:次のいずれかの操作を行います。
検索、登録、ディスカッション
-
検索サーバーを作成します。
-
次のコマンドを使用して、検索サーバーインスタンスを変更します。
chown -R nonrootuser.nonroot search_instance
-
Web Server を非ルートユーザーとして再起動します。
-
次のコマンドを使用して、検索インスタンスの権限を変更します。
chmod -R og+rX search_instance
Web Server が非ルートとして実行されていると、検索サーバーが作動しない。(#6408826)
説明:Web Server が非ルートとして実行されている場合、検索サーバーを非ルートとして作成すると、検索サーバーは作動しません。
対処方法:次の操作を行います。
WSRP
-
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 と入力します。
-
-
共通エージェントコンテナサーバーを再起動します。
SSL WSRP プロデューサが非 SSL コンシューマとは動作しない。(#6292152)
説明:SSL WSRP プロデューサが非 SSL コンシューマとは動作しない。共通エージェントコンテナでは、truststore に SSL サーバーの CA 証明書を格納して、truststore のパスワードを設定する必要があります。
対処方法:共通エージェントコンテナサーバーの truststore を設定するには、次の操作を行います。
レジストリサーバーのキーストアの場所は、常に /soar/3.0 を基準とする。(#6355673)
説明:レジストリサーバーの SSO 設定にはキーストアの場所を指定します。この場所は、常に /soar/3.0 を基準としたものと見なされます。
対処方法:/soar/3.0/jaxr-ebxml/security ディレクトリを作成し、Registry Server から取得した keystore.jks を置きます。
各国語化
KO (韓国語) ロケールで、psadmin deploy-portlet コマンドのヘルプに次の情報が含まれていない。「オペランド — ポートレット war ファイルを指定します。」(#6533738)
対処方法:C または英語ロケールで psadmin deploy-portlet のヘルプコマンドを実行します。
コミュニティーサンプルのヘルプで、ヘルプの表示が文字化けする。(#6538563)
対処方法:右側のヘッダーに表示される「ヘルプ」ボタンをクリックしてヘルプにアクセスし、「コミュニティーの操作」をクリックします。
-
userApps: 次の値を削除します。-NetMail Lite と -NetMail。次の値を追加します。NetFile。
-
targets: 次の値を削除します。NetMailLite|NetMailServlet?nsid=newHTMLSessionNetMailLite|NetMailServlet?nsid=newHTMLSession NetMail|NetMailServlet?nsid=newAppletSession。その次に Instant Messenger ターゲットの重複リンク。
ブックマークとアプリケーションチャネルに重複するリンクおよび無効なリンクがある。(#6504004)
説明:Portal Server を Java ES 4 から Java ES 5 に移行した後、ブックマークとアプリケーションチャネルには重複するリンクと無効なリンクがあります。
対処方法:管理者は、Portal Server コンソールでアプリケーションチャネルに必要なリンクを追加または削除する必要があります。このチャネルは、「DeveloperSample」の MyFrontPageTabPanelContainer の下にあります。アプリケーションチャネルのプロパティーで、次のプロパティーに変更を行ってください。
-
/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 コンテナを再起動します。
グローバル環境でプロキシレットが機能しない。(#6507488)
説明:Portal Server を Java ES 4 から Java ES 5 に移行すると、プロキシレットはグローバル環境で機能しなくなります。
対処方法:ポータルのアップグレード処理が終わった後、必要ではなくなった Java ES 4 ローカライズプロバイダを削除してください。
Portal Server コンソールのオンラインヘルプが、fr-FR ロケールで英語の表示になる。(#6513360)
対処方法:ブラウザの優先言語を fr に設定してください。
Instant Messenger チャネルから Instant Messenger を起動すると、Instant Messenger が英語で表示される。(#6515726)
対処方法:ユーザー情報チャネルを使用して、優先ロケールの言語を設定します。
Portal Server コンソールの一部の「チャネル名」フィールドは、次の文字のみを受け入れる。A 〜 Z、0 〜 9、または a 〜 z。(#6522702)
説明:Portal Server コンソールの次の「チャネル名」フィールドは A 〜 Z、0 〜 9、または a 〜 z のみを受け入れます。
アンケートの日付表示が適切でない。(#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)
説明:他社のコンバータではファイル内容が正しく変換されませんでした。
-
Portal Server 管理コンソールにログインします。
-
「ポータル」タブを選択します。
-
設定済みのポータルを選択します。
-
「ユーザー動作の追跡」タブを選択します。
-
「設定」タブをクリックします。
-
ポータルインスタンスを選択します。
-
「UBT ログ」で「有効」をクリックします。
UBT 生成のレポートで、文字がローカライズされていない。(#6336394)
説明:生成されるレポートは部分的に翻訳されています。これは日本語と中国語のロケールでのみ起きます。
対処方法:文字化けしているメッセージは「選択したレポートについて追跡するデータがないため、表示するページがありません。この問題を解決するには、次の操作を行います。
MAP が削除済みのアドレス帳、カレンダ、およびメールを表示する。(#6423989)
説明:MAP が削除済みのアドレス帳、カレンダ、およびメールを表示する。
amcontroller フィルタのフィルタエントリが、amserver Web アプリケーションの web.xml ファイル内でコメント化されているため、Portal Server の Mobile Access でログ機能が正常に動作しない。(#6437280)
対処方法:amserver Web アプリケーションの web.xml ファイル内のフィルタエントリのコメント化を解除してください。
Mobile Access
メール表示を作成できない。(# 6521744)
説明:ポータルデスクトップで、メール表示を作成しようとすると、エラーメッセージが表示されます。「メールチャネルを編集」->「モバイルメール」->「デバイス表示設定」の順にクリックします。
対処方法:/var/opt/SUNWappserver/domains/domain1/applications/j2ee-modules/portal/ WEB-INF/classes/DeviceNames.properties ファイルにデバイスのエントリを追加します。
モバイルデスクトップにメールチャネルが表示されない。(#6521749)
対処方法:デバイスホームページで、「オプション」->「コンテンツ」の順にクリックし、「メール」オプションを選択して「完了」をクリックします。
-
次のファイルを開きます。
/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 を再起動します。
-
次のファイルを開きます。
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 を再起動します。
ポータルが /amserver/UI/Login を使用する openwave 6.2.2 シミュレータでレンダリングされない。(#6439565 )
対処方法:Web コンテナが Web Server である場合は、次の操作を行います。
Web コンテナが Application Server である場合は、次の操作を行います。
ワイヤレスオプションが別のページにあると、Mobile Access の「オプション」リンクが機能しない。(# 6500172)
説明:モバイルデスクトップの「オプション」リンクをクリックすると、モバイルデスクトップ上のワイヤレスオプション「コンテンツ」と「レイアウト」が強調表示されます。これらのオプションが別のページにある場合、ワイヤレスオプションは強調表示されません。
対処方法:次のページに移動して、「オプション」リンクをクリックします。
終了時刻を指定せずにイベントを作成すると、1 時間のイベントが作成される。(# 6479153)
説明:シミュレータにログインし、カレンダ Hm を使用してイベントを作成します。終了時刻を指定しない場合、イベントの持続期間は 1 時間です。
WebSphere および WebLogic
注 –
現在 Portal Server 7.1 を WebLogicTM または WebSphereTM 上で使用していて、Portal Server 7.1 Update 1 へのアップグレードを希望しており、特定のバグフィックスが必要である場合は、ご購入先にお問い合わせください。
-
お天気ポートレットには次のエラーが表示されます。「コンテンツが使用可能ではありません。」
-
WSRP コンシューマの作成が失敗します。
-
設定済み Web サービスチャネルには次のエラーが表示されます。「WSDL のパース中にエラーが発生しました。」
Web Services for Remote Portlet (WSRP) 機能が、WebSphere 上にインストールされた Portal Server で正しく動作しない。(#6489684)
説明:WebSphere 上にインストールされた Portal Server では、WSRP 機能が正しく動作しません。この場合、次のエラーが表示されます。
次のファイルを削除します。qname.jar および webservices.jar。これらのファイルは WebSphere-installation-directory/lib ディレクトリにあります。
-
/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
共通エージェントコンテナと Portal Server JVM の間のセキュリティー保護された通信を有効にするには、jar ファイルを追加する必要がある。(#6341883)
対処方法:共通エージェントコンテナと Portal Server JVM の間のセキュリティー保護された通信を有効にするには、次の jar ファイルを /etc/cacao/instances/default/private/modules/com.sun.portal.admin.server.module.xml に追加する必要があります。
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 セットアップでのみ発生します。
ブログポートレット
Weblog のコンテンツを検索すると、結果が返されない。(#6568186)
対処方法:共通エージェントコンテナを再起動します。
Solaris プラットフォームの場合:
/usr/share/bin/cacaoadm stop /usr/share/bin/cacaoadm start |
Linux プラットフォームの場合:
/opt/sun/cacao/bin/cacaoadm stop /opt/sun/cacao/bin/cacaoadm start |
「新規送信」オプションを選択すると、対応するウィンドウが別のブログポートレットチャネルで開く。(#6545765)
対処方法:1 つのタブに複数のブログポートレットチャネルを追加すると、「新規送信」オプションを選択したときに、対応するウィンドウが別のブログポートレットチャネルで開きます。
対処方法:タブにはブログポートレットチャネルを 1 つだけ作成します。
-
wizard
-
wizard-user-config
-
manual
appUrl が設定されていないと、「ブログポートレット」チャネルに次のメッセージが表示される。「エラー: コンテンツが使用可能ではありません。」(#6546198)
対処方法:このポートレットの場合、configMode オプションを次のいずれかに設定します。
「新規送信」オプションが Internet Explorer で機能しない。(#6545771)
説明:1 つのタブに複数のブログポートレットチャネルを追加すると、「新規送信」オプションをクリックしても機能しません。
対処方法:タブにはブログポートレットチャネルを 1 つだけ作成します。
Wiki
Wiki エディタで、www で始まるリンクを挿入すると、リンクが機能しない。(#6545362 )
対処方法:www の前に http を付けます。たとえば、www.google.com というリンクを挿入する場合は、http://www.google.com とします。
2 カラムの Wiki コミュニティーの場合、Internet Explorer を使用していると HTML エディタでコンテンツを編集できない。(#6538009)
対処方法:Mozilla を使用してコンテンツを編集してください。
-
amconsole にログインします。
-
「サービス設定」>「クライアントディテクション」の順にクリックします。
-
「クライアントディテクション」画面で、「クライアントタイプ」フィールドの横に表示されている「編集」リンクをクリックします。
-
「クライアントマネージャー」ポップアップウィンドウで、3 番目のページに移動します。
-
「genericHTML」の横に表示されている「編集」リンクをクリックします。
-
ポップアップウィンドウで、「追加プロパティー」オプションを選択してプロパティー authlessState=server を追加します。
Cookie サイズが原因で、ポートレットが認証を受けない匿名ユーザーにエラーを出す。(#6460104)
説明:認証を受けない匿名ユーザーの場合、プロパティーは Cookie に保存されます。それには、すべてのポートレット描画引数とすべてのデスクトップ引数などが含まれます。描画引数が特定のサイズに達すると、ポートレットはエラーになります。
対処方法:次の操作を行います。
サンプルポータル
-
Access Manager 管理コンソールにログインします。
-
DN を「EnterpriseSample」として選択します。
-
サンプル XML の URL オプションを file:///var/opt/sun/portal/portals/portal1/desktop/developer_sample /SampleXML/getQuotes.xml に変更します。
Portal Server 管理コンソールで「チャネルを表示または非表示」オプションを使用している場合、サンプル XML をエンタープライズサンプルポータルに追加すると、ポータルデスクトップにエラーメッセージが表示される。(#6542355 )
対処方法:次の操作を行います。
AjaxTableContainerProvider へのチャネルを追加してこれにポータルデスクトップからアクセスしている場合、「ヘルプ」ボタンをクリックして「コンテンツ」または「インデックス」リンクをクリックすると、対応するウィンドウがポータルデスクトップ上に開くがポータルデスクトップに戻れない。(#6506929 )
対処方法:ブラウザの「戻る」ボタンをクリックします。
Firefox ブラウザで、開発者用サンプルの「Ajax」タブに表示されているチャネルの「ヘルプ」ボタンをクリックするとヘルプがポータルウィンドウに表示されるが、ブラウザの「戻る」ボタンをクリックするとチャネルのレイアウトが崩れる。(#6528832)
対処方法:Firefox ブラウザの「更新」ボタンをクリックします。
アップグレード
アップグレードの問題については、『Sun Java Enterprise System 5 リリースノート (UNIX 版)』の「アップグレードの問題」および『Sun Java Enterprise System 5 アップグレードガイド (UNIX 版)』を参照してください。
-
Web コンテナの管理コンソールにログインします。
-
「リソース」リンクをクリックします。
-
「JDBC」リンクをクリックします。
-
Wiki の接続プール (WikiDBPool など) を作成します。
--Datasource Classname--org.apache.derby.jdbc.ClientDataSource --Resources Type--javax.sql.ConnectionPoolDataSource --serverName--Name of the server where derby is running --portNumber---1527 --Password--portal --user---portal --databaseName---wikidb_portal1
-
この接続プールの JDBC リソース jdbc/WikiDB を作成します。
Portal Server 7.0 から Portal Server 7.1 Update 1 にアップグレードすると、jdbc/WikiDB が動作しなくなるため、Wiki ポートレットが機能しない。(#6536212)
対処方法:次の操作を行います。
-
ファイル共有ポートレットがあるディレクトリに移動します。
/var/opt/SUNWportal/portals/portal1/portletapps/filesharing/
-
update.xml などの XML ファイルを作成します。
-
次の内容をコピーして、この XML ファイルに貼り付けます。
<project name="File Sharing Database Update for 7.0 to 7.1 " default="update" basedir="."> <target name="update"> <property file="build/conf/common.dbadmin"/> <!-- Performs the Sql Tasks --> <sql onerror="continue" delimiter="${sql.delimiter}" delimitertype="${sql.delimiter.type}" driver="${db.driver}" url="${db.url}" userid="${db.user}" password="${db.password}" classpath="${db.driver.classpath}"> <transaction> create table newfilesystem( repositoryId varchar(255) not null, directory varchar(255) not null, name varchar(255) not null, isDir smallint not null, creator varchar(255) not null, created bigint not null, modified bigint not null, datasize int not null, data blob(5000000), primary key(repositoryId,directory,name) ); </transaction> <transaction> rename table filesystem to oldfilesystem; </transaction> <transaction> rename table newfilesystem to filesystem; </transaction> <transaction> insert into filesystem (repositoryId,directory,name,isDir,creator, created,modified,datasize,data) select repositoryId,directory,name,isDir,creator,created,modified, size as datasize,data from oldfilesystem; </transaction> </sql> </target> </project> -
次の ant スクリプトを実行します。
ant -f update.xml
Portal Server 7.0 から Portal Server 7.1 Update 1 へのアップグレード後に、ファイル共有が機能しない。(#6550408)
対処方法:次の操作を行います。
-
ディスカッションプロバイダ JSP テンプレートをコピーします。
cp PortalServer-base/par-src/default-portal/pbfiles/templateBaseDir/default /DiscussionProvider/*.jsp /var/opt/SUNWportal/portals/portal1/desktop/default/DiscussionProvider
-
検索プロバイダ JSP テンプレートをコピーします。
PortalServer-base/par-src/default-portal/pbfiles/templateBaseDir/default /SearchProvider/*.jsp /var/opt/SUNWportal/portals/portal1/desktop/default/SearchProvider
Portal Server 7.1 から Portal Server 7.1 Update 1 へのアップグレード後に、検索プロバイダ JSP とディスカッションプロバイダ JSP が自動的に更新されない。(#6534282)
対処方法:次の操作を行います。
-
psugrade スクリプトを実行する前に、Java ES 4 search.conf ファイルを開きます。
search.conf ファイルは /var/opt/SUNWps/https-server /portal/config ディレクトリにあります。
-
search.conf ファイルの libdir="/opt/SUNWps/lib" を libdir="/opt/SUNWps.bak/lib:/opt/SUNWps/lib" に変更します。
/opt/SUNWps は Java ES 4 のインストールディレクトリです。
-
psupgrade スクリプトを実行します。
-
次のファイルをアップグレード先の検索サーバーディレクトリにコピーします。
cp $SRC/config/taxonomy.rdm $DEST/config cp $SRC/config/filterrules.conf $DEST/config cp $SRC/config/import.conf $DEST/config cp $SRC/config/classification.conf $DEST/config cp $SRC/config/schema.rdm $DEST/config
SRC は旧バージョンの検索サーバーディレクトリのパスで、DEST は新規アップグレード先の検索サーバーディレクトリのパスです。
-
Portal Server 6.3x で何がカスタマイズされているかに応じて、次の操作を行います。
-
Robot の場合、Portal Server 7.1 管理コンソールの robot/properties では、 robot.conf のプロキシや認証などのパラメータを再設定します。Portal Server 7.1 管理コンソールの robot/filter では、robot フィルタプロパティーを Portal Server 6.3.1 の /var/opt/SUNWps.bak/server/portal/config/filter.conf ファイルに対して行われたカスタマイズで更新します。
-
連携検索データベースの場合は、連携検索の設定方法の詳細について Portal Server 7.1 の設定ガイドを参照してください。
-
-
検索サーバー Web コンテナと検索関連のプロセスを再起動します。
Java ES 4 から Java ES 5 にアップグレードすると、検索の移行が失敗する。(#6440906)
対処方法:次の操作を行います。
アップグレード後、検索サーバー設定に対して行ったカスタマイズの一部は UpgradeSearch に移行されません。psugrade スクリプトによって処理されない移行については、アップグレード対象の Portal Server 6.3.1 から手動で引き継ぐ必要があります。これらの操作は、search webapp、robot、rdregister、autoclassify、および profiler などのすべての検索関連のプロセスを停止したあとで行うようにします。
その他のユーザー
管理サーバーが停止しているときに、war ファイルを配備しようとすると、「ホスト node.domain-name のインスタンス node-name–80 からのファイル file.war の配備時にエラーが発生しました」というエラーメッセージを受け取る。(#6506028)
説明:必ずホストマシン上のインスタンスが実行中であるようにしてください。
Portal Server 7.1 Update 1 を更新するパッチを適用する前に、Oracle データベースを使用するように Portal Server を設定済みである場合は、パッチ適用後に設定手順の一部を繰り返す必要がある。(#6530662)
対処方法:http://developers.sun.com/portalserver/reference/techart/databases.html を参照してください。
「Setting Up Community Membership and Configuration」の節にある手順 2 と 3 を繰り返します。
「Configuring and Installing Portlet Applications」の節にある手順 4 から 6 を繰り返します。
- © 2010, Oracle Corporation and/or its affiliates