最近、WebSphere Portal/WCM 6.1.5.2 クラスターに新しいノードを追加したときに、非常に奇妙な問題が発生しました。
このアプリケーションは、ローカル レンダリング ポートレットのインライン オーサリング機能を利用します。セットアップはかなり標準的です。サイトエリアからコンテンツを表示するために使用するメニューコンポーネントがあります。コンポーネントには、次のような各コンテンツ アイテムのオーサリング ツール リファレンスがあります。
<Component name="admin library/editauthoringtool" compute="always"/>
「editauthoringtool」は、編集アクションを備えた標準の「オーサリング ツール」コンポーネントです。
<a href="<Placeholder tag="href"/>" class="icon-edit" title="Edit"></a>
次に、奇数ビットについて説明します。サーバーの 1 つでこれらのコンポーネントを使用してページを表示すると、自動生成されたメソッドへの JavaScript 呼び出しを含む href を使用して、正しいインライン オーサリング URL リンクがレンダリングされます..._openInlineEditingDialog()。次のようになります。
<a title="Edit" class="icon-edit" href="javascript:ns_7_CES00SD30GCN80I6UTMJF50MO2_openInlineEditingDialog('?uri=dialog%3awcm&docid=com.aptrix.pluto.content.Content%2f8e87e6804822e81a832a973e18750505&action=edit', 'Edit');"></a>
ただし、他のクラスタ ノードで同じページにアクセスすると、生成される編集リンクはインライン編集用ではありません。代わりに、生成されたリンクは、埋め込まれたインライン スタイルではなく、wcmAuthoring ページに直接アクセスするためのものです。次のようになります。
<a title="Edit" class="icon-edit" href="/isip/myportal/sehm1/wcmAuthoring/!ut/p/c5/rZBJdoJAAETP4gm6MciwZGpkaAjSKLDhYaARZOigAeX0IbtskpVV-_r_FUjB2j6f6iq_10OftyAGqZBpRghhqL9BU3U5aCm6YWlOsFdsDpxADPksbJ7MWq7LoRGDGTdHzxuTGevIJiOyyLV1w-vdJxFzwyWasRvBcEEe_JC5IwoMBQtm10qbdSv9ocE_okDg7YeuBAlIxV9OmidBS4gIttEOYh8C8kKn_1nbl7JskFbtcF5fP9nJU9YGPCMjpYekmORC-OpDLsodM2DnETl6WtHhEg9dRqEp9rpfBCTj9jYSVd5-LAmkcefryoWbZHXgGfFVu94ly9IpZMKPMn9vVIsGZiEw8ViyLeWEz8tjS0hN-VFiTl6wqmjL-nafSFSpWODcOBZuIm-snqybmORRj2Jl8w0ZzF56/dl3/d3/L0lDU0lKQ2dwUkNncFJBISEvb0VvUUFBSVF4QkFJRW95akNVNExnaWNBLzRCRWo4TUF4RW1TQ1VRcE1tRW9SLzdfQ0VTMDBTRDMwR0JMMTBJQURFSUNLUUhRUDUvNl9DRVMwMFNEMzBHQkwxMElBREVJQ0tRSFFQNC93Y21BdXRob3JpbmdBY3Rpb24vZWRpdC9kb2NpZC9jb20uYXB0cml4LnBsdXRvLmNvbnRlbnQuQ29udGVudCUwOGU4N2U2ODA0ODIyZTgxYTgzMmE5NzNlMTg3NTA1MDU!/"></a>
同じポータル クラスタ内の 2 つのノードが非常に異なる動作をするという、似たようなことを見た人はいますか? サーバー間のファイル レベルで興味深い差分を見つけようと、いろいろと調べてみましたが、まだうまくいきません。バージョンは 2 つのノードで同じように見えます。PortalServer\wps.properties は両方で同じように見えます。
# Product information for IBM WebSphere Portal Server
product=IBM WebSphere Portal Server
version=6.1.0.5
featurepack=6.1.5.2
fixlevel=0
mode=standard
buildnumber=wp6105_021_01
WPFamilyName=content
WPInstallType=full
VersionInfo.log は、両方のノードが同じパッチ レベルであることを示していますが、そのうちの 1 つには以前のフィックスパック (WP_PTF_6102、WP_PTF_6103) の明示的なエントリがあります。
ノード 1:
------------------------------------------------------------
IBM WebSphere Portal 6.1.0.5
Build Level: 20110228.0705D (2011-02-28 07:09)
Server Name: ****
Started at: 8/18/2011 13:41:41:465 CEST
Installed Feature Packs:
IBM WebSphere Portal FeaturePack 6.1.5.2 (FEAT615 wp6105_021_01 2010-09-17 09/17/2010)
Installed FixPacks:
WP_PTF_6102 (IBM WebSphere Portal, Version 6.1.0.2 Fix Pack)
WP_PTF_6103 (IBM WebSphere Portal, Version 6.1.0.3 Fix Pack)
WP_PTF_6105 (IBM WebSphere Portal, Version 6.1.0.5 Fix Pack. If Feature Pack 615 is installed, it will also be updated.)
Installed Interim Fixes:
PM22198 (During incremental crawling url is not updated in the index)
PM31611 (Cumulative fix #12 (CF012_PM31611) for Portal 6.1.0.5)
PM32059 (Cumulative iFix 43 for WCM v6.1.0.3, v6.1.0.4, v6.1.0.5)
ノード 2:
------------------------------------------------------------
IBM WebSphere Portal 6.1.0.5
Build Level: 20110228.0705D (2011-02-28 07:09)
Server Name: ****
Started at: 8/18/2011 13:47:35:426 CEST
Installed Feature Packs:
IBM WebSphere Portal FeaturePack 6.1.5.2 (FEAT615 wp6105_021_01 2010-09-17 09/17/2010)
Installed FixPacks:
WP_PTF_6105 (IBM WebSphere Portal, Version 6.1.0.5 Fix Pack. If Feature Pack 615 is installed, it will also be updated.)
Installed Interim Fixes:
PM22198 (During incremental crawling url is not updated in the index)
PM31611 (Cumulative fix #12 (CF012_PM31611) for Portal 6.1.0.5)
PM32059 (Cumulative iFix 43 for WCM v6.1.0.3, v6.1.0.4, v6.1.0.5)