4

我们使用没有任何修补程序的 Tridion 2011 sp1 和 .net Web 应用程序 httpupload.aspx 在文件系统中部署内容。我们监测发现有两个问题：

1）在发布队列中成功发布的某些时间页面没有在文件系统中上传/更新。

2) 没有为因错误而失败的页面创建传输包：

部署失败阶段：部署处理阶段失败，无法初始化类 com.tridion.storage.StorageManagerFactory，无法初始化类 com.tridion.storage.StorageManagerFactory

同样在部署程序日志文件和传输程序日志文件中，没有对失败项目事务 ID 的引用。

谁能帮我解决这个问题？

4

2 回答 2

5

您的日志中必须有更多关于失败的详细信息，而不仅仅是这些。

无法初始化 StorageManagerFactory 通常会指向配置错误的 cd_storage_conf.xml 或缺少 jar。

如果你偶尔遇到这个问题，那么肯定有一些东西偶尔会失败（比如你的数据库连接或文件系统）。

请浏览您的部署程序和/或核心日志以获取更多信息。

[更新]

我认为您可能有第二个部署程序“侦听”同一个传入目录，并且该第二个部署程序已损坏。

提示：

  1. 你说没有创建传输包。我假设您的意思是您找不到传输包 - 它必须在 CM 中创建，否则它不会失败。这意味着“某人”拿起了它

  2. “有时它们会发布，有时不会” == 有时它们会被正确的部署者选中，有时它们会被错误的部署者选中。

  3. 日志中没有对事务的引用

在您的服务器中搜索所有 cd_deployer_conf.xml，然后比较所有“传入”文件夹设置。每个传入文件夹只能有一个部署者。

于 2012-05-24T10:45:46.060 回答
0

尝试以下操作：

1) 在 Windows 事件日志中确定正在加载的 Deployer 的路径...通常它应该由 Tridion_Home 变量定义，但也有一个汇总逻辑，它也可能从中获取部署者路径如果您已将部署程序配置和 bin 文件夹放在应用程序 bin 文件夹中以供 Tridion Content Delivery API 处理，则您的应用程序配置优先

2) 检查更新后的 SQL JDBC jar 文件是否存在于部署程序 bin 文件夹中

3) 确认您没有在 CMA 和/或 CDA 服务器上安装 1.6.0.26 到 1.6.0.30 之间的 jre 版本 - 检查 32 位和 64 位版本

于 2013-01-08T14:29:04.817 回答