Apache DeltaSpike 0.7 发布了,Apache DeltaSpike 包含一组 JSR-299 (CDI) 扩展,用于构建 Java SE 和 EE 平台的应用程序。
该版本完整改进记录包括:
[DELTASPIKE-156] - documentation for ContainerControl API
[DELTASPIKE-542] - Problem with JdbcJobstore
[DELTASPIKE-545] - DeltaSpikeExceptionHandler getRootCause assumes caught FacesException is wrapping another Exception
[DELTASPIKE-546] - NPE in observer method on Glassfish 4.x
[DELTASPIKE-548] - WELD-001408: Unsatisfied dependencies for type Scheduler<Job>
[DELTASPIKE-559] - ExceptionHandler lifecycle
[DELTASPIKE-566] - JSF always requires an active WindowContext
[DELTASPIKE-568] - Client Window cookie name is different on server and client side
[DELTASPIKE-573] - f:viewAction is executed twice with LAZY window handling mode
[DELTASPIKE-578] - org.apache.deltaspike.data.impl.meta.RepositoryComponent is not thread safe
[DELTASPIKE-581] - CountQueryPostProcessor assumes a where clause
[DELTASPIKE-583] - duplicated web-fragment.xml in test-archives
[DELTASPIKE-584] - ds:disableClientWindow prevents child rendering with CLIENTWINDOW mode
[DELTASPIKE-585] - HttpSession is not serializable
[DELTASPIKE-441] - provide a default implementation for the interface 'SecurityViolation'
[DELTASPIKE-445] - read ProjectStage also from a few other places
[DELTASPIKE-547] - merge ProxyUtils
[DELTASPIKE-550] - improve proxy detection
[DELTASPIKE-551] - allow full deactivation of DeltaSpikeNavigationHandler
[DELTASPIKE-554] - ContainerManagedTransactionStrategy
[DELTASPIKE-563] - Deactivatable support for PhaseListener
[DELTASPIKE-567] - Consistent post/get parameter naming
[DELTASPIKE-569] - Improve DeltaSpikeResourceHandler handling
[DELTASPIKE-572] - Remove Documentation TODOs
[DELTASPIKE-574] - Versioning for DeltaSpike JSF resources
[DELTASPIKE-576] - improved integration with view-controller
[DELTASPIKE-579] - extract annotation lookup
[DELTASPIKE-586] - optional forward compatibility for javax.interceptor.InvocationContext
[DELTASPIKE-449] - ExceptionHandler not invoked for AccessDeniedException
[DELTASPIKE-560] - interceptor for @NavigationParameter
[DELTASPIKE-564] - optional double submit prevention
[DELTASPIKE-553] - improve the config for maven-compiler-plugin
[DELTASPIKE-556] - Impl-Weld tests: Unpacking causes ambiguous dependencies
[DELTASPIKE-587] - release notes for v0.7
[DELTASPIKE-555] - Do not use package-private methods in CDI beans
引用来自“亮亮2046”的评论
seam2 可以直接升级过去么?现在还在用seam2.3,jsf 2.1
引用来自“hantsy”的评论
CDI 和 Seam2 差别还是挺大的,以前一个项目从 Seam 2.2 升级到 Java EE6(JBoss 7, Seam3.1),大部分代码要重新整理,很多 Seam 2 在 CDI中找不到对应的组件。引用来自“亮亮2046”的评论
我看了下,写了大量的@Factory之类的工作量超大,暂时放弃升级的想法了。引用来自“亮亮2046”的评论
seam2 可以直接升级过去么?现在还在用seam2.3,jsf 2.1
引用来自“Credo”的评论
很难,很麻烦.尝试弄过一次,觉得实在太麻烦了.放弃重做了.引用来自“亮亮2046”的评论
也没啥必要了,总是感觉seam的性能略差。richfaces的ajax性能也差。慢慢的复杂界面全部纯ajax化了。引用来自“亮亮2046”的评论
seam2 可以直接升级过去么?现在还在用seam2.3,jsf 2.1
引用来自“Credo”的评论
很难,很麻烦.尝试弄过一次,觉得实在太麻烦了.放弃重做了.引用来自“亮亮2046”的评论
也没啥必要了,总是感觉seam的性能略差。richfaces的ajax性能也差。慢慢的复杂界面全部纯ajax化了。引用来自“亮亮2046”的评论
seam2 可以直接升级过去么?现在还在用seam2.3,jsf 2.1
引用来自“hantsy”的评论
CDI 和 Seam2 差别还是挺大的,以前一个项目从 Seam 2.2 升级到 Java EE6(JBoss 7, Seam3.1),大部分代码要重新整理,很多 Seam 2 在 CDI中找不到对应的组件。引用来自“亮亮2046”的评论
seam2 可以直接升级过去么?现在还在用seam2.3,jsf 2.1
引用来自“Credo”的评论
很难,很麻烦.尝试弄过一次,觉得实在太麻烦了.放弃重做了.引用来自“ForEleven”的评论
何时才1.0呢,太慢了
引用来自“Credo”的评论
都几年了,虽然项目中也使用它,但未来可能也会抛弃了.JBOSS的APACHE的人都想放进自己以前项目的好东西,冲突了呗.引用来自“ForEleven”的评论
恩,我也尝试用了一下,primeface对里面的ClientWindow支持有点问题,还得改动primeface的源码。不过事务的处理比seam好得多,目前还真没啥JSF的框架可用。你们是打算原生的CDI+JSF?引用来自“hantsy”的评论
Primefaces 对 CDI 支持不好,直接使用 CDI 作为 JSF Backbean 在使用 Conversation,ViewScope, 和 ViewAcessScope都会有问题。Richfaces 的支持要好一些。
不过 JSF 2.0 以后版本, JSF 对 Ajax的支持已经足够好。
我有一个项目直接 Pure JSF,页面再使用 Bootstrap,很不错(Richfaces 的 Sandbox 中也有一个 Bootstrap的封装,可以试用一下)。
richfaces那个bootstrap的theme太难看了。
引用来自“ForEleven”的评论
何时才1.0呢,太慢了
引用来自“Credo”的评论
都几年了,虽然项目中也使用它,但未来可能也会抛弃了.JBOSS的APACHE的人都想放进自己以前项目的好东西,冲突了呗.引用来自“ForEleven”的评论
恩,我也尝试用了一下,primeface对里面的ClientWindow支持有点问题,还得改动primeface的源码。不过事务的处理比seam好得多,目前还真没啥JSF的框架可用。你们是打算原生的CDI+JSF?Richfaces 的支持要好一些。
不过 JSF 2.0 以后版本, JSF 对 Ajax的支持已经足够好。
我有一个项目直接 Pure JSF,页面再使用 Bootstrap,很不错(Richfaces 的 Sandbox 中也有一个 Bootstrap的封装,可以试用一下)。
引用来自“亮亮2046”的评论
seam2 可以直接升级过去么?现在还在用seam2.3,jsf 2.1
Great news.
引用来自“亮亮2046”的评论
seam2 可以直接升级过去么?现在还在用seam2.3,jsf 2.1
seam2 可以直接升级过去么?现在还在用seam2.3,jsf 2.1
引用来自“ForEleven”的评论
何时才1.0呢,太慢了
引用来自“Credo”的评论
都几年了,虽然项目中也使用它,但未来可能也会抛弃了.JBOSS的APACHE的人都想放进自己以前项目的好东西,冲突了呗.引用来自“ForEleven”的评论
恩,我也尝试用了一下,primeface对里面的ClientWindow支持有点问题,还得改动primeface的源码。不过事务的处理比seam好得多,目前还真没啥JSF的框架可用。你们是打算原生的CDI+JSF?引用来自“Credo”的评论
primefaces 5发正式了貌似,不是BUG漫天飞么...引用来自“ForEleven”的评论
我说的就是weld的实现,primeface4下面用dialog framework的时候,里面嵌套的iframe是没有id跟name的值的。所以跟DeltaSpike的ClientWindow有冲突,打开dialog的时候页面会刷新两次。引用来自“ForEleven”的评论
何时才1.0呢,太慢了
引用来自“Credo”的评论
都几年了,虽然项目中也使用它,但未来可能也会抛弃了.JBOSS的APACHE的人都想放进自己以前项目的好东西,冲突了呗.引用来自“ForEleven”的评论
恩,我也尝试用了一下,primeface对里面的ClientWindow支持有点问题,还得改动primeface的源码。不过事务的处理比seam好得多,目前还真没啥JSF的框架可用。你们是打算原生的CDI+JSF?引用来自“Credo”的评论
cdi原生怎么用?用的jboss的weld1.6.事务还是用的seam的事务.准备windfly出企业版(EAP)后再大幅度的升级.包括jdk8,JSF(primefaces5),weld.以及事务会用jboss的JTA1.2的实现那个叫什么很绕口的那个.ClientWindow支持有问题?什么问题?引用来自“ForEleven”的评论
何时才1.0呢,太慢了
引用来自“Credo”的评论
都几年了,虽然项目中也使用它,但未来可能也会抛弃了.JBOSS的APACHE的人都想放进自己以前项目的好东西,冲突了呗.引用来自“ForEleven”的评论
恩,我也尝试用了一下,primeface对里面的ClientWindow支持有点问题,还得改动primeface的源码。不过事务的处理比seam好得多,目前还真没啥JSF的框架可用。你们是打算原生的CDI+JSF?引用来自“Credo”的评论
primefaces 5发正式了貌似,不是BUG漫天飞么...引用来自“ForEleven”的评论
何时才1.0呢,太慢了
引用来自“Credo”的评论
都几年了,虽然项目中也使用它,但未来可能也会抛弃了.JBOSS的APACHE的人都想放进自己以前项目的好东西,冲突了呗.引用来自“ForEleven”的评论
恩,我也尝试用了一下,primeface对里面的ClientWindow支持有点问题,还得改动primeface的源码。不过事务的处理比seam好得多,目前还真没啥JSF的框架可用。你们是打算原生的CDI+JSF?引用来自“ForEleven”的评论
何时才1.0呢,太慢了
引用来自“Credo”的评论
都几年了,虽然项目中也使用它,但未来可能也会抛弃了.JBOSS的APACHE的人都想放进自己以前项目的好东西,冲突了呗.引用来自“ForEleven”的评论
恩,我也尝试用了一下,primeface对里面的ClientWindow支持有点问题,还得改动primeface的源码。不过事务的处理比seam好得多,目前还真没啥JSF的框架可用。你们是打算原生的CDI+JSF?引用来自“ForEleven”的评论
何时才1.0呢,太慢了
引用来自“Credo”的评论
都几年了,虽然项目中也使用它,但未来可能也会抛弃了.JBOSS的APACHE的人都想放进自己以前项目的好东西,冲突了呗.引用来自“ForEleven”的评论
恩,我也尝试用了一下,primeface对里面的ClientWindow支持有点问题,还得改动primeface的源码。不过事务的处理比seam好得多,目前还真没啥JSF的框架可用。你们是打算原生的CDI+JSF?引用来自“ForEleven”的评论
何时才1.0呢,太慢了
引用来自“Credo”的评论
都几年了,虽然项目中也使用它,但未来可能也会抛弃了.JBOSS的APACHE的人都想放进自己以前项目的好东西,冲突了呗.引用来自“ForEleven”的评论
何时才1.0呢,太慢了
何时才1.0呢,太慢了