Question

当我们最近向WebSphere Portal / WCM 6.1.5.2集群添加新节点时，出现了一个非常奇怪的问题。

我们的应用程序使用本地呈现portlet中的内联创作功能。设置相当标准。我们有一个菜单组件，用于显示站点区域的内容。在组件中，我们为每个内容项创建了一个创作工具参考，如下所示：

<Component name="admin library/editauthoringtool" compute="always"/>

“editauthoringtool”是带有编辑操作的标准“创作工具”组件

<a href="<Placeholder tag="href"/>"  class="icon-edit" title="Edit"></a>

现在为奇数位。在我们的某个服务器上使用这些组件查看页面时，会使用包含对自动生成的..._openInlineEditingDialog()方法的javascript调用的href呈现正确的内联创作URL链接 - 看起来像这样：

<a title="Edit" class="icon-edit" href="javascript:ns_7_CES00SD30GCN80I6UTMJF50MO2_openInlineEditingDialog('?uri=dialog%3awcm&amp;docid=com.aptrix.pluto.content.Content%2f8e87e6804822e81a832a973e18750505&amp;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>

有没有其他人看到类似的东西，同一个门户群集中的两个节点的行为可能会有所不同？我们一直在挖掘，尝试在服务器之间的文件级别找到有趣的差异，但还没有运气。版本在两个节点上显示相同。 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显示两个节点都处于相同的补丁级别，但其中一个节点具有以前FixPack的显式条目（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)

Answer 1

经过长时间的努力，我们发现为了解决这个问题，我们不得不将wcm.fp.enabled=true添加到WCMConfigServices.properties文件中。

Answer 2

哇，这是一个奇怪的问题。如果你在每个服务器之间的PortalServer / wcm / prereq.wcm / shared / app中区分jar，它们是否相同？这是在JSR286 portlet中，还是旧的portlet？

WebSphere Portal 6.1.5.2，Lotus WCM，内联创作在一个集群成员中工作，而不是在另一个集群成员中工作

2 个答案: