Kaw*_*awu 4 seam cdi seam2 seam3 java-ee-6
问题几乎说明了一切,但显然我正在寻找在Java EE 6环境中可能会错过Seam 2的事情("损失").
对于我的最新(小)项目JavaEE 6或更具体的JSF 2是修复要求,因此使用Seam 2不是一个选项(也不会是).尽管有些人说要让Seam 2使用JSF 2,但我从未做过.到目前为止,我只使用了Seam 2,我担心切换到普通的JavaEE环境会带来比我目前所知更多的问题.
该项目具有以下基本/核心要求:
其余的将是基于GUI,搜索表单,客户端验证等,将由RichFaces 4和JavaEE 6 bean验证处理.没有Web服务,没有宁静的URL,没有消息,没有电子邮件.
我可以看到使用Seam安全性肯定是一种损失,但我不确定Seam持久性,实体/查询框架,JBoss EL和其他将是什么,尤其是整体编程模型(导航,EL,bean) .请注意,我们将能够在有意义的时候添加Seam 3模块,因此您可以在"增益"部分的讨论中包含Seam 3.
那么,任何人都能清楚这一点吗？(它不一定是一个完整的总结,无论你想到什么,继续)
PS:我无法连接到Seam论坛所以我觉得我需要在这里问.
好的,可以理解的问题 - 我不明白它为什么会被投票.
我可以告诉你 - 以各种Java EE 5/Seam 2和Java EE 6/Seam 3应用程序为背景:
有什么是你不能使用Java EE 6 /接缝3解决,许多事情感到多少更成熟(如类型安全CDI的方式比缝2基于字符串的成分更好时,JBoss AS 7是好多了比所有其他版本).
但是:虽然Seam 2更像是一个一站式解决方案,可满足您在企业Web应用程序中可能遇到的所有需求,但使用Java EE 6几乎可以肯定最终会遇到来自不同模块的更多疑问.
Seam 3是一个很好的开始,但它并不完全适合生产,至少在所有部分都没有.所以你必须处理仍然需要解决的问题和例外.这对于Seam 2.x来说肯定是不同的,那里的道路感觉非常好.
没有相当于Seam 2的集成导航/页面流概念.您必须使用JSF 2导航,或者集成Drools或类似的东西 - 您自己.
嵌套对话是您在Seam 2中可能喜欢的.在CDI中没有这样的东西 - 但OpenWebBeans/CODI提供了一个很好的解决方案作为CDI扩展.
所有的GUI内容(pdf,邮件,报告)都在Seam 3中发布 - 但还没有100%准备好(2011年9月).这将在下一次改变 - 但是现在,你正在使用alphas和beta.
说完这个,这是我的建议:
尽快切换到Java EE 6/CDI(并且可论证).这是这么多的未来.:-)
| 归档时间： |
|
| 查看次数： |
552 次 |
| 最近记录： |