I was wondering if we still need to support Tomcat 7.0 with native websockets. 
As far as I can see, Tomcat 8.0 and 8.5 both support JSR 356 and Tomcat 7.0 
does not support Servlet 3.1, which is required for Wicket 8. Therefore, I 
think we should drop the wicket-native-websocket-tomcat module. Perhaps we 
should also merge javax into core and place the examples with the other 

With websockets becomming more and more standard, I'm not sure we still need 
wicket-atmosphere. wicket-native-websocket provides the same functionallity 
and more. Also, Atmosphere has a history of bugs and problems. I wouldn't 
recommend anyone to use it.

Best regards,

On maandag 31 oktober 2016 14:41:12 CET Martin Grigorov wrote:
> Hi,
> What other improvements do we need in 8.x/master before promoting it to
> 8.0.0 final ?
> At https://cwiki.apache.org/confluence/display/WICKET/Ideas+for+Wicket+8.0
> we still have:
> - new DateTime APIs for wicket-datetime *WICKET-6105
> <https://issues.apache.org/jira/browse/WICKET-6105>* - I'll give this one
> more try but the problem is that I don't believe this is the proper way and
> this demotivates me.
> If someone else wants to give it a try - please assign it to yourself!
> - Better SEO for stateful pages - the only way I see this is by using
> ServiceWorker to add the pageId as a request header to all requests (normal
> & Ajax)
> Recently I wondered whether Redux.js could be in use for Wicket.
> I don't have much experience with it, but both React and AngularJs
> communities use it to manage the state for their components.
> There are some Java impls, even a standard is coming:
> https://github.com/jvm-redux/jvm-redux-api
> What else ?
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov

Reply via email to