浏览 5583 次
锁定老帖子 主题:WebWork 2.2: Released
精华帖 (0) :: 良好帖 (0) :: 灌水帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2006-01-12
2006-01-12 OpenSymphony 和 WebWork 团队自豪的公告 WebWork 2.2 的发布 (download now). 这次发布对WebWork来说是最重要的发布,这么说的理由如下(full release notes): 对Java 5标注和泛型的全面支持 丰富的AJAX 支持,使用了 DWR 和 Dojo 新的 QuickStart 工具让开发比以前更容易 大量的文档,超过900页(PDF文档)! 使用AJAX或者普通的JavaScript进行客户端校验 Continuations 的内建支持 对几个流行Portlet服务器的 JSR168/Portlet 支持,包括 Pluto 丰富的界面模板框架,包括对JSP,FreeMarker,Velocity的本地支持 对 Spring 和 Pico IOC 容器的本地支持 更智能的错误报告 开发模式改进了错误报告使开发程序更加容易。 简单的标签语法 高级数据绑定框架可以和任何对象协作,包括 domain 对象 这次发布是WebWork历史上的一个重要的里程碑: 是最后一次使用WebWork和OpenSymphony名字的主要发布. 虽然小的发行版本还会继续进行(包括 2.2.x和2.1.x),但是所有主要的工作将转向 Struts Action Framework 2.0 版本. 你可以把 WebWork 2.2 当作一个Struts Action Framework 2.0 的早期预览版本使用, 但是你也期望很多其他的重大的改进被增加到新的版本中. 感谢整个的 WebWork team 的努力的工作, 特别是在最后几个星期里作出的令人惊异的工作( during these last few weeks as the final touches were put in place ). 开始使用 我们认为开始使用任何技术最好的方式就是立刻试用它. 这也就是为什么我们把WebWork做成一个非常容易开始进行WEB开发的平台的原因. 你可以使用 QuickStart 功能 (阅读 QuickStart 的文档来了解你如何在你的项目中使用这个重要的工具): 在Webwork的根目录下打开一个命令行窗口 使用 Java 5 JDK, 执行: java -jar webwork-2.2.jar quickstart:showcase 打开浏览器,访问: http://localhost:8080/showcase 自由编辑任何源码 (.java, .jsp, 等等) 位于目录: webapps/showcase 刷新浏览器可以看到立刻的改变 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2006-01-13
兴奋!
|
|
返回顶楼 | |
发表时间:2006-01-13
现在用WebWork2.2开发的软件,以后的维护工作是个问题。因为几个月过后,只能转向Struts 2.0。
闹心! |
|
返回顶楼 | |
发表时间:2006-01-13
呵呵,不一定要时时跟上最新技术吧。研究还可以:)
|
|
返回顶楼 | |
发表时间:2006-01-13
戏说乾隆 写道 呵呵,不一定要时时跟上最新技术吧。研究还可以:)
不是“时时跟”的问题,是逼上梁山。WebWork2.2是最终版本(后面的.x肯定是修补bug的),可是你不用它用什么啊!好比Windows95没有出来的时候,只能用Windows3.2,可是你还知道Windows95几个月后会release,此时此刻还不得不用Windows3.2。 郁闷 |
|
返回顶楼 | |
发表时间:2006-01-14
LuluWang 写道 戏说乾隆 写道 呵呵,不一定要时时跟上最新技术吧。研究还可以:)
不是“时时跟”的问题,是逼上梁山。WebWork2.2是最终版本(后面的.x肯定是修补bug的),可是你不用它用什么啊!好比Windows95没有出来的时候,只能用Windows3.2,可是你还知道Windows95几个月后会release,此时此刻还不得不用Windows3.2。 郁闷 那么现在开始的项目也用ww2.2做最终版本,几个月后开始的项目用struts好了。有什么矛盾呢? |
|
返回顶楼 | |
发表时间:2006-01-15
gigix 写道 LuluWang 写道 戏说乾隆 写道 呵呵,不一定要时时跟上最新技术吧。研究还可以:)
不是“时时跟”的问题,是逼上梁山。WebWork2.2是最终版本(后面的.x肯定是修补bug的),可是你不用它用什么啊!好比Windows95没有出来的时候,只能用Windows3.2,可是你还知道Windows95几个月后会release,此时此刻还不得不用Windows3.2。 郁闷 那么现在开始的项目也用ww2.2做最终版本,几个月后开始的项目用struts好了。有什么矛盾呢? 主要是现在用ww2.2所做项目的维护问题 1、我们自己的企业开发框架不得不保留两个版本,一个是包含ww2.2的,一个是包含struts2的。维护一个旧版本不是件舒服的事儿。 2、维护两个企业开发框架还不是件难事儿,确保开发人员同时会ww2.2和struts2是件令人头痛的事儿。尤其现在人员流动这么大,如果会ww2.2和struts2的人走了,不可能保证新招聘的工程师同时会两种技术。到那时,让新来的人学习已经遗弃的ww2.2? 还有我们现在做的项目,开发可能会持续一年左右,今后还需要不断完善。这期间,struts2还没有发布,而ww2.2注定将被遗弃。有点像Windows95发布前,只能由Windows3.2开发,但等到产品开发出来了,已经进入Windows95的时代了! 现在只能希望struts2很像ww2.2,将代码从ww2.2移植到struts2不会很费事! |
|
返回顶楼 | |
发表时间:2006-01-15
如果ww2.2够用,那么为什么非要迁移到struts ti上去呢?就好像你已经开发好的项目用的是Hibernate2,用得也不错,你还有必要非把项目迁移到Hibernate3上面去吗?
|
|
返回顶楼 | |
发表时间:2006-01-15
Struts2/StrutsTi 时代到来的时候,谁来维护用WW2.2开发的软件?再说:
robbin 写道 另外非常值得注意的是,Struts Ti的目标可不止集成Webwork这么简单,看看它的phase 2,集成Beehive的Page Flow,JDK1.5的annotations,目标是Ruby on Rails般的快速开发模式,多么诱人的前景!
有这么个好东西在那摆着,公司还给新员工做WW2.2的培训?影响士气不说,恐怕连人后招不来了! 还有,Web层(表现层)的开发与应用层(Spring+Hibernate)有一点是不一样的,就是企业开发框架是可以将Spring+Hibernate封装起来,让开发人员几乎看不到也用不到Spring和Hibernate的API。我们现在的企业开发框架就做到了。这样,Hibernate2迁移到Hibernate3这件工作几乎是发生在企业开发框架内部,与开发人员无关。 但是,Web层不一样,至少我现在还知道如何将Web层封装到开发人员看不到、用不着WebWork或者Struts这样的程度。 btw: 我现在正考虑将原来企业开发框架中Hibernate2迁移到Hibernate3。 |
|
返回顶楼 | |
发表时间:2006-01-15
to LuluWang 你说的这些问题,也是我目前考虑的。:)
至于web层,事实上应该也是可以封装到看不到。不过我没那么做,主要是因为知道struts的web层开发方式确实不是很好。 如果用webwork后,我想应该可以完全封装掉,之后的struts ti我想应该也是用这种模板开发方式。 一个webwork2。2不一定要升级,其次升级到struts ti 应该比较容易。 |
|
返回顶楼 | |