PAA 是否适合在门户中自动部署和设置 wcm 库？
Is PAA a good candidate for automating wcm library deployment and setup in portal?
我创建了一个 Web Content Management 库供 WebSphere Portal 使用。目前我正在使用 import-wcm-data 导入库，然后我需要向 Resource Environment Providers 下的服务器上的 2-3 个文件添加一些额外的属性，然后重新启动特定服务以便检测到这些更改。
谁能解释一下使用 paa 比编写简单的 bash（或类似）脚本来自动执行此过程的好处？
我不明白使用 paa 是否有任何优势，或者 paa 甚至能够更新属性文件和重新启动服务？
根据我的经验，如果您只是导入内容库，PAA 并不是一个好方法。
我想我不明白你为什么要手动导入而不是联合，但即使有充分的理由不联合，PAA 过程也太复杂了，需要太多的前期操作（删除库，删除 PAA，部署 PAA，然后激活 portliest）作为导入 WCM 库这样简单的事情的可行选择。
由于激活我使用 PAA 导入的 portlet 是一个额外的步骤，我认为您也不能重新启动应用程序。
我一直在深入研究 PAA 文件，我必须说这是一种非常稳定的部署应用程序的方式，需要多个 depl 步骤和组件。
它确实需要启动过程，但在多服务器环境中非常值得。
您可以完成所有可以在 Ant 文件中完成的任务，也可以使用 wsadmin 脚本界面。我只在 WAS 中更新 res env 设置等，并且由于所有设置都存储在 WAS 中，因此不触及任何 props 文件。
我创建了一个 Web Content Management 库供 WebSphere Portal 使用。目前我正在使用 import-wcm-data 导入库，然后我需要向 Resource Environment Providers 下的服务器上的 2-3 个文件添加一些额外的属性，然后重新启动特定服务以便检测到这些更改。
谁能解释一下使用 paa 比编写简单的 bash（或类似）脚本来自动执行此过程的好处？
我不明白使用 paa 是否有任何优势，或者 paa 甚至能够更新属性文件和重新启动服务？
根据我的经验，如果您只是导入内容库，PAA 并不是一个好方法。
我想我不明白你为什么要手动导入而不是联合，但即使有充分的理由不联合，PAA 过程也太复杂了，需要太多的前期操作（删除库，删除 PAA，部署 PAA，然后激活 portliest）作为导入 WCM 库这样简单的事情的可行选择。
由于激活我使用 PAA 导入的 portlet 是一个额外的步骤，我认为您也不能重新启动应用程序。
我一直在深入研究 PAA 文件，我必须说这是一种非常稳定的部署应用程序的方式，需要多个 depl 步骤和组件。 它确实需要启动过程，但在多服务器环境中非常值得。 您可以完成所有可以在 Ant 文件中完成的任务，也可以使用 wsadmin 脚本界面。我只在 WAS 中更新 res env 设置等，并且由于所有设置都存储在 WAS 中，因此不触及任何 props 文件。