Jquery 提交上载后，Uploadify返回错误500

升级并从Plone 4.1.1安装迁移到Plone 4.2.1后，collective.uploadify egg不再工作。从用户的角度来看，用户可以像以前一样浏览到一个或多个文件，并且文件似乎要上载（通过进度条的前进来证明），但是所有上载都以“HTTP错误500”终止

collective.uploadify-1.0和collective.uploadify-1.1都复制了这种行为

客户端实例日志中显示以下错误：

------
2012-10-22T19:50:34 INFO collective.uploadify uploading file: filename=myfile.pdf, content_type=application/pdf
------
2012-10-22-T19:50:34 ERROR Zope.SiteErrorLog 1350953434.830.935215558164 http://www.example.com/site/@@upload_file
Traceback (innermost last):
  Module ZPublisher.Publish, line 126, in publish
  Module ZPublisher.mapply, line 77, in mapply
  Module ZPublisher.Publish, line 46, in call_object
  Module collective.uploadify.browser.upload, line 130, in __call__
TypeError: __call__() takes exactly 7 argument (4 given)

192.168.1.1 - Anonymous [22/Oct/2012:19:59:04 - 0500] "POST /https://localhost/VirtualHostBase/https/www.example.com:443/VirtualHostRoot/mount/site/@upload_file HTTP/1.1" 500 4013 "https://www.example.com/mount/site/@@upload" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.4 (KHTML, like Gecko) Chrome/22.0.1229.94 Safari/537.4"

客户端Z2日志中显示以下错误：

------
2012-10-22T19:50:34 INFO collective.uploadify uploading file: filename=myfile.pdf, content_type=application/pdf
------
2012-10-22-T19:50:34 ERROR Zope.SiteErrorLog 1350953434.830.935215558164 http://www.example.com/site/@@upload_file
Traceback (innermost last):
  Module ZPublisher.Publish, line 126, in publish
  Module ZPublisher.mapply, line 77, in mapply
  Module ZPublisher.Publish, line 46, in call_object
  Module collective.uploadify.browser.upload, line 130, in __call__
TypeError: __call__() takes exactly 7 argument (4 given)

192.168.1.1 - Anonymous [22/Oct/2012:19:59:04 - 0500] "POST /https://localhost/VirtualHostBase/https/www.example.com:443/VirtualHostRoot/mount/site/@upload_file HTTP/1.1" 500 4013 "https://www.example.com/mount/site/@@upload" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.4 (KHTML, like Gecko) Chrome/22.0.1229.94 Safari/537.4"

Plone在私有IP空间的RedHat Enterprise Linux 5.5上运行，位于第二个RedHat Enterprise Linux 5.5之后，使用Apache配置代理平衡器指令指向重写规则。Plone站点为每个不同的站点使用ZODB装载点

该功能在已保留的原始安装中起作用。但是，无论是在迁移的站点上还是在新安装的站点上，这个egg都不再工作

---

对于如何解决或获取更多故障排除详细信息的任何建议，我们衷心感谢

从源代码的行之间读取，似乎有东西注册了一个

IFileFactory

工厂，它需要3个额外的参数，这完全违反了该接口。

collective.uploadify

在新的、干净的Plone 4.2安装中工作吗？不，它不工作。在干净安装中，collective.uploadify安装1.1版。因此，我将版本锁定为1.0（与原始功能安装中的版本相同），但是，观察结果是相同的。我怎样才能确定它所期望的参数呢？啊，我假设回溯是针对1.1的。你能澄清一下吗？是1.1还是1.0生成了您发布的回溯？如果是1.1，您将需要找到IFileFactory实用程序已注册的内容（grep可能通过parts/omelete/目录）才能找到罪魁祸首。如果这也出现在4.2中，那么本地的东西就是b0rken，因为我在其他地方没有看到该产品在4.2中不起作用的报告。事实上，回溯是针对1.1的。我也没有太多的运气去寻找更多的细节。事实上，我能找到的唯一参考资料是今年早些时候的这篇文章，这听起来像是同一个问题：我会遵循你的建议，看看会出现什么！