内容数据导入
内容数据导入是最有趣的。当把数据导入至一个现有的内容管理系统中时，需要考虑多种情况。当存在数据冲突时，重要的是识别它们，使操作者可以在导入和忽略某些内容之间作出合理的选择。使用导入工具时，冲突项会以感叹号来标识（参见图3），并且显示不同属性的详细信息（参见图4），然后用户就可以决定是否导入这个特定节点。需要注意的是，该工具使用内容层次结构和名称而不是ID号进行匹配。如果一个节点被重命名，将不会发现冲突。之所以不使用ID是因为各个系统的ID号很有可能不同，而层次和名称则是相同的。
解决最初的问题
本文总的目的就是要展示如何使用该工具来解决最初的问题。
问题1：迁移
这是开发此工具的主要目的：内容类型和数据可以通过XML文件从一个系统迁移至另一个系统。注意，不需要同时访问两个系统。可以创建导出的XML文件，然后在以后的某个时间（部署时）进行导入。
问题2：备份/还原
对于该工具，数据迁移并不是它唯一的用途。利用它可以轻松地对生产系统进行复制，以便进行备份和还原。图形化工具或者自动化的脚本可以用于执行备份。XML文件名包含日期，这使得周期性备份变得容易。还原也很容易，因为可以使用最新的备份文件，还可以在还原过程中包含或者排除指定的数据。
问题3：数据类型修改
解决该问题稍微困难一些。数据先导出到XML文件，然后从储存库中删除，这使得数据类型可以修改。然而，也有可能必须修改XML文件来映射数据类型的变化。有很多好的XML编辑工具可以胜任这一操作，或者也可以编写一个简单的Perl脚本。导入工具对数据类型的更改比较宽容，因此可能根本不需要修改XML文件。导入总是试图添加尽可能多的数据，例如，如果从内容管理系统中删除一个特定属性，那么导入就将在XML文件中忽略该数据，而添加其余的属性；如果添加属性，导入将让新的属性保持空白。
问题4：大批量修改
WebLogic Portal提供了一种进行大批量加载的机制，但是有时通过创建XML文件来进行大批量加载更为方便。例如，为了测试，我创建了一个映射文件属性的内容管理类型：名称、大小、权限。然后我编写了一个简单的Perl脚本，它扫描我的文件系统，创建一个与文件属性相匹配的XML层次结构。将其导入到我的内容管理系统后，我便有了计算机中所有文件的完整表示。
结束语
8.1中的内容管理系统是非常强大且有用的，但是它缺少重要的内容管理迁移工具。在WebLogic Portal 9.0中，将添加其中的很多特性，但是直到那时候，该工具也仍然有助于使WebLogic Portal 8.1的内容管理系统上的企业级应用程序构建更容易管理。
原文出处: Managing BEA WebLogic Portal Content Management With Release 8.1 字号: 小 中 大 | 推荐给好友