在实际项目中应用WebWork有什么问题吗？

我现在的项目是采用的是：Struts+Spring+Hibernate
近来看一下WebWork，发现的确不错，不光在Action上比Struts有很大进步，
而且在Taglib上也有很好的支持，比如selectTag可以直接使用Object，这些本来就是我一直想改进的地方，现在看来Webwork已能完成了。
目前就是担心在实际项目中的运用如何？

如果用到xwork的validator功能，在封闭网络下运用，要修改xml文件的dtd定义的url

这的确也是一个要注意的问题。

我还担心的是性能和稳定性的问题，
STRUTS到底还是用了很多个项目了；
Webwork则还不了解，好像Jive用的是webwork ？

担心是没有用的，关键是实践。
当初用struts，后来用ww，再后来尝试tapestry...
都是这么过来的

拿项目做小白鼠？

是啊，等项目后期了再来换FrameWork？

我看了一些文档，和STRUTS的MVC模式在原理上是一样，
我相信不用半小时就能跑通Sample。

问题是项目应用就不一样了，我不能让整个项目组来冒这个险吧？

当初一接触到Spring和Hibernate我就马上选定了，
一是在这个论坛获得了不少好的建议，二来我对O/R Mapping有一定研究，
以前的项目自己做过，实在不行了，可以用我的那套顶上，这对前面的业务逻辑没有什么影响，Spring呢，对应用程序的侵入本来就很少，也是可以在不影响应用的情况下做一些改动的。

有空当然是自己捉摸了，和项目有什么关系。
捉摸透了就大胆上，搞不清楚就挑熟的上。
当然有项目自己愿意当小白鼠最好，没有拉倒

别误导观众啊, 这样的话岂不是大bug了, 如果是大bug的话, 那么早就被修复了.

不是误导

xml校验会寻找dtd文件

默认的dtd文件是从ww2的web上下。。
比如垃圾的教育网上不了ww2网站，只有改url成127.0.0.1

或用系统的dtd文件，我用jetty就是这么干的。。。orion的就不支持系统的dtd文件（估计是xml的parser问题 orion用sun的，jetty用ibm的）


还有validator的xml文件中中文信息。。。我统统用utf-8编码。。

胡扯, 去看代码去, 只要是神智清醒的都知道为xml解析代码设置EntityResolver, 让它优先读取local dtd, 更别说webwork这种高质量的open source lib了:
com.opensymphony.xwork.config.providers.XmlConfigurationProvider