该帖已经被评为精华帖
|
|
---|---|
作者 | 正文 |
发表时间:2008-07-07
cats_tiger 写道 robbin看到的两个不足也是我不用seam的原因,本来就不喜欢JSF,再怎么整合也是废柴。期待JSF2.1吧。
Jboss重复的启动也非常不爽,不如jetty快,没想到每次修改还需要打包和deploy,让我想起了N年前用EJB的痛苦经历。个人觉得所谓“快速开发框架”,container的启动速度是非常重要的一个特性,既然java不能做到自动的ClassLoad,那么就让Container尽量快的启动。seam在这个方面做的还不够。 有问题,可以看看解答~~robbin的两个问题,根本不是问题~~不过你说的JBoss启动速度的问题。。我没什么好的办法。。。弄个4G的内存,4核的CPU吧,开发测试就爽了。 |
|
返回顶楼 | |
发表时间:2008-07-07
Joo 写道 jarwang 写道 不解,感觉seam跟 Oracle ADF是不是同一级别的东西?也就是说seam已经不是hibernate框架之类啦,而一种组件级的东西。从持久层到VIEW等层都有涉及。
有人知道Oracle ADF 与JBoss Seam有什么可比的吗? 这边好像很少有人提及Oracle ADF,去年年底的时候心血来潮摆弄过一阵,感觉速度比Netbeans快,开发更人性化,就是不太明白里面几个打包部署的概念,最终不了了之.不过觉得他们的UI还是蛮漂亮的 有谁能详细比较一下吗?ORACLE ADF还是不错的,开发效率很高,再说ORACLE10G的那个web enterprise management好象也是这用ADF写的。另外EBS12R也用过ADF写部份。 有谁能详细比较一下吗? |
|
返回顶楼 | |
发表时间:2008-07-07
就是为了seam,我才搞了个双核的CPU和2G内存。
不过如果有点E文基础,想用seam作个东西真的比以前简单很多。 最喜欢的是richfaces里面的东西和双射。 可惜的是我java功底太薄,不得精髓。 对怎么结束conversation仍然没有很好的办法。 |
|
返回顶楼 | |
发表时间:2008-07-07
phoenixup 写道 2.Seam有两种模式,开发和产品模式,在开发模式中,你用的是exploded不是deploy。 多谢提醒,看了一下exploded这个task,终于搞明白了,他就是把project下面的文件给拷贝到JBoss的deploy下面去。因此如果没有更新特定的部署描述文件的话,JBoss就不会reload app。 总得来说,看来大家对于Seam的问题主要还是集中在JSF的限制上面。 |
|
返回顶楼 | |
发表时间:2008-07-07
xiao0556 写道 Spring 用的不多,倒是用Seam做了一年多开发。给我的感觉就是 我越来越恨seam了 不!应该是说恨jsf 。seam还是不错的 怎么就跟jsf弄一起了 还粘合的这么紧 直接被带坏了。当然如果你的应用没什么复杂交互的话 你真是很幸运
很早以前大家争论JSF的时候,本人当时的观点是“能用”,现在依然如此。 JSF很大程度上是以ASP.NET为参照的,所谓的“事件驱动”很多时候也就是靠“binding”。简单页面固然方便,复杂交互就必然是不如“请求驱动”的framework了。 ASP.NET做到如此的程度,做得深入的还不是越来越恨binding,何况是JSF这种半成品。毕竟凡事有利有弊,要有完美的早就一统天下了。 复杂交互的话,都不容易,“事件驱动”的不如“请求驱动”的,有framework不如无framework。但不要忘记,90%都是简单问题,所以说JSF“能用”。 |
|
返回顶楼 | |
发表时间:2008-07-07
哇咔咔,robbin终于也向seam妥协了
现在正用seam做一个自己的web项目,预计年底发布开始上线运营,到时候把源码贡献出来,吼吼 |
|
返回顶楼 | |
发表时间:2008-07-07
推荐JBossTools 2.1.2,可以很好运行在eclipse3.3下面,对seam的元注释提供了很好的IDE支持!
|
|
返回顶楼 | |
发表时间:2008-07-07
我跟大家的情况都不太一样
我正式因为JSF才背叛Spring 开始使用Seam的 Seam的理念也只有跟JSF等有状态VIEW层框架才能发挥出威力 |
|
返回顶楼 | |
发表时间:2008-07-07
seam很强大,很容易开发,但是并不意味着就容易学习。
|
|
返回顶楼 | |
发表时间:2008-07-07
打倒小日本 写道 我跟大家的情况都不太一样
我正式因为JSF才背叛Spring 开始使用Seam的 Seam的理念也只有跟JSF等有状态VIEW层框架才能发挥出威力 我也是使用jsf才引入了seam的支持! seam从设计上兼容spring,提供更高层次的组件化。 即使我使用的是seam+spring整合,也能不断的感受到整个框架体系的业务管理重心正在不断朝seam转移! |
|
返回顶楼 | |