伍德斯托克在 Chrome、Firefox 和 IE10 中加载页面时消失+
Chrome、Firefox 和 Internet Explorer 10+ 在加载包含由 Woodstock
这可能是由 Woodstock 生成的 JavaScript 或 css 出现问题。这是如何引起的以及如何解决？
Chrome, Firefox and Internet Explorer 10+ seem to have a bug when loading JSF pages with HTML tables generated by Woodstock <webuijsf:table>. The table renders, but when the page finishes loading, it vanishes.
It might be some problem with the JavaScript generated by Woodstock, or maybe with the css. How is this caused and how can I solve it?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
Woodstock 库（在第一个 Netbeans 版本之一的“Visual JSF 编辑器”中使用）在 2005 年左右消亡，并自 2006 年起被 Oracle（以前称为 Sun）正式放弃，其真正原因是过于复杂且有缺陷的 JS 库，它过于针对 MSIE 浏览器，因此使用了错误的“标准”，导致它在“真正的网络浏览器”上崩溃。它在 Firefox2 上已经存在一些问题，但在 Firefox3 上完全崩溃了，而这正是导致 Woodstock 死亡的原因。后来事实证明，它在即将推出的基于 webkit 的浏览器上也无法正常工作。
不要指望他们或其他任何人来解决它。扔掉它并用更体面、更强大的组件库代替。例如 PrimeFaces、RichFaces、IceFaces 或 OpenFaces。老 Woodstock 开发团队与 IceFaces 合作制定了迁移指南。
伍德斯托克是一个很大的耻辱。它是给 JSF 带来不好印象的库之一。
另请参阅：
The Woodstock library (which was used in "Visual JSF editor" in one of the first Netbeans releases) died around 2005 and is officially abandoned by Oracle (formerly Sun) since 2006 with the real reason being a too overly complex and buggy JS library under the covers which was too much targeted on the MSIE browser and thus utilized the wrong "standards" which made it to broke on the "real webbrowsers". It was already somewhat buggy on Firefox2, but it broke totally on Firefox3 and it was exactly that which killed Woodstock. Later it turns out to work incorrectly on the upcoming webkit-based browsers as well.
Don't expect them or anyone else to fix it. Throw it away and replace by a more decent and robust component library. PrimeFaces, RichFaces, IceFaces or OpenFaces for example. The old Woodstock dev team has worked together with IceFaces on a migration guide.
Woodstock was a big shame. It was one of the libraries which gave JSF a bad imago.
See also: