ProgressBar
Hello Igor, I want to inplement a progressBar by your Wicket jquery example.If I use a batch process as Timer, how i do have to implement it in your example?I did it already with cocoon and now want to try it with wicket. Thanks Heiner
Re: ProgressBar
A bit of context might help people understand what you mean On Wed, Mar 18, 2015 at 8:24 AM, Hans-Heinrich Braun < hansheinrichbr...@yahoo.de> wrote: > Hello Igor, > I want to inplement a progressBar by your Wicket jquery example.If I use > a batch process as Timer, how i do have to implement it in your example?I > did it already with cocoon and now want to try it with wicket. > Thanks Heiner -- Regards - Ernesto Reinaldo Barreiro
Re: ProgressBar
Hi, You may see an implementation of a progress bar at https://github.com/l0rdn1kk0n/wicket-bootstrap/blob/master/bootstrap-core/src/main/java/de/agilecoders/wicket/core/markup/html/bootstrap/components/progress/ There is also a convenient UpdateableProgressBar component that adds AjaxSelfUpdatingTimerBehavior for you. Martin Grigorov Freelancer, available for hire! Wicket Training and Consulting https://twitter.com/mtgrigorov On Wed, Mar 18, 2015 at 9:24 AM, Hans-Heinrich Braun < hansheinrichbr...@yahoo.de> wrote: > Hello Igor, > I want to inplement a progressBar by your Wicket jquery example.If I use > a batch process as Timer, how i do have to implement it in your example?I > did it already with cocoon and now want to try it with wicket. > Thanks Heiner
Re: Cross-Site Websocket Hijacking question
Hi, Please file a ticket at JIRA. I think the check should be added at org.apache.wicket.protocol.ws.api.AbstractWebSocketProcessor#AbstractWebSocketProcessor(HttpServletRequest, WebApplication) so that it is available for all native integrations. We can also add a setting in WebSocketSettings to switch the check off if this is needed. WebSocketBehavior#onConnect() is just a notification to the application code that there is a connection. Patch/Pull Request would be very welcome! Thank you! Martin Grigorov Freelancer, available for hire! Wicket Training and Consulting https://twitter.com/mtgrigorov On Wed, Mar 18, 2015 at 8:42 AM, Gergely Nagy wrote: > Hi fellow Wicketers, > > I have a question regarding CSWH. I was reading this article recently: > > http://www.notsosecure.com/blog/2014/11/27/how-cross-site-websocket-hijacking-could-lead-to-full-session-compromise/ > > It made me wondering how can I implement my protection against this kind of > attack? My tests show me that WebSocketBehavior is prone to this kind of > attack simply out-of-the-box. > > I am using wicket-native-websocket-jetty9 version 7.0.0-M5. > > I was thinking about implementing a custom WebSocketBehavior and overriding > the onConnect method, so I can get the Origin header and reject the > connection request if it's not matching the originator host. > > But ConnectedMessage doesn't provide the headers. So does anybody have any > suggestions how to implement this? Or maybe I miss the point and this > should be implemented completely differently? > > Thank you, > Gergely Nagy >
Re: ProgressBar
Hi, I played a bit around with HTML5 progress month ago, only wanted to mention it here: https://github.com/klopfdreh/wicket-components-playground/wiki/12.-HTML5-Progress kind regards Tobias > Am 18.03.2015 um 08:52 schrieb Martin Grigorov : > > Hi, > > You may see an implementation of a progress bar at > https://github.com/l0rdn1kk0n/wicket-bootstrap/blob/master/bootstrap-core/src/main/java/de/agilecoders/wicket/core/markup/html/bootstrap/components/progress/ > There is also a convenient UpdateableProgressBar component that > adds AjaxSelfUpdatingTimerBehavior for you. > > Martin Grigorov > Freelancer, available for hire! > Wicket Training and Consulting > https://twitter.com/mtgrigorov > > On Wed, Mar 18, 2015 at 9:24 AM, Hans-Heinrich Braun < > hansheinrichbr...@yahoo.de> wrote: > >> Hello Igor, >> I want to inplement a progressBar by your Wicket jquery example.If I use >> a batch process as Timer, how i do have to implement it in your example?I >> did it already with cocoon and now want to try it with wicket. >> Thanks Heiner - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Problem with ModalWindowPage example
I checked the html and everything looks fine. wicket-ajax-jquery.js and wicket-event-jquery.js was loaded before modal.js. I tried to work it out but didn't find the solution so I changed every wicket dependency from version 7 to 6.18 version and now everything working. Thanks for your help. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Problem-with-ModalWindowPage-example-tp4670030p4670040.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Cross-Site Websocket Hijacking question
Hi Martin, Thank you for the quick response, I created the following ticket: https://issues.apache.org/jira/browse/WICKET-5860 Thank you for the help! 2015-03-18 17:01 GMT+09:00 Martin Grigorov : > Hi, > > Please file a ticket at JIRA. > I think the check should be added > at > org.apache.wicket.protocol.ws.api.AbstractWebSocketProcessor#AbstractWebSocketProcessor(HttpServletRequest, > WebApplication) so that it is available for all native integrations. > We can also add a setting in WebSocketSettings to switch the check off if > this is needed. > > WebSocketBehavior#onConnect() is just a notification to the application > code that there is a connection. > > Patch/Pull Request would be very welcome! > > Thank you! > > > Martin Grigorov > Freelancer, available for hire! > Wicket Training and Consulting > https://twitter.com/mtgrigorov > > On Wed, Mar 18, 2015 at 8:42 AM, Gergely Nagy wrote: > > > Hi fellow Wicketers, > > > > I have a question regarding CSWH. I was reading this article recently: > > > > > http://www.notsosecure.com/blog/2014/11/27/how-cross-site-websocket-hijacking-could-lead-to-full-session-compromise/ > > > > It made me wondering how can I implement my protection against this kind > of > > attack? My tests show me that WebSocketBehavior is prone to this kind of > > attack simply out-of-the-box. > > > > I am using wicket-native-websocket-jetty9 version 7.0.0-M5. > > > > I was thinking about implementing a custom WebSocketBehavior and > overriding > > the onConnect method, so I can get the Origin header and reject the > > connection request if it's not matching the originator host. > > > > But ConnectedMessage doesn't provide the headers. So does anybody have > any > > suggestions how to implement this? Or maybe I miss the point and this > > should be implemented completely differently? > > > > Thank you, > > Gergely Nagy > > >
Re: Problem with ModalWindowPage example
Does 6.19.0 work too ? Please create a quickstart application with 7.0.0-M5 and attach it to JIRA so we can debug and fix it. Thanks! Martin Grigorov Freelancer, available for hire! Wicket Training and Consulting https://twitter.com/mtgrigorov On Wed, Mar 18, 2015 at 1:18 PM, wicket556 wrote: > I checked the html and everything looks fine. wicket-ajax-jquery.js and > wicket-event-jquery.js was loaded before modal.js. I tried to work it out > but didn't find the solution so I changed every wicket dependency from > version 7 to 6.18 version and now everything working. > > Thanks for your help. > > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/Problem-with-ModalWindowPage-example-tp4670030p4670040.html > Sent from the Users forum mailing list archive at Nabble.com. > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >