我們使用的外表套上2011 SP1沒有任何修補程序和.NET Web應用程序httpupload.aspx部署在文件系統中的內容。 我們監測並發現有兩個問題：外表套上2011 SP1：問題，同時部署內容
1）在發佈隊列中成功發佈的時間頁不會在文件系統中上載/更新。
沒有爲這越來越失敗，錯誤頁面創建2）交通運輸包裝：
部署FailedPhase：部署處理階段失敗，無法初始化類com.tridion.storage.StorageManagerFactory，無法初始化類com.tridion.storage.StorageManagerFactory
在部署日誌文件和轉運日誌文件此外，還有失敗的物品交易編號的參考。
任何人都可以幫我解決這個問題嗎？
您必須對失敗在日誌不僅僅是一些這方面的更多細節。
無法初始化StorageManagerFactory通常會指向一個錯誤配置cd_storage_conf.xml或罐子失蹤。
如果你得到這個偶爾，則必須存在的東西，偶爾失敗（如數據庫連接或文件系統）。
請通過您的部署和/或核心日誌的其他信息進行掃描。
[更新]
我認爲你可能有第二個部署「聽」到同一incoming目錄，而第二個部署壞了。
提示的是：
你說沒有創建運輸包裝。我假設你的意思是你找不到運輸包 - 它必須在CM中創建，否則它不會失敗。這意味着，「某人」把它撿起來
「有時候，他們會發表，有時候不是」 ==有時他們通過正確的部署回升，有時他們被錯誤的回升。
的交易沒有引用在日誌
搜索服務器的所有cd_deployer_conf.xml，去比較所有的「進入」文件夾設置。每個傳入文件夾只能有一個部署者。
感謝您的快速回復。我更新了我的帖子，提供了更多的細節。 –
嘗試以下操作：
1）在Windows事件日誌中識別，這是獲得加載的部署路徑...通常它應該由Tridion_Home變量定義，但是也有一個捲起邏輯，如果您已將deployer config和bin文件夾放在您的應用程序bin中，它也可以從您的應用程序配置中優先選擇部署程序路徑由外表套上內容交付API
2）檢查更新SQL JDBC jar文件出現在部署bin文件夾
3）文件夾處理確認你沒有1.6.0.26之間JRE版本到1.6 .0.30安裝在CMA和/或CDA服務器上 - 檢查32位和64位版本
您是否已將日誌記錄級別配置爲「調試」？否則，這樣做可能會讓您更深入地瞭解問題。 –