|
锁定老帖子 主题：Seam生命周期
精华帖 (0) :: 良好帖 (3) :: 新手帖 (0) :: 隐藏帖 (2)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-10-15
hantsy 写道 从成熟度看，Seam3 和 Seam2 差很远。
我们现在一个项目，客户要求迁移到 Seam3，结果发现了很多问题，除了发现大量 BUG 外，就是 Seam3 本身并没移植所有 Seam2 功能，特别 Seam UI 相关的部分（jsf, excel, pdf, mail）。 Seam 3 的开发令人担忧，最近的 Seam 3.1.0 Beta3 中将几个模块（config, servlet, catch）合并到solder，按照官方的说法，3.1 可能是最后一个以 Bundle形式发布的 Seam 3产品。之后，persistence 丢给了hibernate, wicket 丢给apache wicket，rest 丢给 resteasy,等等， 而drools 这些还没发布的模块，直接死胎腹中。。。相应的 Seam 3 模块版本不再统一（或许那时不应该再叫 Seam了）。 Seam 的优势在于 Stateful（也就是它的状态管理）， 用了Seam 之后，再用 Spring， 我怎么都不习惯（当然 Spring 也在试图加入 Conversation）。 seam 做的网站也很多，做内部系统可能更适合一些，seamframework 网站本身就是 seam 2 wiki example。 RichFaces 生成的页面代码的确够吓人，如果可能，尽可能的使用 a4j，rich 高级组件应该不怎么样。 我最新的项目用的就是seam 3/cdi/weld + flex，很多bug，都得忍着用了，真想换回seam 2 算了。 |
| 返回顶楼 | |
|
发表时间：2011-11-15
最后修改：2011-11-15
hantsy 写道 从成熟度看，Seam3 和 Seam2 差很远。
我们现在一个项目，客户要求迁移到 Seam3，结果发现了很多问题，除了发现大量 BUG 外，就是 Seam3 本身并没移植所有 Seam2 功能，特别 Seam UI 相关的部分（jsf, excel, pdf, mail）。 Seam 3 的开发令人担忧，最近的 Seam 3.1.0 Beta3 中将几个模块（config, servlet, catch）合并到solder，按照官方的说法，3.1 可能是最后一个以 Bundle形式发布的 Seam 3产品。之后，persistence 丢给了hibernate, wicket 丢给apache wicket，rest 丢给 resteasy,等等， 而drools 这些还没发布的模块，直接死胎腹中。。。相应的 Seam 3 模块版本不再统一（或许那时不应该再叫 Seam了）。 Seam 的优势在于 Stateful（也就是它的状态管理）， 用了Seam 之后，再用 Spring， 我怎么都不习惯（当然 Spring 也在试图加入 Conversation）。 seam 做的网站也很多，做内部系统可能更适合一些，seamframework 网站本身就是 seam 2 wiki example。 RichFaces 生成的页面代码的确够吓人，如果可能，尽可能的使用 a4j，rich 高级组件应该不怎么样。 这正是weld/CDI成熟的标志 其实weld/CDI才是继承了seam2的衣钵（seam思想也曲线变成了EE6的标准） seam3仅仅继承了名字 它已经变成了weld/CDI补充(做一些辅助或不方便官方化，有争议的功能) seam3现在对于EE6的定位 与apache-commons项目对于java的定位是一样的 都是工具类 所以接下来的拆分工作就很正常了 solder作为weld/CDI对外连接的桥梁 单提出来服务于其他准备加入EE6阵营的项目 persistence validator wicket rest等功能交由各个项目独自发展 再利用solder项目与weld/CDI连接 一流做标准 二流做技术 seam是升华了 而不是没落了 请不用担心seam的路会越走越广 虽然名字本身可能会被淡忘 
|
| 返回顶楼 | |
|
发表时间：2011-11-15
may_cauc 写道 我最新的项目用的就是seam 3/cdi/weld + flex，很多bug，都得忍着用了，真想换回seam 2 算了。
我们的项目也是seam3/weld + flex 经过对外测试一切顺利 正在准备下旬的进行三测 不知您是遇到了什么问题？性能还是别的？ |
| 返回顶楼 | |
|
发表时间：2011-11-30
我现在在用seam 3，貌似没碰到什么大的BUG。记忆中几个问题：
1.ie不兼容问题 换标签搞定（是richface4的bug） 2.a4j与composite不兼容问题，升级 jsf版本 其他类似的错误，中间吃了些苦头，都是这样类似的Bug。没遇上seam本身的BUG。 其实主要的苦头基本都是由于richface 4带来的（占80%以上吧） seam不好驾驭，对于驾驭不好的情况来说，觉得seam 一无四处很正常。我们项目就有人觉得不能忍受这个辞职的。 说道招聘seam的人问题，并不需要特别招懂seam的，只要懂jsf即可。 可惜jsf用户群也很少。 说到招聘，我招seam的人，蛮久了，没有合适的人。唉。 hantsy 写道 从成熟度看，Seam3 和 Seam2 差很远。
我们现在一个项目，客户要求迁移到 Seam3，结果发现了很多问题，除了发现大量 BUG 外，就是 Seam3 本身并没移植所有 Seam2 功能，特别 Seam UI 相关的部分（jsf, excel, pdf, mail）。 Seam 3 的开发令人担忧，最近的 Seam 3.1.0 Beta3 中将几个模块（config, servlet, catch）合并到solder，按照官方的说法，3.1 可能是最后一个以 Bundle形式发布的 Seam 3产品。之后，persistence 丢给了hibernate, wicket 丢给apache wicket，rest 丢给 resteasy,等等， 而drools 这些还没发布的模块，直接死胎腹中。。。相应的 Seam 3 模块版本不再统一（或许那时不应该再叫 Seam了）。 Seam 的优势在于 Stateful（也就是它的状态管理）， 用了Seam 之后，再用 Spring， 我怎么都不习惯（当然 Spring 也在试图加入 Conversation）。 seam 做的网站也很多，做内部系统可能更适合一些，seamframework 网站本身就是 seam 2 wiki example。 RichFaces 生成的页面代码的确够吓人，如果可能，尽可能的使用 a4j，rich 高级组件应该不怎么样。 |
| 返回顶楼 | |
|
发表时间：2011-11-30
lixigua 写道 我现在在用seam 3，貌似没碰到什么大的BUG。记忆中几个问题：
1.ie不兼容问题 换标签搞定（是richface4的bug） 2.a4j与composite不兼容问题，升级 jsf版本 其他类似的错误，中间吃了些苦头，都是这样类似的Bug。没遇上seam本身的BUG。 其实主要的苦头基本都是由于richface 4带来的（占80%以上吧） seam不好驾驭，对于驾驭不好的情况来说，觉得seam 一无四处很正常。我们项目就有人觉得不能忍受这个辞职的。 说道招聘seam的人问题，并不需要特别招懂seam的，只要懂jsf即可。 可惜jsf用户群也很少。 说到招聘，我招seam的人，蛮久了，没有合适的人。唉。 没BUG，你用它做实际的项目没？ 最基本的一个 Transaction is already active 之类的Exception，时常跳出来，还好，这个BUG已经标志为 Release Blocker ，也就是 3.1 发布之前必须解决。 还有我报的这个 BUG， https://issues.jboss.org/browse/SEAMPERSIST-67 我还写这个 BUG reproduce 代码，Seam 的大牛，搞了半天也不知道什么原因。 其他的不计其数了，自己经常上 Seam Forum 就可以看到了。 |
| 返回顶楼 | |
|
发表时间：2011-12-01
不过，世事难料。
才过一个多月，今天的 JBoss.org 登出新的 Seam.Next。上次要拆分。 这次说要全部合并到 Apache DeltaSpike 项目，项目贡献来自Seam Team , MyFaces CODI, CDISource， 和其他社区成员。 之前没在意 MyFaces CODI （很久以前在 JAX 上看到一篇对 MyFaces 作者的采访），直到上个月，Seam 3 遇到问题太多了，才想起了 MyFaces CODI 扩展。 MyFaces CODI 对 JSF 的扩展远远超过 Seam Faces 项目，支持 @WindowScoped @ViewAccessScoped 及全新设计的Conversation(支持分组，这个可能影响到下一代JSF 2.2)，TypeSafe page navigation, Page Bean, 可扩展的 ProjectStage(这个提升了 jsf 的 ProjectStage 那个设置，完全可以替代 Spring 3.1 中 Profile)，Validator, Converter 同样支持注入。 MyFaces CODI 还包括 Messages, persitence等等。 MyFaces CODI 还支持 JSF 1.2。 CDISource 主要集中在 SE 中 DI的支持，看看 JavaLobby 那三篇文章就知道了，另外就是与Spring互操作（Bean， Scope）。 |
| 返回顶楼 | |
|
发表时间：2011-12-01
hantsy 写道 lixigua 写道 我现在在用seam 3，貌似没碰到什么大的BUG。记忆中几个问题：
1.ie不兼容问题 换标签搞定（是richface4的bug） 2.a4j与composite不兼容问题，升级 jsf版本 其他类似的错误，中间吃了些苦头，都是这样类似的Bug。没遇上seam本身的BUG。 其实主要的苦头基本都是由于richface 4带来的（占80%以上吧） seam不好驾驭，对于驾驭不好的情况来说，觉得seam 一无四处很正常。我们项目就有人觉得不能忍受这个辞职的。 说道招聘seam的人问题，并不需要特别招懂seam的，只要懂jsf即可。 可惜jsf用户群也很少。 说到招聘，我招seam的人，蛮久了，没有合适的人。唉。 没BUG，你用它做实际的项目没？ 最基本的一个 Transaction is already active 之类的Exception，时常跳出来，还好，这个BUG已经标志为 Release Blocker ，也就是 3.1 发布之前必须解决。 还有我报的这个 BUG， https://issues.jboss.org/browse/SEAMPERSIST-67 我还写这个 BUG reproduce 代码，Seam 的大牛，搞了半天也不知道什么原因。 其他的不计其数了，自己经常上 Seam Forum 就可以看到了。 说没有BUG，是说Seam本身的BUG我没遇上，比如你给的例子这样用法恰好我没这样用。 |
| 返回顶楼 | |
