WebSphere Portal 配置向导的背景介绍
WebSphere Portal 里的配置 向导一向是用户所喜爱的工具，它可以帮助用户简化配置过程，原本需要用户自 己手工修改配置文件中的大量配置参数，现在只需要跟随配置向导一步一步填写 简单的信息就行了。简单来说配置向导主要是从几个方面来简化配置流程的：
针对用户所要完成的任务，配置向导将此任务所有相关的配置参数都挑选了 出来，并按照它们之间的关系分组放在不同的步骤中。这样避免了让用户自己从 纷杂的上百个配置参数判断哪些参数是需要修改，哪些参数是无关的不应该修改 。使用了配置向导之后，用户从此不用再担心漏填了必备参数。
配置向导会根据用户在上一步填写的信息来过滤下一步里所需要填写的配置 参数。例如，如果用户在数据库迁移的任务中选择了目标数据库类型是 DB2，那 么接下来的步骤中就会将其他数据库类型的配置参数都过滤掉，无需用户填写。 并且，配置向导还会针对每个配置参数提供默认值以及帮助信息，方便用户来填 写。
配置向导的运行环境介绍
在 WebSphere Portal 8.0 之前的版本里， 配置向导是一个运行在 WebSphere Portal 所在的服务器上的 Java 客户端程序 ，是基于 InstallShield 安装配置向导来实现的，主要提供了对数据库迁移以 及配置安全性任务的支持。在 WebSphere Portal 8.0 里，配置向导有了全新的 升级，不仅仅运行方式上从 Java 客户端程序转向了基于 Dojo 的 Web 应用， 而且扩展性也大大增强，所覆盖的配置任务也因此可以极大丰富了。我们知道， Web 应用自然是运行在 Web 服务器上的；同样，我们的配置向导也是运行在 WebSphere 这个应用服务器上。有人可能看到这里会有疑问了，在常用的配置任 务中，经常需要重启 WebSphere 应用服务器来使修改的配置生效（例如，在给 WebSphere Portal 配置安全性时，就需要重启 WebSphere 才能使新的安全性生 效），那么在这种时候，我们的配置向导不就被中断了么？我们通过配置向导所 执行的配置任务从而也就被中断了，从而无法完成了，不是么？还有的人可能会 有其他的担心，在集群环境中每个 WebSphere 节点都是由部署管理器 （Deployment Manager）来管理的，每个 WebSphere 自身的管理控制台是无法 访问的，那这时候自然配置向导也就无法访问了，这种情况该怎么处理呢？
针对上面的问题，我们来了解一下配置向导的体系框架。首先，它是作 为集成解决方案控制台（Integrated System Console，缩写为“ISC”）的一个 扩展模块部署在 WebSphere 应用服务器上面的。其次，我们在 WebSphere 里为 配置向导创建了其专属的概要（Profile），这个概要的名字就叫 "cw_profile"。这个概要的运行及它的安全性是完全独立的，因此更 改 WebSphere Portal 的安全性等配置任务完全不会影响到这个概要的运行，我 们的配置向导因此也就始终保持运行，能够完整的完成各种配置任务了。最后， 虽然配置向导缺省部署在 WebSphere Portal 所在的机器上，但是我们依然能够 将它部署到其他机器的 WebSphere 或者部署管理器上。这样，我们保证了配置 向导的完全独立运行，不受任何其他因素的影响。关于如何将配置向导部署到其 他机器的相关步骤可以在 WebSphere Portal 8.0 的信息中心中找到，这里就不 赘述了。
图 1. 集成解决方案控制台中的配置向导
配置向导的三大全新功能
在全新的配置向导中，所包含的功能也比之前版本有了极大的改善。简单来说可 以分为三大新功能：从 Web 界面运行 ConfigEngine 任务，查看系统日志，工 作流程。前两个功能可以看作是对现有 ConfigEngine 的功能补充，最后的工作 流程功能才是配置向导的重点所在。下面我们来逐个看看每块功能中包含的内容 。
从 Web 界面运行 ConfigEngine 任务
我们知道，WebSphere Portal 中的所有配置任务最终都是通过 ConfigEngine 这个命令行工具来执行 的，而所有的配置任务也都是基于 ConfigEngine 来实现的 ANT 任务。通常来 说我们都是通过登录安装有 WebSphere Portal 的远程机器，在上面通过命令行 方式运行 ConfigEngine 任务的。现在，配置向导移到了 Web 端之后，运行一 些简单的 ConfigEngine 任务完全可以通过配置向导的这项功能从 Web 端来提 交，免去了登录远程机器的过程。
图 2. 从 Web 界面运行 ConfigEngine 任务
从上图可以看出，在 Web 端运行 ConfigEngine 任务是十分简单的，主要需要用户提供希望运行的任务名以及相 关的特性值即可。这项功能其实更主要的是提供了一种替代命令行的运行方式， 而不是继承以前版本中配置向导的功能。真正强大的向导功能将会在后面的工作 流程小节中详细介绍。
在上图中同样可以看出，我们在允许用户点击“ 立即运行任务”之前会在后台检查 ConfigEngine 的状态，这是因为 ConfigEngine 不支持并发执行多任务，所以我们需要避免用户提交了任务之后 才发现 ConfigEngine 已处于运行中状态。如果当前 ConfigEngine 处于可用状 态，那么用户就可以立即运行任务，在任务提交后，页面将会实时显示后台的运 行进度及日志中的输出结果直至任务运行完毕。在这里同时提供了其他两个选项 ：“首选项设置”和“创建脚本”。“首选项设置”主要是可以让用户修改缺省 的 WebSphere Portal 安装路径，放置临时文件的路径等信息。而“创建脚本” 则提供了打包功能，将用户输入的任务及特性值生成可执行的脚本文件和属性文 件并提供下载。用户可以保存这些打包的文件，在需要运行的时候只需要简单的 运行一下里面的可执行脚本文件即可，而无需重新输入这些任务名及特性值。当 ConfigEngine 被锁定的状态下导致无法立即运行，或者将来希望重复利用这些 脚本的时候都可以使用这个功能来延时完成配置任务。
需要注意的是， 从 Web 端运行 ConfigEngine 任务仅限于配置向导与所管理的 WebSphere Portal 安装在同一台机器上。如果配置向导被部署在了其他机器的 WebSphere 或者部署管理器上，是不能使用这项功能的。