Re: Scaffolding
Of course it doesn't look like a first-class project, but in my previous team, it saved our day! :-) On Thu, Feb 7, 2019 at 11:22 AM Dan Haywood wrote: > Yep, I wrote that. Looks like you and 7 other people like it, judging by > the github stars ! > > cheers > Dan > > On Thu, 7 Feb 2019 at 10:16, Zala Pierre GOUPIL > wrote: > > > Thanks Dan! As a side-note, are you the author of this tool: > > https://github.com/danhaywood/java-testsupport ? I love it! :-) > > > > Regards, > > > > Zala > > > > > > > > On Thu, Feb 7, 2019 at 11:12 AM Dan Haywood < > d...@haywood-associates.co.uk> > > wrote: > > > > > There's a framework called NoWicket [1] that is a half-way house > between > > > "raw" Wicket and Apache Isis; might be worth taking a look at. > > > > > > Cheers > > > Dan > > > (Apache Isis committer) > > > > > > [1] http://invesdwin.de/nowicket/introduction?0 > > > > > > On Thu, 7 Feb 2019 at 10:01, Martin Grigorov > > wrote: > > > > > > > Hi, > > > > > > > > It depends how much code you want to be generated for you. > > > > I just use Intellij IDEA templates to generate pages, panels, > > fragments, > > > > ... > > > > But if you want also CRUD related code to be generated then I am not > > > aware > > > > of such tools. > > > > > > > > Apache Isis provides something similar. There you design your domain > > > > entities and the framework generates the UI (with Wicket) and REST > > > > interfaces for them. There is also Angular frontend that consumes the > > > REST > > > > APIs. > > > > But here you have much less freedom how your (Wicket) UI will look > > like. > > > > You can override the defaults but it is an effort! > > > > > > > > On Thu, Feb 7, 2019 at 11:28 AM Zala Pierre GOUPIL < > > > goupilpie...@gmail.com > > > > > > > > > wrote: > > > > > > > > > All, > > > > > > > > > > It's 2019 now. Which scaffolding tool for a Wicket 8 user would you > > > > advise, > > > > > please? > > > > > > > > > > Regards, > > > > > > > > > > Zala > > > > > > > > > > > > > > > -- > > > > > Je n'aime pas seulement ma vie, mais aussi celle des autres. > > > > > > > > > > (Blade Runner) > > > > > > > > > > > > > > > > > > -- > > Je n'aime pas seulement ma vie, mais aussi celle des autres. > > > > (Blade Runner) > > > -- Je n'aime pas seulement ma vie, mais aussi celle des autres. (Blade Runner)
Re: Scaffolding
Thanks Dan! As a side-note, are you the author of this tool: https://github.com/danhaywood/java-testsupport ? I love it! :-) Regards, Zala On Thu, Feb 7, 2019 at 11:12 AM Dan Haywood wrote: > There's a framework called NoWicket [1] that is a half-way house between > "raw" Wicket and Apache Isis; might be worth taking a look at. > > Cheers > Dan > (Apache Isis committer) > > [1] http://invesdwin.de/nowicket/introduction?0 > > On Thu, 7 Feb 2019 at 10:01, Martin Grigorov wrote: > > > Hi, > > > > It depends how much code you want to be generated for you. > > I just use Intellij IDEA templates to generate pages, panels, fragments, > > ... > > But if you want also CRUD related code to be generated then I am not > aware > > of such tools. > > > > Apache Isis provides something similar. There you design your domain > > entities and the framework generates the UI (with Wicket) and REST > > interfaces for them. There is also Angular frontend that consumes the > REST > > APIs. > > But here you have much less freedom how your (Wicket) UI will look like. > > You can override the defaults but it is an effort! > > > > On Thu, Feb 7, 2019 at 11:28 AM Zala Pierre GOUPIL < > goupilpie...@gmail.com > > > > > wrote: > > > > > All, > > > > > > It's 2019 now. Which scaffolding tool for a Wicket 8 user would you > > advise, > > > please? > > > > > > Regards, > > > > > > Zala > > > > > > > > > -- > > > Je n'aime pas seulement ma vie, mais aussi celle des autres. > > > > > > (Blade Runner) > > > > > > -- Je n'aime pas seulement ma vie, mais aussi celle des autres. (Blade Runner)
Re: Scaffolding
Thanks Martin, I'll have a look at it! Regards, Zala On Thu, Feb 7, 2019 at 11:01 AM Martin Grigorov wrote: > Hi, > > It depends how much code you want to be generated for you. > I just use Intellij IDEA templates to generate pages, panels, fragments, > ... > But if you want also CRUD related code to be generated then I am not aware > of such tools. > > Apache Isis provides something similar. There you design your domain > entities and the framework generates the UI (with Wicket) and REST > interfaces for them. There is also Angular frontend that consumes the REST > APIs. > But here you have much less freedom how your (Wicket) UI will look like. > You can override the defaults but it is an effort! > > On Thu, Feb 7, 2019 at 11:28 AM Zala Pierre GOUPIL > > wrote: > > > All, > > > > It's 2019 now. Which scaffolding tool for a Wicket 8 user would you > advise, > > please? > > > > Regards, > > > > Zala > > > > > > -- > > Je n'aime pas seulement ma vie, mais aussi celle des autres. > > > > (Blade Runner) > > > -- Je n'aime pas seulement ma vie, mais aussi celle des autres. (Blade Runner)
Scaffolding
All, It's 2019 now. Which scaffolding tool for a Wicket 8 user would you advise, please? Regards, Zala -- Je n'aime pas seulement ma vie, mais aussi celle des autres. (Blade Runner)
Re: [Wicket 8] delete version number in url
It does work! Thanks! I'll update SO as well! On Sun, Jun 3, 2018 at 2:53 PM, Maxim Solodovnik wrote: > This code https://github.com/apache/openmeetings/blob/master/ > openmeetings-web/src/main/java/org/apache/openmeetings/ > web/app/Application.java#L314 > Works for me > > On Sun, Jun 3, 2018 at 7:36 PM, Zala Pierre GOUPIL > wrote: > > All, > > > > There are a number of solutions around to remove the version number part > of > > the browser URL, for instance here: > > > > https://stackoverflow.com/questions/8602489/delete-version-number-in-url > > > > Unfortunately, I haven't figured out a Wicket 8 way of doing this: my > > modification of the code doesn't do the trick for 8.0.0. The migration > > guide has helped me to compile it but it doesn't work: in particular, my > > Ajax calls are stopped. > > > > Any ideas, please? > > > > > > > > -- > > Je n'aime pas seulement ma vie, mais aussi celle des autres. > > > > (Blade Runner) > > > > -- > WBR > Maxim aka solomax > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > -- Je n'aime pas seulement ma vie, mais aussi celle des autres. (Blade Runner)
[Wicket 8] delete version number in url
All, There are a number of solutions around to remove the version number part of the browser URL, for instance here: https://stackoverflow.com/questions/8602489/delete-version-number-in-url Unfortunately, I haven't figured out a Wicket 8 way of doing this: my modification of the code doesn't do the trick for 8.0.0. The migration guide has helped me to compile it but it doesn't work: in particular, my Ajax calls are stopped. Any ideas, please? -- Je n'aime pas seulement ma vie, mais aussi celle des autres. (Blade Runner)
Re: The day Wicket became Apache Wicket 10 years ago!
Congratulations! Keep up the good work! On Tue, Jun 20, 2017 at 7:44 AM, Tobias Soloschenko < tobiassolosche...@googlemail.com> wrote: > Hope that many years are going to be added. :-) > > kind regards > > Tobias > > > Am 19.06.2017 um 21:18 schrieb Martijn Dashorst < > martijn.dasho...@gmail.com>: > > > > Today marks the date 10 years ago that the Wicket project graduated from > > the Incubator to a fully fledged Apache project. > > > > The time flies when you're having fun! > > > > I would like to thank all our community members for their continued > support > > and usage of Apache Wicket and pour one out for you! > > > > Here's a big Thank You for everyone reading this message, asking and > > answering questions, using Wicket in their projects and a special :beer: > > for all contributors to Wicket, past and present! Here's to another 10 > > years! > > > > Martijn Dashorst > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > -- Je n'aime pas seulement ma vie, mais aussi celle des autres. (Blade Runner)
Re: Wicket back button behavior
Hi, If I get you right, you want to be able to have some pages that always display their last state, right? What about trying the "Wicket no version mapper" pattern? [1] For you, getting rid of the version number in the URL is just a side-effect, but it should do the trick. Plus, you can switch it on or off on a per-page basis. Sorry if I misunderstood you. Regards, Zala 1: http://stackoverflow.com/questions/8602489/delete-version-number-in-url On Mon, Apr 10, 2017 at 8:08 PM, Entropywrote: > I am trying to set this up. I looked at some docs and I feel like > creating a > custom PageManager seems like what I want to do. The thing is, no matter > how I implement the getPage(int), the Wicket app behaves the same. The > back > button still does it's default behavior every time. > > Here's what I did. I capture the maximum page in touchPage(), and then > getPage() returns it. When I hit back during my process flow, initially I > get a bunch of calls to getPage() which dutifully returns the currentPage I > want. But then, after that, touchPage is called with the prior page (the > one the user is going BACK to). What's more, it's called with an ID one > GREATER than the maximum page ID as returned in getPage(). > > getPage() is never called again in that request, and the app then renders > the prior page, as if it ignored what getPage() returned. It's like I am > missing an additional change setting that would make touchPage() cooperate. > > I also tried raising a RestartResponseException from within the PageManager > when BACK was hit, but that just got me sent to the error page. > > I overrode just the PageManager since I don't want to change how pages a > created, just how they are re-used. That's why i differed from > SinglePageManager. Am I doing anything obviously wrong? It's all pretty > simple right now. i started small to try to build the complexity as I > went, > but since nothing I do actually changes the app behavior, I seem stuck. > > -- > View this message in context: http://apache-wicket.1842946. > n4.nabble.com/Wicket-back-button-behavior-tp4677587p4677649.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 > > -- Je n'aime pas seulement ma vie, mais aussi celle des autres. (Blade Runner)
Re: Access denied
Thanks for the advice. But I realized that there was a glitch in my WebSocket code: I didn't send the UI update code to the right page. Now that this is sorted out, the editable label works again. Thanks a lot for the tip! Regards, Pierre On Thu, Mar 9, 2017 at 10:17 AM, Martin Grigorov <mgrigo...@apache.org> wrote: > The error says "behavior not enabled" so there is some logic that sets > 'enabled' to false. > I'd suggest to put a breakpoint and see what happens. > > > Martin Grigorov > Wicket Training and Consulting > https://twitter.com/mtgrigorov > > On Wed, Mar 8, 2017 at 5:22 PM, Zala Pierre GOUPIL <goupilpie...@gmail.com > > > wrote: > > > Mmmmh actually, the access denied page appears as soon as the component > is > > clicked! Not just when a value is submitted. > > > > On Wed, Mar 8, 2017 at 5:19 PM, Zala Pierre GOUPIL < > goupilpie...@gmail.com > > > > > wrote: > > > > > No, it doesn't have such calculations. Could the problem be > > > websockets-related? > > > > > > On Wed, Mar 8, 2017 at 5:14 PM, Martin Grigorov <mgrigo...@apache.org> > > > wrote: > > > > > >> Hi, > > >> > > >> I think your AjaxEditableLabel has logic to calculate whether it is > > >> enabled > > >> or not. > > >> It seems it is enabled for the initial rendering but later when Wicket > > >> tries to post the new value after edit it calculates to 'disabled' > > >> > > >> Martin Grigorov > > >> Wicket Training and Consulting > > >> https://twitter.com/mtgrigorov > > >> > > >> On Wed, Mar 8, 2017 at 4:54 PM, Zala Pierre GOUPIL < > > >> goupilpie...@gmail.com> > > >> wrote: > > >> > > >> > Good afternoon, > > >> > > > >> > I use Wicket 7.6.0. When clicking on an AjaxEditableLabel, I get the > > >> > following message in the logs: > > >> > > > >> > behavior not enabled; ignore call. Behavior > > >> > org.apache.wicket.extensions.ajax.markup.html.AjaxEditableLabel$ > > >> > LabelAjaxBehavior@1bab91c8 > > >> > at component [Component id = label] > > >> > > > >> > And there's an access denied in the browser. What am I supposed to > do, > > >> > please? It is related to the resource guards, I guess, but I can't > > >> figure > > >> > out what to provide them. > > >> > > > >> > Thanks a lot, > > >> > > > >> > Pierre > > >> > > > >> > > > >> > > > >> > -- > > >> > Je n'aime pas seulement ma vie, mais aussi celle des autres. > > >> > > > >> > (Blade Runner) > > >> > > > >> > > > > > > > > > > > > -- > > > Je n'aime pas seulement ma vie, mais aussi celle des autres. > > > > > > (Blade Runner) > > > > > > > > > > > -- > > Je n'aime pas seulement ma vie, mais aussi celle des autres. > > > > (Blade Runner) > > > -- Je n'aime pas seulement ma vie, mais aussi celle des autres. (Blade Runner)
Re: Access denied
Mmmmh actually, the access denied page appears as soon as the component is clicked! Not just when a value is submitted. On Wed, Mar 8, 2017 at 5:19 PM, Zala Pierre GOUPIL <goupilpie...@gmail.com> wrote: > No, it doesn't have such calculations. Could the problem be > websockets-related? > > On Wed, Mar 8, 2017 at 5:14 PM, Martin Grigorov <mgrigo...@apache.org> > wrote: > >> Hi, >> >> I think your AjaxEditableLabel has logic to calculate whether it is >> enabled >> or not. >> It seems it is enabled for the initial rendering but later when Wicket >> tries to post the new value after edit it calculates to 'disabled' >> >> Martin Grigorov >> Wicket Training and Consulting >> https://twitter.com/mtgrigorov >> >> On Wed, Mar 8, 2017 at 4:54 PM, Zala Pierre GOUPIL < >> goupilpie...@gmail.com> >> wrote: >> >> > Good afternoon, >> > >> > I use Wicket 7.6.0. When clicking on an AjaxEditableLabel, I get the >> > following message in the logs: >> > >> > behavior not enabled; ignore call. Behavior >> > org.apache.wicket.extensions.ajax.markup.html.AjaxEditableLabel$ >> > LabelAjaxBehavior@1bab91c8 >> > at component [Component id = label] >> > >> > And there's an access denied in the browser. What am I supposed to do, >> > please? It is related to the resource guards, I guess, but I can't >> figure >> > out what to provide them. >> > >> > Thanks a lot, >> > >> > Pierre >> > >> > >> > >> > -- >> > Je n'aime pas seulement ma vie, mais aussi celle des autres. >> > >> > (Blade Runner) >> > >> > > > > -- > Je n'aime pas seulement ma vie, mais aussi celle des autres. > > (Blade Runner) > -- Je n'aime pas seulement ma vie, mais aussi celle des autres. (Blade Runner)
Re: Access denied
No, it doesn't have such calculations. Could the problem be websockets-related? On Wed, Mar 8, 2017 at 5:14 PM, Martin Grigorov <mgrigo...@apache.org> wrote: > Hi, > > I think your AjaxEditableLabel has logic to calculate whether it is enabled > or not. > It seems it is enabled for the initial rendering but later when Wicket > tries to post the new value after edit it calculates to 'disabled' > > Martin Grigorov > Wicket Training and Consulting > https://twitter.com/mtgrigorov > > On Wed, Mar 8, 2017 at 4:54 PM, Zala Pierre GOUPIL <goupilpie...@gmail.com > > > wrote: > > > Good afternoon, > > > > I use Wicket 7.6.0. When clicking on an AjaxEditableLabel, I get the > > following message in the logs: > > > > behavior not enabled; ignore call. Behavior > > org.apache.wicket.extensions.ajax.markup.html.AjaxEditableLabel$ > > LabelAjaxBehavior@1bab91c8 > > at component [Component id = label] > > > > And there's an access denied in the browser. What am I supposed to do, > > please? It is related to the resource guards, I guess, but I can't figure > > out what to provide them. > > > > Thanks a lot, > > > > Pierre > > > > > > > > -- > > Je n'aime pas seulement ma vie, mais aussi celle des autres. > > > > (Blade Runner) > > > -- Je n'aime pas seulement ma vie, mais aussi celle des autres. (Blade Runner)
Access denied
Good afternoon, I use Wicket 7.6.0. When clicking on an AjaxEditableLabel, I get the following message in the logs: behavior not enabled; ignore call. Behavior org.apache.wicket.extensions.ajax.markup.html.AjaxEditableLabel$LabelAjaxBehavior@1bab91c8 at component [Component id = label] And there's an access denied in the browser. What am I supposed to do, please? It is related to the resource guards, I guess, but I can't figure out what to provide them. Thanks a lot, Pierre -- Je n'aime pas seulement ma vie, mais aussi celle des autres. (Blade Runner)
Re: Websockets for graph data streaming
Good morning, Would you mind sharing that library with us, please? Regards, Pierre Goupil Le 8 mars 2017 09:28, "Gonzalo Aguilar Delgado" <gagui...@level2crm.com> a écrit : > Hi Martin, > > Thank you a lot. I'm almost done!!! > > It's so great. I made a clientside library that allows widgets to register > for data streams. And the Websockets library integrated with Wicket > subscribe delivers the specific data to each subscriptor. > > It takes just one connection. And I loove it! > > Best regards, > > El 07/03/17 a las 21:45, Martin Grigorov escribió: > > Hi, > > On Tue, Mar 7, 2017 at 10:07 AM, Gonzalo Aguilar Delgado > <gagui...@level2crm.com> wrote: > > > Hi Martin, > > I must say I was working with websockets yesterday. And it's delightful > experience. Have to check how it does scale but it seams just great. > > I have a doubt. Since I'm doing fully async I'm doing fully async request > with WebSocketResource. I suppose that there's no way to update the > interface from there. I mean, if we are sending a message because a model > changed on server. Can I trigger the repain of a widget? I suppose this > option is only available if using behavior right? > > > Correct! > > > > I saw the broadcast example you did. But does it worth mix WebSocketResource > and WebSocketBehavior? > > What is best, more scalable? > >1. Doing a WebSocketResource with 1 connection that via Javascript >notifies all components in page. >2. Use WebSocketResource + 1 WebSocketBehavior per component, and then >broadcast to all. > > Even if you have many WebSocketBehaviors in your components Wicket will > > create only one WebSocket connection per page. A web socket message sent by > the browser will be delivered to all behavior instances. You have to decide > whether the message is applicable for a given behavior or should be > discarded. > > The drawback of using WebSocketBehavior is that during the processing of a > message the Page instance will be locked, so WS messages are processed > sequencially and any Ajax requests at the same time will wait for the page > to be unlocked. > > > > > > As I told what I'm doing is a Javascript hub that receives messages (via > WebSocketResource) and sends to the widgets async so they can update. But > I suppose that following this approach it's quite difficult update > components from Javascript. And so the opposite. If a component updates > it's internal model on server, there's no way to push to the interface. > > Can I have both? The ability to update components (graphs mainly) from > javascript datasource, but from time to time, update components on wicket > and send updates to the UI (html)? > > > You can use org.apache.wicket.protocol.ws.api.WebSocketPushBroadcaster to > repaint Wicket components initiated at the server side. You will need to > preserve the page id to able to notify a specific page. Or > WebSocketBehavior should keep some extra information, e.g. userId, to > decide whether a given PushMessage is for it or not. > > > > Best regards, > > > > El 06/03/17 a las 09:08, Martin Grigorov escribió: > > Hi, > > > On Mon, Mar 6, 2017 at 3:57 AM, Gonzalo Aguilar Delgado > <gagui...@aguilardelgado.com> <gagui...@aguilardelgado.com> wrote: > > > Hello, > > I'm using the fantastic Decebals dashboard, adding a widget json > registry and some other improvements. The idea is to provide data > streaming functionality like the one provided by graphana, kibana and > friends. > > So the server will contain the datasources. And the dashboard will apply > to one or more datasources on the server. > > But I don't know what's the best way to go with wicket. > > My first idea is to provide a websocket connection with a DataManager > for each user dashboard (only 1 at a time active), subscribe to > datasources, and receive the streaming over the websockets. The > DataManager then will keep track of what topic each chart wants to > receive and multiplex the result to each chart via Javascript. > > This way there's only 1 connection to the server. But data can be shared > among widgets. I suppose it's not easy task. > > The other way is do ajax with each chart. But I think this would make a > lot of calls to the server and I suppose it's not scalable. > > S. What's the best way to go?! > > > I'd use WebSockets for this! > > > > Any good chart integration on wicket apart of highcharts? D3js or > similar... > > > The demo app forhttp://wicketinaction.com/2012/07/wicket-6-native-websockets/ > uses Google > Charts library without any Wi
Re: Wicket 7 + Spring Security 7
Hi, Thanks a lot for sharing this! Very useful! Regards, Pierre On Mon, Jan 9, 2017 at 9:43 PM, David Beerwrote: > Hi Martin/All > > I actually solved the problem late yesterday. The issue is around the way > in which spring security can be configured. There had been a lot of changes > between 3.1 and 4.2. Mainly around configuration, as I said earlier. It is > now advised also to use the configuration in the Java Code. However there > were a few defaults that don't get overridden in the java config but do > automatically in the XML definition, the main part being the way in which > error and login processing is handled. Spring Security will default to > process the login for you if you don't configure it correctly, which is why > the signin code was not get used. > > Which meant that error's were being handle by the spring security form > which is why I couldn't access them. I have now configured everything > properly and the example project shows how it needs to be configured. > > Thanks > > David > > On 9 January 2017 at 19:22, Martin Grigorov wrote: > > > Hi David, > > > > What exactly is hard ? > > What kind of errors you mean? > > > > Martin Grigorov > > Wicket Training and Consulting > > https://twitter.com/mtgrigorov > > > > On Fri, Jan 6, 2017 at 7:38 PM, David Beer > wrote: > > > > > Hi Martin > > > > > > Happy New Year. > > > > > > Thanks for this. I have managed to get Started and have a configuration > > > which indeed allows authenticated user to a specifc page. I can login > and > > > logout and it cleans the session, however I am having a hard time > getting > > > and displaying errors. > > > > > > My demo project is located on github here > > > https://github.com/dmbeer/wicket-7-spring-security/tree/master. I > > wondered > > > if could have a quick look and see if everything is correct and point > me > > in > > > the right direction for obtaining the error messages. > > > > > > Thanks > > > > > > David > > > > > > On 31 December 2016 at 06:12, Martin Grigorov < > martin.grigo...@gmail.com > > > > > > wrote: > > > > > > > Hi David, > > > > > > > > Latest Spring Security release is 4.1.4, there is no 7.x ;-) > > > > > > > > I cannot share my project but the integration is quite simple. > > > > > > > > 1) define the Spring config (with an impl of UserDetailsService!) > > > > 2) in your login logic (MyAuthenticatedWebSession#signin() or > > > > MyLoginForm#onSubmit()) use Spring AuthenticationService# > > > authenticate(new > > > > UsernamePasswordAuthenticationToken(username, password)) > > > > 3) if 2) is successful then you can use > > > > SecurityContextHolder.getContext().getUser() to get the User > returned > > by > > > > your UserDetailsService with its authorities, i.e. roles. You can use > > > them > > > > in Wicket's RolesAuthorizationStrategy > > > > 4) if 2) is not successful then Spring Security will throw very > > specific > > > > exception with the reason > > > > > > > > P.S. I am on my phone now, without access to the application code, so > > > some > > > > class/method names might be slightly wrong but I hope they are good > > > enough > > > > to get you going! > > > > > > > > Happy New Year! > > > > > > > > On Dec 30, 2016 8:23 PM, "David Beer" > wrote: > > > > > > > > > Hi All > > > > > > > > > > I am trying to add spring security to wicket 7. I have looked at > > > example > > > > > thomberges did but that doesn't really seem to work. If I comment > out > > > the > > > > > code in the SecureWebsession all still seems to authenticate > somehow. > > > > > > > > > > Is there an up to date project anyone has of integrating spring > > > security > > > > > with apache wicket? It would be really useful if a basic project > > could > > > be > > > > > shared. > > > > > > > > > > Thanks > > > > > David > > > > > > > > > > Happy New Year All > > > > > > > > > > > > > > > -- Je n'aime pas seulement ma vie, mais aussi celle des autres. (Blade Runner)
Re: Twitter poll result 2
Hello, Regarding models, and for French community, this article is a must-read: http://djo-mos.developpez.com/tutoriels/java/wicket/explore-models/ Maybe we should start rewriting it for it to be more up-to-date and / or translating it. My 2 cents, Pierre Goupil On Tue, Nov 1, 2016 at 11:44 AM, Francois Meillet < francois.meil...@gmail.com> wrote: > Hi, > > Following Tobias Soloschenko thread about the Twitter poll result > > I think we should focus on who who don't know Wicket. > People who don't like Wicket, the unhappy users, will not come back. > > Only 34% of the respondents know what is Apache Wicket. > Put another way 66% don't ever know what is Wicket. > > > A) Apache Wicket's Adoption > —— > Adoption (software or any good) has 2 channels : buzz and word of mouth. > For many authors word of mouth (WOM) influence 50% of the acquisition > decision. > > So to increase Wicket Adoption we have 2 choices : > > 1) Wicket buzz) > The buzz channel is done via articles, conferences (ApacheCon), meetup, > social network (twitter). > The superbe Wicket's website welcome everyone who wants to adopt Wicket. > > How the 50% of the 66% who don't know Wicket could be targeted ? > > By increasing the buzz. > We can increase the buzz by more articles in which we could give specific > examples where Wicket has strong value, > write beautiful small examples to demonstrate the beauty of our beloved > framework (this is what Vaadin has been doing since few months ), > nice conference's coverage (ApacheCon video on youtube) > > By improving its impact using redundancy. > Mentioning Wicket'skills on dev's social network profile (linkedin) ! > (very few do it) is one example. > By retweeting, by mentioning Wicket more often, > > > 2) Word of Mouth) (WOM) > Word of Mouth is the passing of information from person to person by oral > communication (Wikipedia) > WOM is the second channel, with an equal importance for Wicket Adoption. > > Word of Mouth is made of by the developers and project managers feedbacks. > A lot has been done, through a nice and complete user guide to make the > learning curve easier. > > if I think we should focus on who who don't know Wicket, I think we must > hava a clear understanding why developers don't like Wicket. > Understanding the difficulties and dislikes is very important. And should > be done without affect. > > > > B) Difficulties and dislikes: > —— > In many projects, developers start writing few pages, using the examples. > Most of the time developers have difficulties understanding models, and > while trying to implement the functionalities that have to be done for > yesterday, > they still do not masterise theirs models, and do not pay attention to > their codes. > They just do not have time for these 2 tasks. They have to deliver. Bugs > will be fixed after. > > They do copy and paste to implement first functionalities, and after few > weeks, the code is so messy that you start thinking at the servlet / jsp … ! > The style of coding we can find in the Wicket Examples is used to write > ugly classes. > In many places I have seen pages with more than few thousand lines. > > No one wants to read it before lunch time or a friday afternoon ! > And as in any corporation, developers attempt to name a culprit. From > outside the developer's corporation. > Guess what ? > This is the time Wicket starts to receive a bad reputation. > And this is where this bad reputation stops the natural spreading Wicket’ > usage between developers, between teams in a company, between companies. > Word of mouth adoption channel is closed here. > > And needless to say, when new developers arrive on this kind of existing > project, they are not in a "wicket's loving mood". > Difficult to understand, difficult to maintain. > And you know, the first meeting is important ! > > We can improve a lot Wicket Examples's value by having more comments or a > better pedagogical naming convention. > A "test yourself" page where developers can test their Wicket’s skills, > with the correct answer and with the minimum level score to start using > Wicket with ease, could be interresting. > But it's not good enough. > > The difficulties I have found in many places are : Model, Page, Granularity > Model, Page, Granularity : from my clients, these 3 points are the > "dislike's culprit" : > > Models seem to be difficult to masterise, but it’s a core concept. Getting > Models proficiency is the key. > Writing page (java code) that are well structured, have nice code, are > easy to read should be highlighted (even if it’s more a Java skill tha
Re: contributing to wicketstuff-core, how to format file in IntelliJ IDEA?
Hi, On Tue, Dec 29, 2015 at 1:44 PM, Tobias Soloschenko < tobiassolosche...@googlemail.com> wrote: > Hi, > > I think you are looking for that: > > > https://github.com/wicketstuff/core/blob/master/config/eclipse/wicket-workspace-javacode-formatter-profile.xml > > > There's an Intellij plugin which takes this file as an input and auto-applies its guidelines to Java files. It's called: Eclipse Code Formatter. It works well. Regards, Pierre -- Je n'aime pas seulement ma vie, mais aussi celle des autres. (Blade Runner)
AJAX refreshing of complex components (custom, ListViews and the like)
Good morning, This not a question that I'd like to ask here, it's rather something which I once thought about publishing on my blog but as it is a simple solution to a recurring problem, I post it here, as I haven't got a blog yet. I lack of time and, to be honest, I have kind of an ill health… So, AFAIK on this list, a recurring problem seems to be: how to refresh complex components, like repeaters, firstly, and how to do that efficiently, secondly. So from the top of my head, here is the general way to do the first thing, not for repeaters, but in general cases. Ready ? Component componentToRefresh = new Component(…); parent.addOrRemove(componentToRefresh); target.add(parent); It's so useful that I forced myself to learn it by hearth ;-) A good thing done isn't it? Now, let me explain why ListView and other components must be added to the page that way. I have not read myself that part of the Wicket source code. But for me, the logic is this : When you only write: target.add(componentToRefresh), Wicket looks for an HTML id in order to refresh the component. BUT if the component has changed so much that even it's id (generated or provided by you) is not reliable itself to identify it, what do you do? Fine wicketeers guys, correct me if I'm wrong but for me, here is why you must in some cases use the parent component's id. Think about a DataTable! The parent id is stable, not the cells' ones. Even if it's just an example. Now for the second part: how to do that efficiently (in terms of response times)? Some people, just like me, realized that for a ListView of potentially lots of data, or at least when it's costly to compute just a ListView element, it is still not perfect to use the parent. So they apparently read about the http://wicketinaction.com/ blog themselves and found a rather clean and efficient way to implement such a component: https://github.com/vineetsemwal/quickview (And my memory is still OK, apparently ;-) I read the documentation mentioned in the link above myself and it was sufficient to adapt the given syntax to a video game heavily based on Websockets with Atmosphere (cheers JF Arcand ;-), so I think I won't say more for the moment. As we say in France: Et voilà ! Many thanks for any feedback and: have a lot of fun! Pierre -- Je n'aime pas seulement ma vie, mais aussi celle des autres. (Blade Runner)
Re: up to date Wicket presentation?
Good morning, On my side of the planet it is 9am in Bordeaux and I feel myself a crushing desire to be with people who can speak my language, so here I am :-) I have written http://hatchetharry.net with a little help from my friends (as a well-known song says) and something which I feel absolutely surprising (hum) is that I was myself looking for a simple presentation in order to explain to other friends how wicket works. Guys: are you reading my mind or is it just a pure coincidence? :-) Yours sincerely, Zala Le 16 juin 2015 05:33, Ernesto Reinaldo Barreiro reier...@gmail.com a écrit : Thanks Andrea! On Mon, Jun 15, 2015 at 4:52 PM, andrea del bene an.delb...@gmail.com wrote: Hi, sorry if I take part to this conversation only now, but I realized that I do have a presentation (in English) I used for a crush-course on Wicket 6. It doesn't cover every topic of the framework but it might help you. Here's the link: https://www.dropbox.com/s/e41qr6mwsnsabkh/Presentazione%20Wicket.odp?dl=0 On 12/06/2015 12:06, Ernesto Reinaldo Barreiro wrote: Dear Wicketeers, Does anyone has, and is willing to share, a recent (in English) presentation of Apache Wicket? I mean newer than http://www.slideshare.net/jbaruch/wicket-presentation-alphacsp-java-web-frameworks-playoff-2008 which is, by the way, a nice presentation :-) - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Regards - Ernesto Reinaldo Barreiro
Re: New committer - Sebastien Briquet
\o/ Bienvenue Sébastien ! Bravo et continue comme ça ! On Fri, Feb 13, 2015 at 10:02 PM, Martin Grigorov mgrigo...@apache.org wrote: The Project Management Committee (PMC) for Apache Wicket has asked Sebastien Briquet to become a committer and we are pleased to announce that he has accepted. Sebastien has been involved with Wicket for several years now by developing one of the most successful integrations with JavaScript libraries, namely Wicket jQuery UI https://github.com/sebfz1/wicket-jquery-ui, reporting bugs, contributing fixes and participating in discussions. Being a committer will enable him to help us even easier in the future. Please welcome Sebastien Briquet to our team! Bienvenue Sebastien! -- Si le sang ne coule pas assez chaud dans tes veines, je le répandrai sur le sable pour qu'il bouille au soleil.
Re: Wicket WebRTC Integration
Excellent! Please keep us informed about how it goes. Regards, Pierre On Tue, Feb 10, 2015 at 10:08 PM, Tobias Soloschenko tobiassolosche...@googlemail.com wrote: Hi, short update - you are now able to: * now activate / deactivate the volume bars * set the MaxWidth / MaxHeight and * set the Framerate which is going to be used for the videos. I setup a little wiki because to scroll all the time was so annoying. https://github.com/klopfdreh/wicket-components-playground/ wiki/7.-HTML5-WebRTC-Integration kind regards Tobias Am 31.01.15 um 00:49 schrieb Zala Pierre GOUPIL: Hi, Excellent work, congrats! And I'm talking about all your wicket-components-playground project! I'll test your Wicket WebRTC Integration and tell you how it goes. In fact, I'm currently using a full JS WebRTC component ( https://code.google.com/p/webrtc4all/) but I'm not fully satisfied with it. Hopefully, yours will do it for me. Regards, Pierre On Fri, Jan 30, 2015 at 5:26 PM, Tobias Soloschenko tobiassolosche...@googlemail.com wrote: Hi everybody, I just implemented a component to provide a way to integrate a video conference to Wicket applications using WebRTC - I would be very pleased to receive feedback! An installation of NodeJS is required. https://github.com/klopfdreh/wicket-components-playground (Scroll to section Wicket WebRTC Integration) kind regards Tobias - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Si le sang ne coule pas assez chaud dans tes veines, je le répandrai sur le sable pour qu'il bouille au soleil.
Re: Wicket WebRTC Integration
Hi, Excellent work, congrats! And I'm talking about all your wicket-components-playground project! I'll test your Wicket WebRTC Integration and tell you how it goes. In fact, I'm currently using a full JS WebRTC component ( https://code.google.com/p/webrtc4all/) but I'm not fully satisfied with it. Hopefully, yours will do it for me. Regards, Pierre On Fri, Jan 30, 2015 at 5:26 PM, Tobias Soloschenko tobiassolosche...@googlemail.com wrote: Hi everybody, I just implemented a component to provide a way to integrate a video conference to Wicket applications using WebRTC - I would be very pleased to receive feedback! An installation of NodeJS is required. https://github.com/klopfdreh/wicket-components-playground (Scroll to section Wicket WebRTC Integration) kind regards Tobias - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Si le sang ne coule pas assez chaud dans tes veines, je le répandrai sur le sable pour qu'il bouille au soleil.
Re: Wicket Spring
Good evening, Have a look here: https://cwiki.apache.org/confluence/display/WICKET/Spring It's a bit old but still useful. Plus you can check the wicket-phonebook example application from wicketstuff, it gives good code examples. Regards, Pierre On Mon, Nov 17, 2014 at 1:26 AM, Kevin James Baxter meta.d...@verizon.net wrote: Good day, Everyone! Is there any documentation on injecting Spring beans into Wicket components using XML (I want to avoid using annotations). All helpful advice will be greatly appreciated. Thanx -- There are 10 types of people in this world, those who understand binary and those who don't -- Si le sang ne coule pas assez chaud dans tes veines, je le répandrai sur le sable pour qu'il bouille au soleil.
Re: Wicket Spring
You're welcome! :-) On Mon, Nov 17, 2014 at 2:18 AM, Kevin James Baxter meta.d...@verizon.net wrote: Excellent! That example worked perfectly. Thank you, Pierre! On Mon, 2014-11-17 at 01:29 +0100, Zala Pierre GOUPIL wrote: Good evening, Have a look here: https://cwiki.apache.org/confluence/display/WICKET/Spring It's a bit old but still useful. Plus you can check the wicket-phonebook example application from wicketstuff, it gives good code examples. Regards, Pierre On Mon, Nov 17, 2014 at 1:26 AM, Kevin James Baxter meta.d...@verizon.net wrote: Good day, Everyone! Is there any documentation on injecting Spring beans into Wicket components using XML (I want to avoid using annotations). All helpful advice will be greatly appreciated. Thanx -- There are 10 types of people in this world, those who understand binary and those who don't -- There are 10 types of people in this world, those who understand binary and those who don't -- Si le sang ne coule pas assez chaud dans tes veines, je le répandrai sur le sable pour qu'il bouille au soleil.
GitHub
Hi all, When I try and fork Wicket github repo, I don't get all the branches and tags. Does anyone has a clue regarding that? Cheers, Pierre -- Si le sang ne coule pas assez chaud dans tes veines, je le répandrai sur le sable pour qu'il bouille au soleil.
Re: Is this possible?
You can try wicket-quickview, which is based on the stuff in the link Martin provided. It works pretty well IMHO, and it is Wicket 6.0 compliant: https://github.com/vineetsemwal/quickview Regards, Pierre On Thu, Oct 16, 2014 at 6:28 PM, Martin Grigorov mgrigo...@apache.org wrote: Hi, I'd recommend you to use JS for something like this. See http://wicketinaction.com/2008/10/repainting-only-newly-created-repeater-items-via-ajax/ . Additionally I'd recommend to use event delegation, i.e. one change listener on the dataview that handles 'change' for all items. Martin Grigorov Wicket Training and Consulting https://twitter.com/mtgrigorov On Thu, Oct 16, 2014 at 7:09 PM, Wayne W waynemailingli...@gmail.com wrote: We have a page that has a rather big DataView list. We need to be able to make insertions and removals of this list without sending back the whole list via AJAX as its a bit slow over the wire. Is it possible to add a new element and return and insert that into the list? Obviously we could insert in new item with JS on the page but we still want to take advantage to any handlers in wicket for that new item inserted into the list. So something like: onSubmit(AjaxRequestTarget target) { ItemMyModel item = new Item(); //!! item.add(new AjaxFormComponentUpdatingBehavior(onchange) { protected void onUpdate(AjaxRequestTarget target) {...}}); thelist.add(item); //!! ... target.appendJavaScript(js); } thanks Wayne -- La vie est source de joie, la mort est source de paix, seule la transition est difficile.
Re: adding wicket generated link to javascript
Good evening, You can use a Behavior: - subclass AbstractDefaultAjaxBehavior, - in the overriden renderHead(final Component component, final IHeaderResponse response) use template interpolation to pass the URL to the JS: template.interpolate(variables); - in the JS, use the Wicket client-side API to do a call to server: Wicket.Ajax.get({u:the/url/to/the/link, e: click, c:linkId}); ( https://cwiki.apache.org/confluence/display/WICKET/Wicket+Ajax) - and lastly, in the Behavior overridden respond(final AjaxRequestTarget target) do whatever component manipulation you need and play with the AjaxRequestTarget. So: in your JS, you have to find the right place to use the Wicket.Ajax.get() call and you can pass any value from server, not just the Behavior URL. Sorry, I was unable to find a link explaining more template interpolation, but if you like, I can provide you with some code. HTH, Pierre On Wed, Sep 3, 2014 at 10:15 PM, Jason Novotny jason.novo...@gmail.com wrote: Hi, My designer gave me code where HTML is created in javascript as part of a jquery dataTable: script $(document).ready(function() { $('#datatable').dataTable( { $('.clientinvoices .dropholder').html('div class=opener/div*button class=btn type=resetCancel Order/button*'); .. /script And I need that button to be a wicket button, is there a way to pass it a generated link, etc? What would be the best way to deal with this? Thanks, Jason -- La vie est source de joie, la mort est source de paix, seule la transition est difficile.
broken Wicket build
Hi, When trying to build the latest Apache Wicket Git repository, I get this error: [ERROR] Failed to execute goal org.codehaus.mojo:clirr-maven- plugin:2.6.1:check (clirr-check) on project wicket-util: Execution clirr-check of goal org.codehaus.mojo:clirr-maven-plugin:2.6.1:check failed: Invalid byte tag in constant pool: 15 - [Help 1] It looks that there is an API break. I use Maven 3.2.1 3.1.1 and OpenJDK 1.6.32 1.7.55 as well as Oracle Java 8.11 on Debian Linux Wheezy. Any help is appreciated. Regards, Pierre -- La vie est source de joie, la mort est source de paix, seule la transition est difficile.
Re: Testing JS
Wow, that makes a few interesting things! Thanks! :-) Pierre On Tue, Aug 12, 2014 at 9:47 AM, Martin Grigorov mgrigo...@apache.org wrote: Hi, For Wicket's JS we use QUnit. https://github.com/apache/wicket/tree/master/testing/wicket-js-tests is a Maven module responsible to execute the unit tests. It uses https://github.com/eirslett/frontend-maven-plugin to download Node.js and to execute Grunt. See http://wicketinaction.com/2014/07/build-resources-with-node.js/ for more details. The tests themselves are at https://github.com/apache/wicket/tree/master/wicket-core/src/test/js. Our CI server runs Maven with -Pjs-test. Additionally we have UI tests at https://github.com/apache/wicket/tree/master/wicket-examples/src/main/webapp/js-test which also are QUnit based but use https://github.com/martin-g/gym.js for the UI interactions. See http://wicketinaction.com/2012/11/javascript-based-functional-testing/ for more details. These tests are executed manually by visiting http://localhost:8080/js-test/all.html Martin Grigorov Wicket Training and Consulting https://twitter.com/mtgrigorov On Tue, Aug 12, 2014 at 4:57 AM, Pierre Goupil goupilpie...@gmail.com wrote: Good evening, Are there any good practices or known solutions in order to test the JavaScript of a Wicket application? For the moment, I launch my tests in the Wicket pages in Jenkins, with a flag telling whether to display them or not depending upon the staging plateform: they are hidden in production and displayed in development and in Jenkins. And I use QUnit, which goes pretty well with jQuery code under test, IMHO. Do you guys have a different workflow? Maybe with phantomJS or another headless tool? Any ideas are most welcome. Cheers, Pierre -- La vie est source de joie, la mort est source de paix, seule la transition est difficile.
Testing JS
Good evening, Are there any good practices or known solutions in order to test the JavaScript of a Wicket application? For the moment, I launch my tests in the Wicket pages in Jenkins, with a flag telling whether to display them or not depending upon the staging plateform: they are hidden in production and displayed in development and in Jenkins. And I use QUnit, which goes pretty well with jQuery code under test, IMHO. Do you guys have a different workflow? Maybe with phantomJS or another headless tool? Any ideas are most welcome. Cheers, Pierre
Re: Mailbox component
Oops, I forgot this thread... Anyway, thank you all for the reply, I'll try that. Regards, Pierre On Fri, Aug 8, 2014 at 7:24 AM, Maxim Solodovnik solomax...@gmail.com wrote: I have implemented something like this in our project (I'm afraid it might be not optimally written due to lack of time) the demo is available here: http://demo.dataved.ru/openmeetings (register then go to Contacts and Messages) The source code is here: http://svn.apache.org/viewvc/openmeetings/trunk/singlewebapp/openmeetings-web/src/main/java/org/apache/openmeetings/web/user/profile/MessagesContactsPanel.java?view=markup hopefully will rework it one day On 8 August 2014 12:08, Ernesto Reinaldo Barreiro reier...@gmail.com wrote: Hi, On Fri, Aug 8, 2014 at 2:06 AM, Paul Bors p...@bors.ws wrote: Suppose you take the jQuery Table and style it something like this (in a responsive web 'theamable' manner): http://w3lessons.info/2013/05/13/gmail-style-message-inbox-design-with-jquery-css/ Suppose you integrate it in Wicket and have it functional and suppose you want the following basic features implemented: * SMTP/POP and IMAP support * Properties or settings screen to configure the basics * Add Star / Unstar Messages * Delete Single Message * Delete Multiple Messages * Mark as Read * Mark as Unread Yes all of that... One would have to handle a pretty good abstraction of the actual interaction with the mail server which might or might not support all those features. And if a feature is not supported it should be disabled. Yes that's what I meant by I'm not sure how configurable/complete it is at the moment. It should be a matter of providing abstraction via interfaces for all operations... The actual source/sink for messages do not even need to be an e-mail server... In my case it is just a database. I think this is at least a week's effort. That's more or less the effort it took me to roll out it ;-) On Wed, Jul 30, 2014 at 1:35 AM, Ernesto Reinaldo Barreiro reier...@gmail.com wrote: Pierre, Hi, I have rolled out something like that for a private application. I'm not sure how configurable/complete it is at the moment. I would not be against open sourcing it. On Wed, Jul 30, 2014 at 3:43 AM, Pierre Goupil goupilpie...@gmail.com wrote: Good evening, Does anyone know about a mailbox component, please? I'm looking for something to allow my users send and browse private messages through my webapp. And I'd be surprised that there is no good open-source components to do that out there. Any suggestion? Thanks in advance, Pierre -- Regards - Ernesto Reinaldo Barreiro -- Regards - Ernesto Reinaldo Barreiro -- WBR Maxim aka solomax -- La vie est source de joie, la mort est source de paix, seule la transition est difficile.
Mailbox component
Good evening, Does anyone know about a mailbox component, please? I'm looking for something to allow my users send and browse private messages through my webapp. And I'd be surprised that there is no good open-source components to do that out there. Any suggestion? Thanks in advance, Pierre
Re: Wicket-Atmosphere: how to post to only one client ?
Good afternoon, Yes, there is a registration mechanism. You have to implement ResourceRegistrationListener, for instance in your Application class. Then you have the two methods resourceRegistered resourceUnregistered which make you aware of the UUIDs as they come and go. Is it clearer? Regards, Pierre On Mon, Jul 28, 2014 at 2:44 PM, guillaume.mary guillaume.m...@interview-efm.com wrote: Hi ! I want to implement a simple use case where a notification is sent to a client when its reports is finished, with Wicket Atmosphere. I’m new to Atmosphere concepts, but not to Wicket. So I had a look at Wicket-Atmosphere Quick Start. A broadcast is very simple to create as it is done there, but I can’t understand how I can notify only one client. The API doesn’t seem clear to me since the EventBus.post(..) methods talks about UUID or AtmosphereResource. I found AtmosphereBehavior.getUUID(Page) but how can I know on which page my client is ? Is there any registration mecanism ? how to interrogate it ? In my scenario, the only information I have about the client is its sessionId. Please advice -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-Atmosphere-how-to-post-to-only-one-client-tp4666768.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 -- La vie est source de joie, la mort est source de paix, seule la transition est difficile.
Re: Wicket-Atmosphere: how to post to only one client ?
Yes, it should be OK. On Mon, Jul 28, 2014 at 6:19 PM, guillaume.mary guillaume.m...@interview-efm.com wrote: Yes, thanks for the entry point. So I came to the following solution: register a ResourceRegistrationListener on the EventBus which fills a Map (concurrent) of SessionId to UUID. The SessionId is took from Session.get(), and the UUID is the one from resourceRegistered(..). Then my reporter (which has the SessionId) can ask for UUID thru this Map and so notifies the client with post(message, uuid) It works for my prototype. Is that a correct design ? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-Atmosphere-how-to-post-to-only-one-client-tp4666768p4666772.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 -- La vie est source de joie, la mort est source de paix, seule la transition est difficile.
wicket-atmosphere
Good evening, I'm still in the process of making wicket-atmosphere testable, after a long pause. For the moment in my EventBus, I am able to retrieve the broadcasted messages. I'd like to be able to retrieve this (Ajax-like) response with tester.getLastResponse().getDocument(). Because if I do this, I have the full WicketTester API to work with. When I do this in the EventBus: private void post(final AtmosphereResource _resource, final PageKey pageKey, final CollectionEventSubscription subscriptionsForPage, final AtmosphereEvent event) { ... snap ... final Response response = new AtmosphereWebResponse(_resource.getResponse()); if (this.application.createRequestCycle(request, response).processRequestAndDetach()) { System.out.println(response.toString()); this.broadcaster.broadcast(response.toString(), _resource); } } the Sys.out do gives me a non-empty ajax-response but I can't figure out how to hook it into the WicketTester's getLastResponse(). Any help will be much appreciated. Regards, Pierre Goupil -- La vie est source de joie, la mort est source de paix, seule la transition est difficile.
Re: Delete version number in url
Thanks. I figured it out. On Fri, May 16, 2014 at 3:08 PM, Prag pragprog...@gmail.com wrote: @Maxim, your solution works fine, thanks! @Pierre The link does work, but you have to remove the (NoVersionMapper class) suffix: https://svn.apache.org/repos/asf/openmeetings/trunk/singlewebapp/openmeetings-web/src/main/java/org/apache/openmeetings/web/app/Application.java See also here: http://stackoverflow.com/a/23695514/1039774 -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Delete-version-number-in-url-tp4665752p4665874.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 -- La vie est source de joie, la mort est source de paix, seule la transition est difficile.
AjaxRequestTarget weirdness
Hello folks, I'm currently trying to roll my own on Wicket-Atmosphere: I've forked the github repo and I'm trying to make the project unit testable. I must admit that I'm not far from reaching my objectives, but there is a thing that puzzles me. Please, let me explain: I would like to have an AJAX-style response when JS and / or components are added to the event bus, since it uses AjaxRequestTarget. That would allow me to assert whatever I like using the WicketTester API. Here is a sample code: -- if (this.application.createRequestCycle(request, response).processRequestAndDetach()) { System.out.println(response.toString()); this.broadcaster.broadcast(response.toString(), _resource); } -- Here, the System.out displays something correct like that: -- ?xml version=1.0 encoding=UTF-8? ajax-response component id=id1 ![CDATA[div id=id1my label/div]] /component evaluate ![CDATA[(function(){ myJs; })();]] /evaluate /ajax-response -- BUT, when I then do this in my unit-test: tester.getLastResponse().getDocument(); I only get: -- ?xml version=1.0 encoding=UTF-8?ajax-response/ajax-response -- A clue, anyone, please? If needed, I can publish the link to my github project. But I prefer asking here first because it needs some cleaning and maybe the problem I'm facing is just dumb. Best regards, Pierre -- La vie est source de joie, la mort est source de paix, seule la transition est difficile.
Re: problem with message order delivered to wicket users list
I have lots of trouble, too and Martin told me that it was a problem for all of the ASF mailing-lists. Hence, my message sent 4 times (!) here, for which I do apologize. https://blogs.apache.org/infra/entry/mail_outage Regards, Pierre On Wed, May 14, 2014 at 6:21 AM, Ernesto Reinaldo Barreiro reier...@gmail.com wrote: Hi, I the last couple of days I have been experiencing problems with the order of messages delivered to wicket users list: sometimes I receive an answer and then a few minutes after the original message. Is someone else experiencing this behavior? -- Regards - Ernesto Reinaldo Barreiro -- La vie est source de joie, la mort est source de paix, seule la transition est difficile.
AjaxRequestTarget weirdness
Hello folks, Sorry if this is double-posting, but I have the feeling that my previous message didn't find its way. I'm currently trying to roll my own on Wicket-Atmosphere: I've forked the github repo and I'm trying to make the project unit testable. I must admit that I'm not far from reaching my objectives, but there is a thing that puzzles me. Please, let me explain: I would like to have an AJAX-style response when JS and / or components are added to the event bus, since it uses AjaxRequestTarget. That would allow me to assert whatever I like using the WicketTester API. Here is a sample code: -- if (this.application.createRequestCycle(request, response).processRequestAndDetach()) { System.out.println(response.toString()); this.broadcaster.broadcast(response.toString(), _resource); } -- Here, the System.out displays something correct like that: -- ?xml version=1.0 encoding=UTF-8? ajax-response component id=id1 ![CDATA[div id=id1my label/div]] /component evaluate ![CDATA[(function(){ myJs; })();]] /evaluate /ajax-response -- BUT, when I then do this in my unit-test: tester.getLastResponse().getDocument(); I only get: -- ?xml version=1.0 encoding=UTF-8?ajax-response/ajax-response -- A clue, anyone, please? If needed, I can publish the link to my github project. But I prefer asking here first because it needs some cleaning and maybe the problem I'm facing is just dumb. Best regards, Pierre -- La vie est source de joie, la mort est source de paix, seule la transition est difficile.
AjaxRequestTarget weirdness
Hello folks, Sorry if this is double-posting, but I have the feeling that my previous message didn't find its way. I'm currently trying to roll my own on Wicket-Atmosphere: I've forked the github repo and I'm trying to make the project unit testable. I must admit that I'm not far from reaching my objectives, but there is a thing that puzzles me. Please, let me explain: I would like to have an AJAX-style response when JS and / or components are added to the event bus, since it uses AjaxRequestTarget. That would allow me to assert whatever I like using the WicketTester API. Here is a sample code from EventBus.java in Wicket-Atmosphere: -- if (this.application.createRequestCycle(request, response).processRequestAndDetach()) { System.out.println(response.toString()); this.broadcaster.broadcast(response.toString(), _resource); } -- Here, the System.out displays something correct like that: -- ?xml version=1.0 encoding=UTF-8? ajax-response component id=id1 ![CDATA[div id=id1my label/div]] /component evaluate ![CDATA[(function(){ myJs; })();]] /evaluate /ajax-response -- But, when I then do this in my unit-test: tester.getLastResponse().getDocument(); I only get: -- ?xml version=1.0 encoding=UTF-8?ajax-response/ajax-response -- A clue, anyone, please? If needed, I can publish the link to my github project. But I prefer asking here first because it needs some cleaning and maybe the problem I'm facing is just dumb. Best regards, Pierre -- La vie est source de joie, la mort est source de paix, seule la transition est difficile.
Re: Delete version number in url
Good afternoon, I wanted to have a look, but your link gives me a 404. Regards, Pierre On Sun, May 11, 2014 at 4:54 AM, Maxim Solodovnik solomax...@gmail.comwrote: Here is approach we are currently using: https://svn.apache.org/repos/asf/openmeetings/trunk/singlewebapp/openmeetings-web/src/main/java/org/apache/openmeetings/web/app/Application.java(NoVersionMapper class) On Sun, May 11, 2014 at 2:01 AM, RedCarpet bluecar...@gmx.com wrote: http://stackoverflow.com/questions/8602489/delete-version-number-in-url describes a solution (see code below) to remove the version number in urls like: http://localhost/MyPage/SubPage?0 But this solution doesn't work anymore since Wicket 6.13+. Is there a way to get this working in 6.15? Solution for 6.13: = In Application.init(): == mount(new MountedMapperWithoutPageComponentInfo(/subpage, MyPage.class)); == In MountedMapperWithoutPageComponentInfo = public class MountedMapperWithoutPageComponentInfo extends MountedMapper { public MountedMapperWithoutPageComponentInfo(String mountPath, Class? extends IRequestablePage pageClass) { super(mountPath, pageClass, new PageParametersEncoder()); } @Override protected void encodePageComponentInfo(Url url, PageComponentInfo info) { // do nothing so that component info does not get rendered in url } @Override public Url mapHandler(IRequestHandler requestHandler) { if (requestHandler instanceof ListenerInterfaceRequestHandler || requestHandler instanceof BookmarkableListenerInterfaceRequestHandler) { return null; } else { return super.mapHandler(requestHandler); } } } == -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Delete-version-number-in-url-tp4665752.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 -- WBR Maxim aka solomax -- La vie est source de joie, la mort est source de paix, seule la transition est difficile.
Re: get page instance in AtmosphereRequestHandler
Well, that's what I did, indeed. But it wasn't enough. I've found a way, I need more deep testing of it, but for the moment it looks OK. Regards, Pierre On Mon, Feb 24, 2014 at 9:07 AM, Martin Grigorov mgrigo...@apache.orgwrote: Hi, You should have started a page before sending websocket requests to it, as in the real usage. By using tester.startPage(thePage) Wicket will store the page in MockPageManager and later you can find it by its id. Martin Grigorov Wicket Training and Consulting On Sat, Feb 22, 2014 at 5:13 PM, Pierre Goupil goupilpie...@gmail.com wrote: Hi, In fact, it is this code: Session.get().getPageManager().getPage(pageId); (excerpt from DefaultMapperContext#getPageInstance(final int pageId)) which returns null: the Session.get().getPageManager() contains no pages when I'm in my Atmosphere context. Any thoughts, please? Kind regards, Pierre On Sat, Feb 22, 2014 at 2:17 AM, Pierre Goupil goupilpie...@gmail.com wrote: Good evening, I'm trying to implement the unit test functionality of Wicket-Atmosphere. I'm stuck on a silly thing. I have this code in the class AtmosphereRequestHandler: @Override public void respond(final IRequestCycle requestCycle) { final Page page = (Page)Application.get().getMapperContext() .getPageInstance(this.pageKey.getPageId()); final AjaxRequestTarget target = WebApplication.get().newAjaxRequestTarget(page); this.executeHandlers(target, page); } The page is always null, so I got an exception at the target creation, saying page can not be null. But I'm sure the pageId I provide is OK. Any idea? Regards, Pierre -- Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas mal. Alors frappez-moi de musique ! Frappez-moi de musique, maintenant ! (Bob Marley : Trenchtown Rock) -- Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas mal. Alors frappez-moi de musique ! Frappez-moi de musique, maintenant ! (Bob Marley : Trenchtown Rock)
Re: get page instance in AtmosphereRequestHandler
Hi, In fact, it is this code: Session.get().getPageManager().getPage(pageId); (excerpt from DefaultMapperContext#getPageInstance(final int pageId)) which returns null: the Session.get().getPageManager() contains no pages when I'm in my Atmosphere context. Any thoughts, please? Kind regards, Pierre On Sat, Feb 22, 2014 at 2:17 AM, Pierre Goupil goupilpie...@gmail.comwrote: Good evening, I'm trying to implement the unit test functionality of Wicket-Atmosphere. I'm stuck on a silly thing. I have this code in the class AtmosphereRequestHandler: @Override public void respond(final IRequestCycle requestCycle) { final Page page = (Page)Application.get().getMapperContext() .getPageInstance(this.pageKey.getPageId()); final AjaxRequestTarget target = WebApplication.get().newAjaxRequestTarget(page); this.executeHandlers(target, page); } The page is always null, so I got an exception at the target creation, saying page can not be null. But I'm sure the pageId I provide is OK. Any idea? Regards, Pierre -- Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas mal. Alors frappez-moi de musique ! Frappez-moi de musique, maintenant ! (Bob Marley : Trenchtown Rock)
Re: CVE-2014-0043
Good afternoon, Sorry but the first link gives me a 404. Regards, Pierre
get page instance in AtmosphereRequestHandler
Good evening, I'm trying to implement the unit test functionality of Wicket-Atmosphere. I'm stuck on a silly thing. I have this code in the class AtmosphereRequestHandler: @Override public void respond(final IRequestCycle requestCycle) { final Page page = (Page)Application.get().getMapperContext() .getPageInstance(this.pageKey.getPageId()); final AjaxRequestTarget target = WebApplication.get().newAjaxRequestTarget(page); this.executeHandlers(target, page); } The page is always null, so I got an exception at the target creation, saying page can not be null. But I'm sure the pageId I provide is OK. Any idea? Regards, Pierre
Re: [ANNOUNCE] Apache Wicket 6.13.0 adds free online user guide
+1, it is a pain-killer! :-) Cheers to all of you, Pierre On Tue, Jan 14, 2014 at 12:01 PM, Zilvinas Vilutis zilvi...@vilutis.ltwrote: This guide is AWESOME! Big respect and thank you to everyone who contributed! Žilvinas Vilutis On Mon, Jan 13, 2014 at 6:00 PM, Martijn Dashorst dasho...@apache.org wrote: The Apache Wicket PMC is proud to announce Apache Wicket 6.13.0! This release marks the thirteenth minor release of Wicket 6. Starting with Wicket 6 we use semantic versioning for the future development of Wicket, and as such no API breaks are present in this release compared to 6.0.0. New and noteworthy -- This release fixes 25 bugs and adds the following improvements: * Online Wicket User guide (see below) * CDI 1.1 support (see below) * JQuery upgraded from 1.10.1 to 1.10.2 * Implemented BigIntegerConverter * Migrate Wicket-Atmosphere to Atmosphere 2 New Wicket User guide - After many years of people asking for a reference guide for Apache Wicket we finally were able to add one to our site thanks to Andrea del Bene and comSysto for writing the guide and providing the hours of converting it to our site. You can read the manual in 3 forms: multi page HTML, single page HTML and PDF. The contents: - Introduction - How to use the example code - Why should I learn Wicket? - Wicket says Hello, World! - Wicket as page layout manager - Keeping control over HTML - Component Lifecycle - Page versioning and caching - Under the hood of request processing - Wicket Links and URL generation - Wicket models and forms - Wicket forms in detail - Displaying multiple items with repeaters - Internationalization with Wicket - Resource management with Wicket - An example of integration with JavaScript - Wicket advanced topics - Working with AJAX - Integration with enterprise containers - Security with Wicket - Test Driven Development with Wicket - Test Driven Development with Wicket and Spring - Wicket Best Practices - Working with Maven (Appendix) - Project WicketStuff (Appendix) - Lost in redirection with Apache Wicket (Appendix) - Contributing to this guide (Appendix) Read more in the User guide by following this link: http://wicket.apache.org/start/userguide.html New CDI-1.1 integration project --- A new (experimental) module for CDI integration was added to support CDI 1.1 with Wicket. As CDI 1.0 and 1.1 are different beasts and not compatible, we had to craft a new module with specific support for the new CDI standard. The module is still experimental, but we expect to make it a default module in a couple of releases. You can use the new Wicket CDI module by including the following dependency in your POM: dependency groupIdorg.apache.wicket/groupId artifactIdwicket-cdi-1.1/artifactId version0.2/version /dependency Note that you have to remove the old wicket-cdi module and the Seam conversation dependency: org.jboss.seam.conversation:seam-conversation-weld For more information about what is new in CDI 1.1 read this blog post by Pete Muir: http://s.apache.org/newincdi11 JQuery update in 6.9.0 -- As of Wicket 6.9 we ship JQuery 1.10.1. The JQuery project has decided to remove deprecated APIs from their codebase from JQuery 1.9 and up. This means that JQuery plugins using these deprecated APIs no longer work. See the JQuery migration guide for more information, available from http://jquery.com/upgrade-guide/1.9/ If your application depends on these deprecated APIs you can easily downgrade to JQuery 1.8.3-the previously provided JQuery that still contains these APIs. Download the 1.8.3 release of jquery and add it to your project in its application's init method: @Override protected void init() { getJavaScriptLibrarySettings() .setJQueryReference(yourJquery183ResourceReference); } CDI injection issue --- In the CDI releases of Weld 2.0.1 and prior, it was assumed that injection in anonymous inner classes was not legal and when attempted, it resulted in an exception: Caused by: org.jboss.weld.exceptions.DefinitionException: WELD-70 Simple bean [EnhancedAnnotatedTypeImpl] private class com.example.HomePage$AForm cannot be a non-static inner class This was reported as https://issues.apache.org/jira/browse/WICKET-5226, as it became an issue in Glassfish 4, which ships with Weld 2.0.1 (or earlier). We implemented a fix for this particular issue by not injecting into anonymous inner classes. Unfortunately this was not a bug that needed fixing on our part, but rather in the Weld framework (see https://issues.jboss.org/browse/WELD-1441) Therefore we reverted the
Re: [OT] thanks
Replying to myself: after having double-checked all the docs, it now works: there was an inconsistency in my configuration, it was enough to prevent the whole stuff to work. If anyone is curious, I can still give him more details. In the meantime, thanks to all, Pierre On Mon, Jan 13, 2014 at 9:20 PM, Pierre Goupil goupilpie...@gmail.comwrote: Good evening, I finally have the need to use nginx, but can't figure out how to configure it with Wicket and Atmosphere. I've provided the nginx configuration quoted above, and in my init() method of WebApplication, I have: this.getFilterFactoryManager().add(new XForwardedRequestWrapperFactory()); But no way, the WebSocket connection returns an error. GET http://me.net/?0-IResourceListener.2-...ache-Date=0X-atmo-protocol=true_=1389644050464 = Firefox can't establish a connection to the server at ws:// me.net/?0-IResourceListener.2-X-Atmosphere-tracking-id=0X-Atmosphere-Framework=2.0.8-jqueryX-Atmosphere-Transport=websocketX-Atmosphere-TrackMessageSize=trueX-Cache-Date=0X-atmo-protocol=true Does anybody have an idea, please? Regards, Pierre On Wed, Aug 14, 2013 at 4:03 PM, Emond Papegaaij emond.papega...@topicus.nl wrote: We depend heavily on ajp. Our application server needs to know the exact url the request was made to. This is very hard to get right with plain http proxying (if not impossible). The main reason we use httpd in front of our application server(s) is for load balancing and status information (serving a 503 when the application is down). Tomcat's (or JBoss in our case) performance has never been an issue. Best regards, Emond On Wednesday 14 August 2013 07:50:50 Dan Retzlaff wrote: Have you considered nginx? We use httpd but our reverse-proxying needs are pretty simple. I've been meaning to try nginx. http://nginx.org/en/docs/http/websocket.html On Wed, Aug 14, 2013 at 7:42 AM, Pierre Goupil goupilpie...@gmail.comwrote: I use only Tomcat (7.0.40) and I must admit that with NIO connector and useNative=true, the performance looks nice. I have no use for an httpd for the moment, but I'm not in production. I plan to load test my app, if you're interested, I can communicate the results to you. As a side-note, on the Tomcat list, many people are starting to talk about better WebSockets support in Tomcat 8 and the dev seem to realize that there is a strong expectation for them, so maybe they'll try and convince to work hand-in-hand with the httpd / AJP people? Anyway, thanks again and keep up the good work! And of course a big thank you to the people from the great Wicket, too! :-) Regards, Pierre On Wed, Aug 14, 2013 at 3:33 PM, Emond Papegaaij emond.papega...@topicus.nl wrote: Hi Pierre, Good to hear you like it! Unfortunately, we are still waiting for the rest of the server stack to support websockets before we can actually use it in production applications. Hopefully, with the release of jee7 (with jsr356) maintainers of httpd and ajp will finally realize they need to support websockets as well. Best regards, Emond On Wednesday 14 August 2013 12:01:05 Pierre Goupil wrote: Good morning, All apologies for this totally off-topic message, but I would like to say a big THANK YOU to Emond for his work on wicket-atmosphere. His code is far from trivial, yet it is a real pleasure to use it. According to me, the killer-feature is the fact that we have an AjaxRequestTarget to work with which triggers a Comet / WebSocket response. Thanks again, man! Pierre -- Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas mal. Alors frappez-moi de musique ! Frappez-moi de musique, maintenant ! (Bob Marley : Trenchtown Rock) -- Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas mal. Alors frappez-moi de musique ! Frappez-moi de musique, maintenant ! (Bob Marley : Trenchtown Rock) -- Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas mal. Alors frappez-moi de musique ! Frappez-moi de musique, maintenant ! (Bob Marley : Trenchtown Rock)
Re: [OT] thanks
Good evening, I finally have the need to use nginx, but can't figure out how to configure it with Wicket and Atmosphere. I've provided the nginx configuration quoted above, and in my init() method of WebApplication, I have: this.getFilterFactoryManager().add(new XForwardedRequestWrapperFactory()); But no way, the WebSocket connection returns an error. GET http://me.net/?0-IResourceListener.2-...ache-Date=0X-atmo-protocol=true_=1389644050464 = Firefox can't establish a connection to the server at ws:// me.net/?0-IResourceListener.2-X-Atmosphere-tracking-id=0X-Atmosphere-Framework=2.0.8-jqueryX-Atmosphere-Transport=websocketX-Atmosphere-TrackMessageSize=trueX-Cache-Date=0X-atmo-protocol=true Does anybody have an idea, please? Regards, Pierre On Wed, Aug 14, 2013 at 4:03 PM, Emond Papegaaij emond.papega...@topicus.nl wrote: We depend heavily on ajp. Our application server needs to know the exact url the request was made to. This is very hard to get right with plain http proxying (if not impossible). The main reason we use httpd in front of our application server(s) is for load balancing and status information (serving a 503 when the application is down). Tomcat's (or JBoss in our case) performance has never been an issue. Best regards, Emond On Wednesday 14 August 2013 07:50:50 Dan Retzlaff wrote: Have you considered nginx? We use httpd but our reverse-proxying needs are pretty simple. I've been meaning to try nginx. http://nginx.org/en/docs/http/websocket.html On Wed, Aug 14, 2013 at 7:42 AM, Pierre Goupil goupilpie...@gmail.comwrote: I use only Tomcat (7.0.40) and I must admit that with NIO connector and useNative=true, the performance looks nice. I have no use for an httpd for the moment, but I'm not in production. I plan to load test my app, if you're interested, I can communicate the results to you. As a side-note, on the Tomcat list, many people are starting to talk about better WebSockets support in Tomcat 8 and the dev seem to realize that there is a strong expectation for them, so maybe they'll try and convince to work hand-in-hand with the httpd / AJP people? Anyway, thanks again and keep up the good work! And of course a big thank you to the people from the great Wicket, too! :-) Regards, Pierre On Wed, Aug 14, 2013 at 3:33 PM, Emond Papegaaij emond.papega...@topicus.nl wrote: Hi Pierre, Good to hear you like it! Unfortunately, we are still waiting for the rest of the server stack to support websockets before we can actually use it in production applications. Hopefully, with the release of jee7 (with jsr356) maintainers of httpd and ajp will finally realize they need to support websockets as well. Best regards, Emond On Wednesday 14 August 2013 12:01:05 Pierre Goupil wrote: Good morning, All apologies for this totally off-topic message, but I would like to say a big THANK YOU to Emond for his work on wicket-atmosphere. His code is far from trivial, yet it is a real pleasure to use it. According to me, the killer-feature is the fact that we have an AjaxRequestTarget to work with which triggers a Comet / WebSocket response. Thanks again, man! Pierre -- Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas mal. Alors frappez-moi de musique ! Frappez-moi de musique, maintenant ! (Bob Marley : Trenchtown Rock) -- Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas mal. Alors frappez-moi de musique ! Frappez-moi de musique, maintenant ! (Bob Marley : Trenchtown Rock)
Component hierarchy
Good afternoon, all, and happy new year! I'm currently trying to implement a component: a jQuery dialog window which could have any component (extending Panel?) as its content. Let me explain: I'd have a dialog which would be added to the page by the client code of the dialog so that it's the client who would take care of having a a unique wicket:id for the dialog and then, in return the dialog would add to its own markup the client Panel, maybe with a CompoundPropertyModel in order to have state, forms, etc. in the dialog. And the question is: how could I have a generic dialog container which adds any component to its children? May be I'm not looking in the right direction, any advice will be appreciated. Regards, Pierre
wicketstuff-facebook
Good afternoon, I'm currently struggling with wicketstuff-facebook 6.12.0 with the same version of Wicket. I'm unable to have the logged in callback executed. Here is my code: final LoginButton button = new LoginButton(loginButton, FacebookPermission.user_events); button.setShowFaces(true); this.add(button); final ModelString responseModel = new ModelString(); final MultiLineLabel responseLabel = new MultiLineLabel(response, responseModel); responseLabel.setOutputMarkupId(true); this.add(responseLabel); this.add(new AuthLoginEventBehavior() { private static final long serialVersionUID = 1L; @Override protected void onSessionEvent(final AjaxRequestTarget target, final String status, final String userId, final String signedRequest, final String expiresIn, final String accessToken) { final StringBuilder sb = new StringBuilder(); sb.append(status: ).append(status).append('\n'); sb.append(userId: ).append(userId).append('\n'); sb.append(signedRequest: ).append(signedRequest).append('\n'); sb.append(expiresIn: ).append(expiresIn).append('\n'); sb.append(accessToken: ).append(accessToken).append('\n'); LoginModalWindow.LOGGER.info(sb.toString()); responseModel.setObject(sb.toString()); target.add(responseLabel); } }); Moreover, I have added new FacebookSdk(fb-root, my-app-id)) and its corresponding markup div id=fb-root wicket:id=fb-root/div at the very beginning of the body, as requested. I have no error in the Tomcat logs. Does anyone have a clue, please? Regards, Pierre
wicket-atmosphere
Good evening, This may be off-topic but I'd like to congratulate Emond for his work on wicket-atmosphere. I've tried version 0.16-SNAPSHOT and it works like a charm: the migration to Atmosphere 2 is just painless. And regarding the performance boost promised by JF Arcand, there is no surprise: it's sensibly faster. No, it's really, really faster! For me, you can now close the WICKET-5367 ticket. Thumbs up for Emond! \O/ Cheers, Pierre
Re: Wicket merchandise
That's a good idea! But unfortunately, the link gives me a 404 and a search for Wicket or Apache Wicket retrieves nothing relevant. Anyway: let's go! :-) Pierre On Wed, Sep 18, 2013 at 9:23 PM, Martin Grigorov mgrigo...@apache.orgwrote: Sven Meier +1 On Wed, Sep 18, 2013 at 10:10 PM, nino martinez wael nino.martinez.w...@gmail.com wrote: Hi Guys long time no see.. Apparently there are some money left on the wicket merchandise shop (http://www.cafepress.com/apachewicket).. So I suggest that it's time for the community to nominee and vote on who should have a cap, tshirt or coffee mug for their effort.. So if someone would gather nominees and handle the vote.. I'll send the merchandise to the lucky (or hard working) winner :) I'll follow on the side line.. -- Best regards / Med venlig hilsen Nino Martinez -- Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas mal. Alors frappez-moi de musique ! Frappez-moi de musique, maintenant ! (Bob Marley : Trenchtown Rock)
Re: [ANNOUNCE] WicketStuff 6.10.0 is released
Andrea, I'd be curious to have a look at your JavaLobby article. Will you be kind enough to post the link here when it's available, please? Regards, Pierre On Thu, Aug 22, 2013 at 3:24 PM, Andrea Del Bene an.delb...@gmail.comwrote: Anybody has a list of the new modules available with this last version? I'd like to write an announcement of the new version at JavaLobby. Hi, WicketStuff core 6.10.0 based on Apache Wicket 6.10.0 is released and shortly will be available in Maven Central. The changelog for this release is: bitstorm (10): Integration with WicketStuff refactor of segments Code clean up for Wicketstuff integration Suggestion from pull request review pom dependencies refactoring Introduced interface IWebSerialDeserial Smal refactoring readme modified Formatting stuff... some code improvement/cleanup Martin Tzvetanov Grigorov (6): Build against Wicket 6.10.0-SNAPSHOT Various version updates (semver compatible) Use Wicket 6.11.0-SNAPSHOT [async-tasks] Import AjaxRequestTarget to be able to use it [async-tasks] Remove unused import of the AbstractTaskModel Release 6.10.0 svenmeier (6): additional test, no functional change #238 script is in shortcut.js (not shortcuts.js) allow access to non-public methods added license header let LazyModel implement IPropertyReflectionAwareModel added consructors with model to column Ernesto Reinaldo Barreiro (5): add handler that allows to export a several tables to excel. add a flag to GMAP3 that makes map's JavaScript not fail in case of no Internet connection make general purpose cell exporter more robust and flexible fix logic to create table headers. Merge pull request #245 from reiern70/master Andrea Del Bene (4): Wicketstuff integration Revert Wicketstuff integration /media/New Volume/stagew/wicketstuff-restannotations-parent /media/New Volume/stagew/pom.xml Merge pull request #247 from bitstorm/master Martin Grigorov (4): Merge pull request #239 from RoadRunner120485/master Merge pull request #242 from raphw/master Merge pull request #243 from raphw/master Merge pull request #248 from raphw/master Michael Mosmann (4): kryo2: bugfix missing locale in date format kryo2: test fixed kryo2 doc fix kryo2 doc fix rafwin (4): Added asynchronous tasks. Changed Wicket version to 6.9.1 release (Snapshot not available in referenced repository.) Added further test cases. Fixed progress button where event might have been swallowed. Added additional model abstraction to allow a progress button's task to be exchanged during runtime. Added additional model abstraction to allow a progress button's task to be exchanged during runtime. Martin Sturm (3): Build against wicket 6.9.1-SNAPSHOT [Issue #236] Fixed issue in class AnnotationsShiroAuthorizationStrategy. [Issue #236] Added unit test.. Martin Knopf (1): added readme based on wiki page The WicketStuff team - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas mal. Alors frappez-moi de musique ! Frappez-moi de musique, maintenant ! (Bob Marley : Trenchtown Rock)
[OT] thanks
Good morning, All apologies for this totally off-topic message, but I would like to say a big THANK YOU to Emond for his work on wicket-atmosphere. His code is far from trivial, yet it is a real pleasure to use it. According to me, the killer-feature is the fact that we have an AjaxRequestTarget to work with which triggers a Comet / WebSocket response. Thanks again, man! Pierre -- Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas mal. Alors frappez-moi de musique ! Frappez-moi de musique, maintenant ! (Bob Marley : Trenchtown Rock)
Re: [OT] thanks
I use only Tomcat (7.0.40) and I must admit that with NIO connector and useNative=true, the performance looks nice. I have no use for an httpd for the moment, but I'm not in production. I plan to load test my app, if you're interested, I can communicate the results to you. As a side-note, on the Tomcat list, many people are starting to talk about better WebSockets support in Tomcat 8 and the dev seem to realize that there is a strong expectation for them, so maybe they'll try and convince to work hand-in-hand with the httpd / AJP people? Anyway, thanks again and keep up the good work! And of course a big thank you to the people from the great Wicket, too! :-) Regards, Pierre On Wed, Aug 14, 2013 at 3:33 PM, Emond Papegaaij emond.papega...@topicus.nl wrote: Hi Pierre, Good to hear you like it! Unfortunately, we are still waiting for the rest of the server stack to support websockets before we can actually use it in production applications. Hopefully, with the release of jee7 (with jsr356) maintainers of httpd and ajp will finally realize they need to support websockets as well. Best regards, Emond On Wednesday 14 August 2013 12:01:05 Pierre Goupil wrote: Good morning, All apologies for this totally off-topic message, but I would like to say a big THANK YOU to Emond for his work on wicket-atmosphere. His code is far from trivial, yet it is a real pleasure to use it. According to me, the killer-feature is the fact that we have an AjaxRequestTarget to work with which triggers a Comet / WebSocket response. Thanks again, man! Pierre -- Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas mal. Alors frappez-moi de musique ! Frappez-moi de musique, maintenant ! (Bob Marley : Trenchtown Rock)
Re: Wicket-Atmosphere : best way to call server
Thanks, Martin! So it definitely worth giving it a try: I'll do that ASAP. Regards, Pierre On Mon, Jul 8, 2013 at 8:13 AM, Martin Grigorov mgrigo...@apache.orgwrote: Hi, I think you should use the Atmosphere APIs. Wicket.Ajax.get() knows nothing about WebSocket technology so it won't work. Wicket NativeWebSocket exposes Wicket.WebSocket.** APIs but afaik there is no such thing in WIcket-Atmosphere. On Sat, Jul 6, 2013 at 6:43 PM, Pierre Goupil goupilpie...@gmail.com wrote: Good afternoon, When using Wicket-Atmosphere (0.11), which is the recommended way to send a message to the server in order to receive a WebSocket (or fallback transport) response? I mean, I am supposed to do: var socket = $.atmosphere;var request = new $.atmosphere.AtmosphereRequest();var subSocket = socket.subscribe(request); subSocket.push(JSON.stringify({ 'blah' })); Or: Wicket.Ajax.get() ? I doubt that there is a sensible performance difference, but I prefer to ask. Sorry if this is a silly question. Regards, Pierre
Re: Wicket-Atmosphere : best way to call server
Hi, I've tried to provide the same URL than with Wicket.Ajax.get to my request objet but it miserably fails with a client-side exception that Firebug is unable to copy / paste. I'm a bit disappointed. Is there anything I should be aware of? Regards, Pierre On Mon, Jul 8, 2013 at 10:12 AM, Pierre Goupil goupilpie...@gmail.comwrote: Thanks, Martin! So it definitely worth giving it a try: I'll do that ASAP. Regards, Pierre On Mon, Jul 8, 2013 at 8:13 AM, Martin Grigorov mgrigo...@apache.orgwrote: Hi, I think you should use the Atmosphere APIs. Wicket.Ajax.get() knows nothing about WebSocket technology so it won't work. Wicket NativeWebSocket exposes Wicket.WebSocket.** APIs but afaik there is no such thing in WIcket-Atmosphere. On Sat, Jul 6, 2013 at 6:43 PM, Pierre Goupil goupilpie...@gmail.com wrote: Good afternoon, When using Wicket-Atmosphere (0.11), which is the recommended way to send a message to the server in order to receive a WebSocket (or fallback transport) response? I mean, I am supposed to do: var socket = $.atmosphere;var request = new $.atmosphere.AtmosphereRequest();var subSocket = socket.subscribe(request); subSocket.push(JSON.stringify({ 'blah' })); Or: Wicket.Ajax.get() ? I doubt that there is a sensible performance difference, but I prefer to ask. Sorry if this is a silly question. Regards, Pierre -- Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas mal. Alors frappez-moi de musique ! Frappez-moi de musique, maintenant ! (Bob Marley : Trenchtown Rock)
Wicket-Atmosphere : best way to call server
Good afternoon, When using Wicket-Atmosphere (0.11), which is the recommended way to send a message to the server in order to receive a WebSocket (or fallback transport) response? I mean, I am supposed to do: var socket = $.atmosphere;var request = new $.atmosphere.AtmosphereRequest();var subSocket = socket.subscribe(request); subSocket.push(JSON.stringify({ 'blah' })); Or: Wicket.Ajax.get() ? I doubt that there is a sensible performance difference, but I prefer to ask. Sorry if this is a silly question. Regards, Pierre
Re: Wicket-Atmosphere ResourceRegistrationListener
Heads up, men! :-) I'm gonna file in a bug, then. Hopefully, Emond will be able to do something for me. Regards, Pierre On Tue, Jun 25, 2013 at 8:19 PM, Pierre Goupil goupilpie...@gmail.comwrote: Good evening all, I use ResourceRegistrationListener in my HomePage with wicket-atmosphere 0.10 and neither resourceRegistered() nor resourceUnregistered() are called. Does anyone have a clue, please? I have a working clock, as in the examples, but I can't find the UUID for EventBus#post(Object event, String resourceUuid). If I do this: AtmosphereBehavior.getUUID(homePage), it returns null. Any help is appreciated. Regards, Pierre
Wicket-Atmosphere ResourceRegistrationListener
Good evening all, I use ResourceRegistrationListener in my HomePage with wicket-atmosphere 0.10 and neither resourceRegistered() nor resourceUnregistered() are called. Does anyone have a clue, please? I have a working clock, as in the examples, but I can't find the UUID for EventBus#post(Object event, String resourceUuid). If I do this: AtmosphereBehavior.getUUID(homePage), it returns null. Any help is appreciated. Regards, Pierre
Re: PageableListView with two rows
Thanks to both of you! I've managed to do what I liked. It's a little bit unusual for me, but it's clean and it works. Cheers men, Pierre On Tue, Jun 11, 2013 at 5:06 PM, Eric Jablow erjab...@gmail.com wrote: ListView and its subclasses do not require the use of tables. If another style of markup is useful, use that. You can have a div with nested divs, In fact, you could create a ProfilePanel and use a div for each. On Mon, Jun 10, 2013 at 6:06 PM, Dan Retzlaff dretzl...@gmail.com wrote: Maybe I just don't understand your requirements. I thought you want two rows for each Profile. So: add(new PageableListView(profile, profiles) { populateItem(item) { item.add(new Label(row1column1)); item.add(new Label(row2column1)); item.setRenderBodyOnly(true); } }); table div wicket:id=profile trtd wicket:id=row1column1/td/tr trtd wicket:id=row2column1/td/tr /div /table Obviously you can add as many columns as you'd like. -- Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas mal. Alors frappez-moi de musique ! Frappez-moi de musique, maintenant ! (Bob Marley : Trenchtown Rock)
PageableListView with two rows
Good evening, Is there a way to have a PageableListView with two rows? Here is my code: final PageableListViewProfile columnListView = new PageableListViewProfile( columnListView, secondLine, SearchPage.RESULTS / 2) { private static final long serialVersionUID = 1L; @Override protected void populateItem(final ListItemProfile item) { final IModelProfile p = item.getModel(); item.add(new ProfilePanel(profile, p)); } }; this.add(columnListView); this.add(new AjaxPagingNavigator(navigator, columnListView)); It works perfectly well for one line of results, but I'd like to have two lines of 4 columns instead of one line of 8 columns. I don't think a DataTable would fit my needs since the ProfilePanel object is a complex display. Any help will be much appreciated. Regards, Pierre -- Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas mal. Alors frappez-moi de musique ! Frappez-moi de musique, maintenant ! (Bob Marley : Trenchtown Rock)
Re: PageableListView with two rows
I'm sorry, but I don't understand what you mean. I've tried this: table class=large-space-centered-table align=center div wicket:id=columnListView tr wicket:id=separator td class=normal-text border-cell span wicket:id=profile/span /td /tr /div /table final PageableListViewProfile columnListView = new PageableListViewProfile( columnListView, allMatches, SearchPage.COLUMNS) { private static final long serialVersionUID = 1L; @Override protected void populateItem(final ListItemProfile item) { final IModelProfile p = item.getModel(); final WebMarkupContainer separator = new WebMarkupContainer(separator); if (item.getIndex() == (SearchPage.COLUMNS / 2)) { separator.setRenderBodyOnly(false); } else { separator.setRenderBodyOnly(true); } separator.add(new ProfilePanel(profile, p)); item.add(separator); } }; columnListView.setRenderBodyOnly(true); this.add(columnListView); this.add(new AjaxPagingNavigator(navigator, columnListView)); I think I did what you've suggested but instead of two rows of 5 columns, I got one line of 5 columns, one of one column and a last line of 4 columns. I've missed something, I'm afraid. Thank you anyway! Regards, Pierre On Mon, Jun 10, 2013 at 10:17 PM, Dan Retzlaff dretzl...@gmail.com wrote: Hi Pierre, Associate your PageableListView with a div that wraps your two trs. Use item.setRenderBodyOnly(true) to prevent the div from being rendered so your table markup is still valid. Dan On Mon, Jun 10, 2013 at 12:49 PM, Pierre Goupil goupilpie...@gmail.com wrote: Good evening, Is there a way to have a PageableListView with two rows? Here is my code: final PageableListViewProfile columnListView = new PageableListViewProfile( columnListView, secondLine, SearchPage.RESULTS / 2) { private static final long serialVersionUID = 1L; @Override protected void populateItem(final ListItemProfile item) { final IModelProfile p = item.getModel(); item.add(new ProfilePanel(profile, p)); } }; this.add(columnListView); this.add(new AjaxPagingNavigator(navigator, columnListView)); It works perfectly well for one line of results, but I'd like to have two lines of 4 columns instead of one line of 8 columns. I don't think a DataTable would fit my needs since the ProfilePanel object is a complex display. Any help will be much appreciated. Regards, Pierre -- Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas mal. Alors frappez-moi de musique ! Frappez-moi de musique, maintenant ! (Bob Marley : Trenchtown Rock) -- Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas mal. Alors frappez-moi de musique ! Frappez-moi de musique, maintenant ! (Bob Marley : Trenchtown Rock)
Re: 1.4 - 6.0 question
Thanks for that, Marco! Regards, Pierre On Fri, Apr 12, 2013 at 8:35 AM, Marco Springer ma...@glitchbox.nl wrote: Hello Pierre, You can also just override/extend the onComponentTag function from the Component.: Component { @Override protected void onComponentTag(ComponentTag tag) { super.onComponentTag(tag); tag.put(attribute, value) } } As far as I can see, SimpleAttributeModifier doesn't exist anymore, just use the AttributeModifier class or sub-class that if you really need to. Or attach a custom Behavior to the component which can also override the onComponentTag function like so: public class FeedbackFieldDecorator extends Behavior { @Override public void onComponentTag(Component component, ComponentTag tag) { if (!((FormComponent?)component).isValid()) { String cl = tag.getAttribute(class); if (cl == null) { tag.put(class, error); } else { tag.put(class, error + cl); } } } } Cheers, Marco On Thursday 11 April 2013 21:50:28 Pierre Goupil wrote: Good evening, I have a Wicket 1.4 code that I want to migrate to 6.0. It all works fine except for this code in a sub-class of SimpleAttributeModifier: @Override public void onComponentTag(final Component component, final ComponentTag tag) { System.out.println(ononComponentTag called. component=+component+, tag=+tag); if (isEnabled(component)) { System.out.println(changing attribute, value=+value); tag.getAttributes().put(attribute, value); } } I don't know what this code is supposed to do, so does anyone know with what to replace it? AttributeModifier#onComponentTag() is final in 6.0! Any help is much appreciated. Regards, Pierre - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand
1.4 - 6.0 question
Good evening, I have a Wicket 1.4 code that I want to migrate to 6.0. It all works fine except for this code in a sub-class of SimpleAttributeModifier: @Override public void onComponentTag(final Component component, final ComponentTag tag) { System.out.println(ononComponentTag called. component=+component+, tag=+tag); if (isEnabled(component)) { System.out.println(changing attribute, value=+value); tag.getAttributes().put(attribute, value); } } I don't know what this code is supposed to do, so does anyone know with what to replace it? AttributeModifier#onComponentTag() is final in 6.0! Any help is much appreciated. Regards, Pierre -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand
Re: [wicket-atmosphere] resource UUID
Indeed. I'll ask on the Atmosphere group and come again by you if needed. Cheers, Pierre On Thu, Jan 31, 2013 at 1:20 PM, Emond Papegaaij emond.papega...@topicus.nl wrote: I don't see why this piece of code would be needed. You are creating a new broadcaster for every resource, that doesn't sound like a good idea. Perhaps someone at the Atmosphere Google groups can help you with this. It might be that something is wrong with the Broadcaster.broadcast(String, Resource) method. Best regards, Emond On Wednesday 30 January 2013 21:33:21 Pierre Goupil wrote: Good evening, I managed to have it work, at long last. What happened is that in the quickstart I provided, I issued a EventBus.get().post(event, pageUuid) and it worked as expected: I was able to post an event to only one client of my choice. Unfortunately, in my project, which makes heavy use of Comet / WebSockets, it didn't work, and with the same EventBus code! But my code and component tree are far more complex in my project, so this is not entirely a surprise. Nonetheless, I modified the EventBus#post(AtmosphereResource resource, PageKey pageKey, CollectionEventSubscription subscriptionsForPage, Object event) to: EventBus#post(AtmosphereResource resource, PageKey pageKey, CollectionEventSubscription subscriptionsForPage, Object event,, String resourceUuid ). And I added this small piece of code: if (application.createRequestCycle(request, response).processRequestAndDetach()) { Broadcaster singleBroadcaster = BroadcasterFactory.getDefault().lookup( DefaultBroadcaster.class, resourceUuid, true); singleBroadcaster.setID(resourceUuid); resource.setBroadcaster(singleBroadcaster); singleBroadcaster.addAtmosphereResource(resource); singleBroadcaster.broadcast(response.toString()); } And it does work! What shall I do, now? Open a Jira ticket? Issue a pull-request? Or just let you introduce this tiny bit of code? Thanks for the good, hard work! Regards, Pierre Goupil On Thu, Jan 10, 2013 at 4:22 PM, Emond Papegaaij emond.papega...@topicus.nl wrote: You should register it with EventBus.addRegistrationListener and a page should not implement the interface, it is meant as an application global listener. Emond On Thursday 10 January 2013 15:50:12 Pierre Goupil wrote: Indeed. I've tried this in my page constructor: Application.get().getEventBus().registerPage(hp + UUID.randomUUID(), this); But it doesn't do the trick. Sorry to bug you, but I can't find the right method! Regards, Pierre On Thu, Jan 10, 2013 at 3:30 PM, Martin Grigorov mgrigo...@apache.orgwrote: You have to register it in the EventBus On Thu, Jan 10, 2013 at 4:27 PM, Pierre Goupil goupilpie...@gmail.com wrote: Hi Emond, I must be doing something wrong, as it doesn't work. I have implemented ResourceRegistrationListener in my HomePage and I set the UUIDs in the method resourceRegistered() but my logs show that it's never called. Is there any more than implementing ResourceRegistrationListener that I'm supposed to do? Regards, Pierre On Thu, Jan 10, 2013 at 1:05 PM, Emond Papegaaij emond.papega...@topicus.nl wrote: I've just pushed the fix for WICKET-4957: you can now listen to the registration of resources for pages. Best regards, Emond On Tuesday 08 January 2013 23:49:36 Pierre Goupil wrote: Emond, I've tried it like you said and it almost works! It works in the sense that I'm able to send an event to only one resource : that alone is fine in itself. But unfortunately, when doing: broadcaster.getAtmosphereResources() I don't know which browser corresponds to which resource. So I definitively need your functionality of resource creation listening. Keep up the good work! Cheers, Pierre On Tue, Jan 8, 2013 at 2:07 PM, Pierre Goupil goupilpie...@gmail.com wrote: Excellent, Emond! I'll try it like you said and tell you what happens. Cheers, Pierre On Tue, Jan 8, 2013 at 1:55 PM, Emond Papegaaij emond.papega...@topicus.nl wrote: Hi Pierre, The UUID is bound to a page when atmosphere makes to call back to the server, which makes sense because before
Re: [6.5.0] Ajax regression on Chrome
That's weird men! In wicket-library.com the Ajax links work, except that you must click once on the first increment button before it works. But in my quickstart, nothing happens... I've updated my Chrome version from 24.0.1312.56 to 24.0.1312.57 and the symptom is the same. I can see no fundamental difference between my quickstart code and wicket-library's one. FYI, I've tried my quickstart with wicket 6.0.0 6.5.0. Any idea? Regards, Pierre On Thu, Jan 31, 2013 at 12:25 AM, Martin Grigorov mgrigo...@apache.orgwrote: Ajax works fine in my apps with Chrome 24, 25 and 26. OS: Ubuntu. I'll check your quickstart tomorrow. Please test at wicket-library.com, as Martijn requested. On Wed, Jan 30, 2013 at 9:59 PM, Pierre Goupil goupilpie...@gmail.com wrote: OK, I'll do that and come again when I have more news. Thanks! On Wed, Jan 30, 2013 at 9:53 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: I think it is an issue of either your chrome installation (try re-installing) or a bug is introduced in chrome 24 for linux, as it doesn't affect chrome 24 running on OS X, and as you say, chrome 23 did work. Reinstall chrome, see if it works, otherwise file a bug report with chrome developers (check if the wicket examples on wicket-library exhibit the bug, if so, link to that instead) Martijn On Wed, Jan 30, 2013 at 9:48 PM, Pierre Goupil goupilpie...@gmail.com wrote: Maybe I could investigate on jQuery? If they have an open bug or a work-around? After all, one of its principles is to abstract you from browsers différences. What do you think? I really need a hand... Le 30 janv. 2013 21:43, Martijn Dashorst martijn.dasho...@gmail.com a écrit : So, Wicket 6.5.0 works in IE, FF, Safari and Chrome 23. Now you install Chrome 24 and it stops working, and that is Wicket's problem? Chrome is a fricking browser, it supports the web. Wicket is part of the web, and its javascript is nothing special (i.e. based on jquery). Chrome apparently messed up–which is not uncommon for them to do BTW. Martijn On Wed, Jan 30, 2013 at 9:36 PM, Pierre Goupil goupilpie...@gmail.com wrote: I must admit that I don't know their workflow. But I guess that it is far heavier and time-consuming than that of Wicket, right? Could you please see if you can find a work-around? What I'm afraid of, is that they could say: we know nothing about your Wicket thing, we support GWT and Angular.js, so please go back home, if you know what I mean... Regards, Pierre On Wed, Jan 30, 2013 at 9:24 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: Did you create a bug report at chrome? Sounds like a bug in their browser rather than in wicket. Martijn On Wed, Jan 30, 2013 at 9:00 PM, Pierre Goupil goupilpie...@gmail.com wrote: Good evening, I've been through a strange behavior since I upgraded my Linux box to Chrome 24 (latest stable release, I believe). To put it shortly, the Ajax links reload the page, hence their actions are mostly not taken into account. I've created: https://issues.apache.org/jira/browse/WICKET-5015 and attached a quickstart to prove it. FYI, the bug is not present in Firefox or Opera. Hope to hear from you soon, guys! Regards, Pierre -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand -- Become a Wicket expert, learn from the best: http://wicketinaction.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand -- Become a Wicket expert, learn from the best: http://wicketinaction.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Become a Wicket expert, learn from the best: http://wicketinaction.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com http://jweekend.com/ -- Parce que c'est
Re: [6.5.0] Ajax regression on Chrome
Men... I've deleted ~/.cache/google-chrome ~/.config/google-chrome. I've fully de-installed Chrome in Synaptic. I've re-installed it from Google's official source. And... it works... Sorry for the noise, I'll close my bug. I'm a bit puzzled by such a behavior but you know... Is computer science an exact science? :-) Anyway, all my apologies. Regards, Pierre On Thu, Jan 31, 2013 at 2:00 PM, Martin Grigorov mgrigo...@apache.orgwrote: It looks like your chrome is somehow broken. Try to clean whatever can be cleaned and try again. Or just create a new unix user and try with the same Chrome installation. On Thu, Jan 31, 2013 at 1:48 PM, Pierre Goupil goupilpie...@gmail.com wrote: That's weird men! In wicket-library.com the Ajax links work, except that you must click once on the first increment button before it works. But in my quickstart, nothing happens... I've updated my Chrome version from 24.0.1312.56 to 24.0.1312.57 and the symptom is the same. I can see no fundamental difference between my quickstart code and wicket-library's one. FYI, I've tried my quickstart with wicket 6.0.0 6.5.0. Any idea? Regards, Pierre On Thu, Jan 31, 2013 at 12:25 AM, Martin Grigorov mgrigo...@apache.org wrote: Ajax works fine in my apps with Chrome 24, 25 and 26. OS: Ubuntu. I'll check your quickstart tomorrow. Please test at wicket-library.com, as Martijn requested. On Wed, Jan 30, 2013 at 9:59 PM, Pierre Goupil goupilpie...@gmail.com wrote: OK, I'll do that and come again when I have more news. Thanks! On Wed, Jan 30, 2013 at 9:53 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: I think it is an issue of either your chrome installation (try re-installing) or a bug is introduced in chrome 24 for linux, as it doesn't affect chrome 24 running on OS X, and as you say, chrome 23 did work. Reinstall chrome, see if it works, otherwise file a bug report with chrome developers (check if the wicket examples on wicket-library exhibit the bug, if so, link to that instead) Martijn On Wed, Jan 30, 2013 at 9:48 PM, Pierre Goupil goupilpie...@gmail.com wrote: Maybe I could investigate on jQuery? If they have an open bug or a work-around? After all, one of its principles is to abstract you from browsers différences. What do you think? I really need a hand... Le 30 janv. 2013 21:43, Martijn Dashorst martijn.dasho...@gmail.com a écrit : So, Wicket 6.5.0 works in IE, FF, Safari and Chrome 23. Now you install Chrome 24 and it stops working, and that is Wicket's problem? Chrome is a fricking browser, it supports the web. Wicket is part of the web, and its javascript is nothing special (i.e. based on jquery). Chrome apparently messed up–which is not uncommon for them to do BTW. Martijn On Wed, Jan 30, 2013 at 9:36 PM, Pierre Goupil goupilpie...@gmail.com wrote: I must admit that I don't know their workflow. But I guess that it is far heavier and time-consuming than that of Wicket, right? Could you please see if you can find a work-around? What I'm afraid of, is that they could say: we know nothing about your Wicket thing, we support GWT and Angular.js, so please go back home, if you know what I mean... Regards, Pierre On Wed, Jan 30, 2013 at 9:24 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: Did you create a bug report at chrome? Sounds like a bug in their browser rather than in wicket. Martijn On Wed, Jan 30, 2013 at 9:00 PM, Pierre Goupil goupilpie...@gmail.com wrote: Good evening, I've been through a strange behavior since I upgraded my Linux box to Chrome 24 (latest stable release, I believe). To put it shortly, the Ajax links reload the page, hence their actions are mostly not taken into account. I've created: https://issues.apache.org/jira/browse/WICKET-5015 and attached a quickstart to prove it. FYI, the bug is not present in Firefox or Opera. Hope to hear from you soon, guys! Regards, Pierre -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand -- Become a Wicket expert, learn from the best: http://wicketinaction.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
Re: [6.5.0] Ajax regression on Chrome
No, Debian. On Thu, Jan 31, 2013 at 2:45 PM, Robert O'Connor robby.ocon...@gmail.comwrote: Is it ubuntu? ---rob Sent from my phone...excuse any typos. On Jan 31, 2013 8:32 AM, Pierre Goupil goupilpie...@gmail.com wrote: Men... I've deleted ~/.cache/google-chrome ~/.config/google-chrome. I've fully de-installed Chrome in Synaptic. I've re-installed it from Google's official source. And... it works... Sorry for the noise, I'll close my bug. I'm a bit puzzled by such a behavior but you know... Is computer science an exact science? :-) Anyway, all my apologies. Regards, Pierre On Thu, Jan 31, 2013 at 2:00 PM, Martin Grigorov mgrigo...@apache.org wrote: It looks like your chrome is somehow broken. Try to clean whatever can be cleaned and try again. Or just create a new unix user and try with the same Chrome installation. On Thu, Jan 31, 2013 at 1:48 PM, Pierre Goupil goupilpie...@gmail.com wrote: That's weird men! In wicket-library.com the Ajax links work, except that you must click once on the first increment button before it works. But in my quickstart, nothing happens... I've updated my Chrome version from 24.0.1312.56 to 24.0.1312.57 and the symptom is the same. I can see no fundamental difference between my quickstart code and wicket-library's one. FYI, I've tried my quickstart with wicket 6.0.0 6.5.0. Any idea? Regards, Pierre On Thu, Jan 31, 2013 at 12:25 AM, Martin Grigorov mgrigo...@apache.org wrote: Ajax works fine in my apps with Chrome 24, 25 and 26. OS: Ubuntu. I'll check your quickstart tomorrow. Please test at wicket-library.com, as Martijn requested. On Wed, Jan 30, 2013 at 9:59 PM, Pierre Goupil goupilpie...@gmail.com wrote: OK, I'll do that and come again when I have more news. Thanks! On Wed, Jan 30, 2013 at 9:53 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: I think it is an issue of either your chrome installation (try re-installing) or a bug is introduced in chrome 24 for linux, as it doesn't affect chrome 24 running on OS X, and as you say, chrome 23 did work. Reinstall chrome, see if it works, otherwise file a bug report with chrome developers (check if the wicket examples on wicket-library exhibit the bug, if so, link to that instead) Martijn On Wed, Jan 30, 2013 at 9:48 PM, Pierre Goupil goupilpie...@gmail.com wrote: Maybe I could investigate on jQuery? If they have an open bug or a work-around? After all, one of its principles is to abstract you from browsers différences. What do you think? I really need a hand... Le 30 janv. 2013 21:43, Martijn Dashorst martijn.dasho...@gmail.com a écrit : So, Wicket 6.5.0 works in IE, FF, Safari and Chrome 23. Now you install Chrome 24 and it stops working, and that is Wicket's problem? Chrome is a fricking browser, it supports the web. Wicket is part of the web, and its javascript is nothing special (i.e. based on jquery). Chrome apparently messed up–which is not uncommon for them to do BTW. Martijn On Wed, Jan 30, 2013 at 9:36 PM, Pierre Goupil goupilpie...@gmail.com wrote: I must admit that I don't know their workflow. But I guess that it is far heavier and time-consuming than that of Wicket, right? Could you please see if you can find a work-around? What I'm afraid of, is that they could say: we know nothing about your Wicket thing, we support GWT and Angular.js, so please go back home, if you know what I mean... Regards, Pierre On Wed, Jan 30, 2013 at 9:24 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: Did you create a bug report at chrome? Sounds like a bug in their browser rather than in wicket. Martijn On Wed, Jan 30, 2013 at 9:00 PM, Pierre Goupil goupilpie...@gmail.com wrote: Good evening, I've been through a strange behavior since I upgraded my Linux box to Chrome 24 (latest stable release, I believe). To put it shortly, the Ajax links reload the page, hence their actions are mostly not taken into account. I've created: https://issues.apache.org/jira/browse/WICKET-5015 and attached a quickstart
[6.5] testing Ajax stuff
Good afternoon, I'd like to test an Ajax response. More precisely, I'd like to get the list of HTML tags which attributes have a given value. I know of TagTester#createTagsByAttribute but it looks like it is for non-Ajax only, correct me if I'm wrong. Is there any way to do that in a Wicket 6 unit test? Thanks and regards, Pierre -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand
Re: [6.5] testing Ajax stuff
Yes, I could but in fact it returns the last non-Ajax response. I see it when providing it to TagTester#createTagsByAttribute. Thank you anyway. On Thu, Jan 31, 2013 at 4:38 PM, Andrea Del Bene an.delb...@gmail.comwrote: Hi, I haven't tested it but I think you could get the last response from WicketTester (with getLastResponse or getLastResponseAsString), then you should be able to search your attributes inside the response. Good afternoon, I'd like to test an Ajax response. More precisely, I'd like to get the list of HTML tags which attributes have a given value. I know of TagTester#**createTagsByAttribute but it looks like it is for non-Ajax only, correct me if I'm wrong. Is there any way to do that in a Wicket 6 unit test? Thanks and regards, Pierre --**--**- To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.orgusers-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand
Re: [6.5] testing Ajax stuff
!!! It looks like I made a mistake: getLastResponseAsString do give the last Ajax response. I thought you were speaking about getLastResponse().getDocument() which doesn't take Ajax into account. Thanks, I'll look for that! Regards, Pierre On Thu, Jan 31, 2013 at 4:44 PM, Pierre Goupil goupilpie...@gmail.comwrote: Yes, I could but in fact it returns the last non-Ajax response. I see it when providing it to TagTester#createTagsByAttribute. Thank you anyway. On Thu, Jan 31, 2013 at 4:38 PM, Andrea Del Bene an.delb...@gmail.comwrote: Hi, I haven't tested it but I think you could get the last response from WicketTester (with getLastResponse or getLastResponseAsString), then you should be able to search your attributes inside the response. Good afternoon, I'd like to test an Ajax response. More precisely, I'd like to get the list of HTML tags which attributes have a given value. I know of TagTester#**createTagsByAttribute but it looks like it is for non-Ajax only, correct me if I'm wrong. Is there any way to do that in a Wicket 6 unit test? Thanks and regards, Pierre --**--**- To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.orgusers-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand
Re: [6.5] testing Ajax stuff
After various tries, I must admit my failure. Here is the Ajax response that I want to test against: ?xml version=1.0 encoding=UTF-8?ajax-response component id=galleryParent ![CDATA[span wicket:id=galleryParent id=galleryParent span wicket:id=gallery id=handGallerywicket:panel div wicket:id=thumbsPlaceholder id=thumbsPlaceholder29 div wicket:id=thumbs id=movers-row div wicket:id=crossLinkDiv id=cross-link-div5a wicket:id=crossLink class=cross-link id=cross-link5 href=#6img wicket:id=thumbPlaceholder class=nav-thumb id=placeholder94257429_171b_4d45_91b1_efb201e7045e_img src=1.jpg/img/a/div /divdiv wicket:id=thumbs id=movers-row div wicket:id=crossLinkDiv id=cross-link-div6a wicket:id=crossLink class=cross-link id=cross-link6 href=#7img wicket:id=thumbPlaceholder class=nav-thumb id=placeholderb6681b9c_e58f_41ff_8b33_f9c0134fadb5_img src=cards/MountainThumb.jpg/img/a/div /div /div /div /div /span /span /wicket:panel/span /span]]/component /ajax-response I've stripped down irrelevant parts. But see the 2 img tags with class nav-thumb?. Now, Here is my test code: final ListTagTester tagTester = TagTester.createTagsByAttribute(HomePageTest.tester.getLastResponseAsString(), class, nav-thumb, false); Assert.assertNotNull(tagTester); Assert.assertEquals(7, tagTester.size()); It fails with: java.lang.AssertionError: expected:2 but was:0 What I think is that since I add my component span wicket:id=gallery id=handGallery to my AjaxRequestTarget not directly with add() but using its parent, then the TagTester can't find it. Just a wild guess, though. To explain a bit more what I mean: since my component to update via Ajax is complicated (ListViews and other stuff), I do it like that: parent.addOrRemove(new Gallery(gallery)); target.add(parent); AFAIK this is idiomatic Wicket, but in my case it looks like this is what has me stuck. Maybe I'm wrong here but if anybody knew a way to retrieve my two img tags with class nav-thumb in an Ajax update, that would be great. Thanks in advance, Pierre On Thu, Jan 31, 2013 at 5:12 PM, Pierre Goupil goupilpie...@gmail.comwrote: !!! It looks like I made a mistake: getLastResponseAsString do give the last Ajax response. I thought you were speaking about getLastResponse().getDocument() which doesn't take Ajax into account. Thanks, I'll look for that! Regards, Pierre On Thu, Jan 31, 2013 at 4:44 PM, Pierre Goupil goupilpie...@gmail.comwrote: Yes, I could but in fact it returns the last non-Ajax response. I see it when providing it to TagTester#createTagsByAttribute. Thank you anyway. On Thu, Jan 31, 2013 at 4:38 PM, Andrea Del Bene an.delb...@gmail.comwrote: Hi, I haven't tested it but I think you could get the last response from WicketTester (with getLastResponse or getLastResponseAsString), then you should be able to search your attributes inside the response. Good afternoon, I'd like to test an Ajax response. More precisely, I'd like to get the list of HTML tags which attributes have a given value. I know of TagTester#**createTagsByAttribute but it looks like it is for non-Ajax only, correct me if I'm wrong. Is there any way to do that in a Wicket 6 unit test? Thanks and regards, Pierre --**--** - To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.orgusers-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand
Re: [6.5] testing Ajax stuff
Good idea! So you think this comes from the CDATA section too: funny... On Thu, Jan 31, 2013 at 7:33 PM, Andrea Del Bene an.delb...@gmail.comwrote: I think you should extract the HTML from CDATA section. I've run a test with the response you wrote in your email and if I get rid of outer tags it works fine. ?xml version=1.0 encoding=UTF-8?ajax-**response component id=galleryParent ![CDATA[span wicket:id=galleryParent id=galleryParent span wicket:id=gallery id=handGallerywicket:**panel div wicket:id=thumbsPlaceholder id=thumbsPlaceholder29 div wicket:id=thumbs id=movers-row div wicket:id=crossLinkDiv id=cross-link-div5a wicket:id=crossLink class=cross-link id=cross-link5 href=#6img wicket:id=thumbPlaceholder class=nav-thumb id=placeholder94257429_171b_** 4d45_91b1_efb201e7045e_img src=1.jpg/img/a/div /divdiv wicket:id=thumbs id=movers-row div wicket:id=crossLinkDiv id=cross-link-div6a wicket:id=crossLink class=cross-link id=cross-link6 href=#7img wicket:id=thumbPlaceholder class=nav-thumb id=placeholderb6681b9c_e58f_** 41ff_8b33_f9c0134fadb5_img src=cards/MountainThumb.jpg**/img/a/div /div /div /div /div /span /span /wicket:panel/span /span]]/component /ajax-response --**--**- To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.orgusers-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand
Re: [6.5] testing Ajax stuff
That's it! What a shame to be forced to manipulate the Ajax response by hand to test this... Anyway, it is possible! On Thu, Jan 31, 2013 at 7:36 PM, Pierre Goupil goupilpie...@gmail.comwrote: Good idea! So you think this comes from the CDATA section too: funny... On Thu, Jan 31, 2013 at 7:33 PM, Andrea Del Bene an.delb...@gmail.comwrote: I think you should extract the HTML from CDATA section. I've run a test with the response you wrote in your email and if I get rid of outer tags it works fine. ?xml version=1.0 encoding=UTF-8?ajax-**response component id=galleryParent ![CDATA[span wicket:id=galleryParent id=galleryParent span wicket:id=gallery id=handGallerywicket:**panel div wicket:id=thumbsPlaceholder id=thumbsPlaceholder29 div wicket:id=thumbs id=movers-row div wicket:id=crossLinkDiv id=cross-link-div5a wicket:id=crossLink class=cross-link id=cross-link5 href=#6img wicket:id=thumbPlaceholder class=nav-thumb id=placeholder94257429_171b_** 4d45_91b1_efb201e7045e_img src=1.jpg/img/a/div /divdiv wicket:id=thumbs id=movers-row div wicket:id=crossLinkDiv id=cross-link-div6a wicket:id=crossLink class=cross-link id=cross-link6 href=#7img wicket:id=thumbPlaceholder class=nav-thumb id=placeholderb6681b9c_e58f_** 41ff_8b33_f9c0134fadb5_img src=cards/MountainThumb.jpg**/img/a/div /div /div /div /div /span /span /wicket:panel/span /span]]/component /ajax-response --**--**- To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.orgusers-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand
Re: [6.5] testing Ajax stuff
OK, I'll do it ASAP! On Thu, Jan 31, 2013 at 11:33 PM, Martin Grigorov mgrigo...@apache.orgwrote: File a ticket please. Preferably with a patch, or at least a test case. On Thu, Jan 31, 2013 at 11:25 PM, Pierre Goupil goupilpie...@gmail.com wrote: That's it! What a shame to be forced to manipulate the Ajax response by hand to test this... Anyway, it is possible! On Thu, Jan 31, 2013 at 7:36 PM, Pierre Goupil goupilpie...@gmail.com wrote: Good idea! So you think this comes from the CDATA section too: funny... On Thu, Jan 31, 2013 at 7:33 PM, Andrea Del Bene an.delb...@gmail.com wrote: I think you should extract the HTML from CDATA section. I've run a test with the response you wrote in your email and if I get rid of outer tags it works fine. ?xml version=1.0 encoding=UTF-8?ajax-**response component id=galleryParent ![CDATA[span wicket:id=galleryParent id=galleryParent span wicket:id=gallery id=handGallerywicket:**panel div wicket:id=thumbsPlaceholder id=thumbsPlaceholder29 div wicket:id=thumbs id=movers-row div wicket:id=crossLinkDiv id=cross-link-div5a wicket:id=crossLink class=cross-link id=cross-link5 href=#6img wicket:id=thumbPlaceholder class=nav-thumb id=placeholder94257429_171b_** 4d45_91b1_efb201e7045e_img src=1.jpg/img/a/div /divdiv wicket:id=thumbs id=movers-row div wicket:id=crossLinkDiv id=cross-link-div6a wicket:id=crossLink class=cross-link id=cross-link6 href=#7img wicket:id=thumbPlaceholder class=nav-thumb id=placeholderb6681b9c_e58f_** 41ff_8b33_f9c0134fadb5_img src=cards/MountainThumb.jpg**/img/a/div /div /div /div /div /span /span /wicket:panel/span /span]]/component /ajax-response --**--**- To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.org users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com http://jweekend.com/ -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand
[6.5.0] Ajax regression on Chrome
Good evening, I've been through a strange behavior since I upgraded my Linux box to Chrome 24 (latest stable release, I believe). To put it shortly, the Ajax links reload the page, hence their actions are mostly not taken into account. I've created: https://issues.apache.org/jira/browse/WICKET-5015 and attached a quickstart to prove it. FYI, the bug is not present in Firefox or Opera. Hope to hear from you soon, guys! Regards, Pierre -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand
Re: [wicket-atmosphere] resource UUID
Good evening, I managed to have it work, at long last. What happened is that in the quickstart I provided, I issued a EventBus.get().post(event, pageUuid) and it worked as expected: I was able to post an event to only one client of my choice. Unfortunately, in my project, which makes heavy use of Comet / WebSockets, it didn't work, and with the same EventBus code! But my code and component tree are far more complex in my project, so this is not entirely a surprise. Nonetheless, I modified the EventBus#post(AtmosphereResource resource, PageKey pageKey, CollectionEventSubscription subscriptionsForPage, Object event) to: EventBus#post(AtmosphereResource resource, PageKey pageKey, CollectionEventSubscription subscriptionsForPage, Object event,, String resourceUuid ). And I added this small piece of code: if (application.createRequestCycle(request, response).processRequestAndDetach()) { Broadcaster singleBroadcaster = BroadcasterFactory.getDefault().lookup( DefaultBroadcaster.class, resourceUuid, true); singleBroadcaster.setID(resourceUuid); resource.setBroadcaster(singleBroadcaster); singleBroadcaster.addAtmosphereResource(resource); singleBroadcaster.broadcast(response.toString()); } And it does work! What shall I do, now? Open a Jira ticket? Issue a pull-request? Or just let you introduce this tiny bit of code? Thanks for the good, hard work! Regards, Pierre Goupil On Thu, Jan 10, 2013 at 4:22 PM, Emond Papegaaij emond.papega...@topicus.nl wrote: You should register it with EventBus.addRegistrationListener and a page should not implement the interface, it is meant as an application global listener. Emond On Thursday 10 January 2013 15:50:12 Pierre Goupil wrote: Indeed. I've tried this in my page constructor: Application.get().getEventBus().registerPage(hp + UUID.randomUUID(), this); But it doesn't do the trick. Sorry to bug you, but I can't find the right method! Regards, Pierre On Thu, Jan 10, 2013 at 3:30 PM, Martin Grigorov mgrigo...@apache.orgwrote: You have to register it in the EventBus On Thu, Jan 10, 2013 at 4:27 PM, Pierre Goupil goupilpie...@gmail.com wrote: Hi Emond, I must be doing something wrong, as it doesn't work. I have implemented ResourceRegistrationListener in my HomePage and I set the UUIDs in the method resourceRegistered() but my logs show that it's never called. Is there any more than implementing ResourceRegistrationListener that I'm supposed to do? Regards, Pierre On Thu, Jan 10, 2013 at 1:05 PM, Emond Papegaaij emond.papega...@topicus.nl wrote: I've just pushed the fix for WICKET-4957: you can now listen to the registration of resources for pages. Best regards, Emond On Tuesday 08 January 2013 23:49:36 Pierre Goupil wrote: Emond, I've tried it like you said and it almost works! It works in the sense that I'm able to send an event to only one resource : that alone is fine in itself. But unfortunately, when doing: broadcaster.getAtmosphereResources() I don't know which browser corresponds to which resource. So I definitively need your functionality of resource creation listening. Keep up the good work! Cheers, Pierre On Tue, Jan 8, 2013 at 2:07 PM, Pierre Goupil goupilpie...@gmail.com wrote: Excellent, Emond! I'll try it like you said and tell you what happens. Cheers, Pierre On Tue, Jan 8, 2013 at 1:55 PM, Emond Papegaaij emond.papega...@topicus.nl wrote: Hi Pierre, The UUID is bound to a page when atmosphere makes to call back to the server, which makes sense because before then, there is no AtmosphereResource, which means there cannot be a UUID. I think this is a bit of a design flaw, because it is not possible to listen to the registration of this uuid. I'll see if I can add a listener to EventBus to act on the registration and removal of tracked pages: https://issues.apache.org/jira/browse/WICKET-4957. I'll try to fix this later today. For the testcase, you can use post with a resource and take the resource from the Broadcaster: BroadcasterFactory.getDefault() to get the BroadcasterFactory factory.lookup... to get the Broadcaster broadcaster.getAtmosphereResources() and pick one Best regards, Emond On Monday 07 January 2013 22:43:43 Pierre
Re: [6.5.0] Ajax regression on Chrome
I must admit that I don't know their workflow. But I guess that it is far heavier and time-consuming than that of Wicket, right? Could you please see if you can find a work-around? What I'm afraid of, is that they could say: we know nothing about your Wicket thing, we support GWT and Angular.js, so please go back home, if you know what I mean... Regards, Pierre On Wed, Jan 30, 2013 at 9:24 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: Did you create a bug report at chrome? Sounds like a bug in their browser rather than in wicket. Martijn On Wed, Jan 30, 2013 at 9:00 PM, Pierre Goupil goupilpie...@gmail.com wrote: Good evening, I've been through a strange behavior since I upgraded my Linux box to Chrome 24 (latest stable release, I believe). To put it shortly, the Ajax links reload the page, hence their actions are mostly not taken into account. I've created: https://issues.apache.org/jira/browse/WICKET-5015 and attached a quickstart to prove it. FYI, the bug is not present in Firefox or Opera. Hope to hear from you soon, guys! Regards, Pierre -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand -- Become a Wicket expert, learn from the best: http://wicketinaction.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand
Re: [6.5.0] Ajax regression on Chrome
Maybe I could investigate on jQuery? If they have an open bug or a work-around? After all, one of its principles is to abstract you from browsers différences. What do you think? I really need a hand... Le 30 janv. 2013 21:43, Martijn Dashorst martijn.dasho...@gmail.com a écrit : So, Wicket 6.5.0 works in IE, FF, Safari and Chrome 23. Now you install Chrome 24 and it stops working, and that is Wicket's problem? Chrome is a fricking browser, it supports the web. Wicket is part of the web, and its javascript is nothing special (i.e. based on jquery). Chrome apparently messed up–which is not uncommon for them to do BTW. Martijn On Wed, Jan 30, 2013 at 9:36 PM, Pierre Goupil goupilpie...@gmail.com wrote: I must admit that I don't know their workflow. But I guess that it is far heavier and time-consuming than that of Wicket, right? Could you please see if you can find a work-around? What I'm afraid of, is that they could say: we know nothing about your Wicket thing, we support GWT and Angular.js, so please go back home, if you know what I mean... Regards, Pierre On Wed, Jan 30, 2013 at 9:24 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: Did you create a bug report at chrome? Sounds like a bug in their browser rather than in wicket. Martijn On Wed, Jan 30, 2013 at 9:00 PM, Pierre Goupil goupilpie...@gmail.com wrote: Good evening, I've been through a strange behavior since I upgraded my Linux box to Chrome 24 (latest stable release, I believe). To put it shortly, the Ajax links reload the page, hence their actions are mostly not taken into account. I've created: https://issues.apache.org/jira/browse/WICKET-5015 and attached a quickstart to prove it. FYI, the bug is not present in Firefox or Opera. Hope to hear from you soon, guys! Regards, Pierre -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand -- Become a Wicket expert, learn from the best: http://wicketinaction.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand -- Become a Wicket expert, learn from the best: http://wicketinaction.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [6.5.0] Ajax regression on Chrome
OK, I'll do that and come again when I have more news. Thanks! On Wed, Jan 30, 2013 at 9:53 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: I think it is an issue of either your chrome installation (try re-installing) or a bug is introduced in chrome 24 for linux, as it doesn't affect chrome 24 running on OS X, and as you say, chrome 23 did work. Reinstall chrome, see if it works, otherwise file a bug report with chrome developers (check if the wicket examples on wicket-library exhibit the bug, if so, link to that instead) Martijn On Wed, Jan 30, 2013 at 9:48 PM, Pierre Goupil goupilpie...@gmail.com wrote: Maybe I could investigate on jQuery? If they have an open bug or a work-around? After all, one of its principles is to abstract you from browsers différences. What do you think? I really need a hand... Le 30 janv. 2013 21:43, Martijn Dashorst martijn.dasho...@gmail.com a écrit : So, Wicket 6.5.0 works in IE, FF, Safari and Chrome 23. Now you install Chrome 24 and it stops working, and that is Wicket's problem? Chrome is a fricking browser, it supports the web. Wicket is part of the web, and its javascript is nothing special (i.e. based on jquery). Chrome apparently messed up–which is not uncommon for them to do BTW. Martijn On Wed, Jan 30, 2013 at 9:36 PM, Pierre Goupil goupilpie...@gmail.com wrote: I must admit that I don't know their workflow. But I guess that it is far heavier and time-consuming than that of Wicket, right? Could you please see if you can find a work-around? What I'm afraid of, is that they could say: we know nothing about your Wicket thing, we support GWT and Angular.js, so please go back home, if you know what I mean... Regards, Pierre On Wed, Jan 30, 2013 at 9:24 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: Did you create a bug report at chrome? Sounds like a bug in their browser rather than in wicket. Martijn On Wed, Jan 30, 2013 at 9:00 PM, Pierre Goupil goupilpie...@gmail.com wrote: Good evening, I've been through a strange behavior since I upgraded my Linux box to Chrome 24 (latest stable release, I believe). To put it shortly, the Ajax links reload the page, hence their actions are mostly not taken into account. I've created: https://issues.apache.org/jira/browse/WICKET-5015 and attached a quickstart to prove it. FYI, the bug is not present in Firefox or Opera. Hope to hear from you soon, guys! Regards, Pierre -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand -- Become a Wicket expert, learn from the best: http://wicketinaction.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand -- Become a Wicket expert, learn from the best: http://wicketinaction.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Become a Wicket expert, learn from the best: http://wicketinaction.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand
Re: [6.0] CouldNotLockPageException
Sure things men. But I need to raise this timeout in dev mode since I want to have the graphical result of my (Ajax) request after having browsed through the code: when the browser throws an error, I have no way to know if what I have seen in my debugger is correct or not. Anyway: +1 for Application#usesDevelopmentMode() Best regards, Pierre On Mon, Jan 28, 2013 at 5:01 PM, Paul Bors p...@bors.ws wrote: Nice, thanks for that Martin. We've carried this webapp since early versions of wicket and we haven't yet upgraded older utility methods. Goes to shows how nicely some of the API carried forward in Wicket :) ~ Thank you, Paul Bors On Mon, Jan 28, 2013 at 10:57 AM, Martin Grigorov mgrigo...@apache.org wrote: I don't see a reason why this setting should be modified at all. It is normal that while debugging it will take more time. This exception is harmless while you debug another (a real) problem. I'd change the value of this setting only if I know that there are paths in the code which need more time and there is no way to improve it. Additionally there is Application#usesDevelopmentMode(), so no need to create your own method ;-) On Mon, Jan 28, 2013 at 5:52 PM, Paul Bors p...@bors.ws wrote: Well I would recommend adding this in your Application class: @Override protected void init() { ... if(isDevelopmentMode()) { ... IRequestCycleSettings#**setTimeout(); ... } ... } public boolean isDevelopmentMode() { return (getConfigurationType() == RuntimeConfigurationType.DEVELOPMENT); } At least you won't have to change your code when going between deployment and development mode :) ~ Thank you, Paul Bors On Sun, Jan 27, 2013 at 8:13 AM, Pierre Goupil goupilpie...@gmail.com wrote: As I said, it's only when using (Eclipse) debugger. When I go from methods to breakpoints and back again, only one minute is a bit short. But with Sven's solution, I have what I need. Cheers, men! Pierre On Sun, Jan 27, 2013 at 12:35 PM, Martin Grigorov mgrigo...@apache.org wrote: Better find out why it takes that long and try to make the request processing faster. On Sat, Jan 26, 2013 at 9:21 PM, Pierre Goupil goupilpie...@gmail.com wrote: Thanks a lot, it works! Cheers, Pierre On Sat, Jan 26, 2013 at 7:00 PM, Sven Meier s...@meiers.net wrote: You can adjust IRequestCycleSettings#**setTimeout(). Sven On 01/26/2013 06:03 PM, Pierre Goupil wrote: Good afternoon, When debugging through my Wicket code, I often get this exception: CouldNotLockPageException: Could not lock page 1. Attempt lasted 1 minute Is there anything I can do to rise up this timeout, please? Regards, Pierre Goupil --**--**- To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.org users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com http://jweekend.com/ -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com http://jweekend.com/ -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand
Re: [6.0] CouldNotLockPageException
As I said, it's only when using (Eclipse) debugger. When I go from methods to breakpoints and back again, only one minute is a bit short. But with Sven's solution, I have what I need. Cheers, men! Pierre On Sun, Jan 27, 2013 at 12:35 PM, Martin Grigorov mgrigo...@apache.orgwrote: Better find out why it takes that long and try to make the request processing faster. On Sat, Jan 26, 2013 at 9:21 PM, Pierre Goupil goupilpie...@gmail.com wrote: Thanks a lot, it works! Cheers, Pierre On Sat, Jan 26, 2013 at 7:00 PM, Sven Meier s...@meiers.net wrote: You can adjust IRequestCycleSettings#**setTimeout(). Sven On 01/26/2013 06:03 PM, Pierre Goupil wrote: Good afternoon, When debugging through my Wicket code, I often get this exception: CouldNotLockPageException: Could not lock page 1. Attempt lasted 1 minute Is there anything I can do to rise up this timeout, please? Regards, Pierre Goupil --**--**- To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.org users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com http://jweekend.com/ -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand
[6.0] CouldNotLockPageException
Good afternoon, When debugging through my Wicket code, I often get this exception: CouldNotLockPageException: Could not lock page 1. Attempt lasted 1 minute Is there anything I can do to rise up this timeout, please? Regards, Pierre Goupil -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand
Re: [6.0] CouldNotLockPageException
Thanks a lot, it works! Cheers, Pierre On Sat, Jan 26, 2013 at 7:00 PM, Sven Meier s...@meiers.net wrote: You can adjust IRequestCycleSettings#**setTimeout(). Sven On 01/26/2013 06:03 PM, Pierre Goupil wrote: Good afternoon, When debugging through my Wicket code, I often get this exception: CouldNotLockPageException: Could not lock page 1. Attempt lasted 1 minute Is there anything I can do to rise up this timeout, please? Regards, Pierre Goupil --**--**- To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.orgusers-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand
Re: [wicket-atmosphere] atmosphere version
Sure! But it doesn't help. And as I said, there is no error in my logs, neither client-side nor server-side. As I understand things, it should work with any version of Atmosphere starting from 1.0.0, right? Do you have any clue? Regards, Pierre On Thu, Jan 10, 2013 at 1:07 PM, Emond Papegaaij emond.papega...@topicus.nl wrote: With recent versions of wicket-atmosphere, you are required to add this parameter to the AtmosphereServlet: init-param param-nameorg.atmosphere.cpr.broadcastFilterClasses/param-name param-valueorg.apache.wicket.atmosphere.TrackMessageSizeFilter/param- value /init-param Did you add that? Best regards, Emond On Tuesday 08 January 2013 23:52:40 Pierre Goupil wrote: Good evening, Which version of the atmosphere runtime am I supposed to use with wicket-atmosphere? In my app, when I use atmosphere 1.0.0 everything works, but when I use atmosphere 1.0.4 or 1.0.5, no Comet channel works. I use wicket-atmosphere 0.7-SNAPSHOT. Regards, Pierre -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand
Re: [wicket-atmosphere] atmosphere version
I've found it! I had a HttpSession supported: false in my start-up Tomcat logs when using Atmosphere 1.0.5. I don't know why, but I assume it's a default behaviour change because when using Atmosphere 1.0.0 and changing nothing else, I had: HttpSession supported: true. So I've followed instructions on this page: https://github.com/Atmosphere/atmosphere/wiki/Enabling-HttpSession-Supportand it works like a charm! Cheers, men! Pierre On Fri, Jan 11, 2013 at 5:22 PM, Emond Papegaaij emond.papega...@topicus.nl wrote: Yes, it should work with any 1.0 version. I think you should try to verify the AJAX-messges, perhaps with Wicket's AJAX-debugger. Best regards, Emond On Friday 11 January 2013 17:06:09 Pierre Goupil wrote: Sure! But it doesn't help. And as I said, there is no error in my logs, neither client-side nor server-side. As I understand things, it should work with any version of Atmosphere starting from 1.0.0, right? Do you have any clue? Regards, Pierre On Thu, Jan 10, 2013 at 1:07 PM, Emond Papegaaij emond.papega...@topicus.nl wrote: With recent versions of wicket-atmosphere, you are required to add this parameter to the AtmosphereServlet: init-param param-nameorg.atmosphere.cpr.broadcastFilterClasses/param-name param-valueorg.apache.wicket.atmosphere.TrackMessageSizeFilter/param- value /init-param Did you add that? Best regards, Emond On Tuesday 08 January 2013 23:52:40 Pierre Goupil wrote: Good evening, Which version of the atmosphere runtime am I supposed to use with wicket-atmosphere? In my app, when I use atmosphere 1.0.0 everything works, but when I use atmosphere 1.0.4 or 1.0.5, no Comet channel works. I use wicket-atmosphere 0.7-SNAPSHOT. Regards, Pierre -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand
Re: [wicket-atmosphere] resource UUID
Hi Emond, I must be doing something wrong, as it doesn't work. I have implemented ResourceRegistrationListener in my HomePage and I set the UUIDs in the method resourceRegistered() but my logs show that it's never called. Is there any more than implementing ResourceRegistrationListener that I'm supposed to do? Regards, Pierre On Thu, Jan 10, 2013 at 1:05 PM, Emond Papegaaij emond.papega...@topicus.nl wrote: I've just pushed the fix for WICKET-4957: you can now listen to the registration of resources for pages. Best regards, Emond On Tuesday 08 January 2013 23:49:36 Pierre Goupil wrote: Emond, I've tried it like you said and it almost works! It works in the sense that I'm able to send an event to only one resource : that alone is fine in itself. But unfortunately, when doing: broadcaster.getAtmosphereResources() I don't know which browser corresponds to which resource. So I definitively need your functionality of resource creation listening. Keep up the good work! Cheers, Pierre On Tue, Jan 8, 2013 at 2:07 PM, Pierre Goupil goupilpie...@gmail.com wrote: Excellent, Emond! I'll try it like you said and tell you what happens. Cheers, Pierre On Tue, Jan 8, 2013 at 1:55 PM, Emond Papegaaij emond.papega...@topicus.nl wrote: Hi Pierre, The UUID is bound to a page when atmosphere makes to call back to the server, which makes sense because before then, there is no AtmosphereResource, which means there cannot be a UUID. I think this is a bit of a design flaw, because it is not possible to listen to the registration of this uuid. I'll see if I can add a listener to EventBus to act on the registration and removal of tracked pages: https://issues.apache.org/jira/browse/WICKET-4957 . I'll try to fix this later today. For the testcase, you can use post with a resource and take the resource from the Broadcaster: BroadcasterFactory.getDefault() to get the BroadcasterFactory factory.lookup... to get the Broadcaster broadcaster.getAtmosphereResources() and pick one Best regards, Emond On Monday 07 January 2013 22:43:43 Pierre Goupil wrote: Good evening, As asked in WICKET-4879 https://issues.apache.org/jira/browse/WICKET-4879I was supposed to create a quickstart demonstrating that Application.get().getEventBus().post(MyObject, pageUuid) sends its messages to all connected clients. I'd like to apologize here because I haven't created it yet: it's been 1 month since I'm sick and / or in holidays and I've only managed to create it this evening. My bad, sorry. So I'm in the process of creating this quickstart and I have a problem, when I do: AtmosphereBehavior.getUUID(this) in a WebPage (a sub-class of it, in fact) it always returns null. So I'm unable to have a working post(MyObject, pageUuid). Does anyone has an idea regarding this? I use wicket-atmosphere 0.7-SNAPSHOT: in 0.4-SNAPSHOT it used to work well (at least the UUID retrieving part) but it looks like it's not the case anymore. Thanks in advance, Pierre Goupil -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand
Re: [wicket-atmosphere] resource UUID
Indeed. I've tried this in my page constructor: Application.get().getEventBus().registerPage(hp + UUID.randomUUID(), this); But it doesn't do the trick. Sorry to bug you, but I can't find the right method! Regards, Pierre On Thu, Jan 10, 2013 at 3:30 PM, Martin Grigorov mgrigo...@apache.orgwrote: You have to register it in the EventBus On Thu, Jan 10, 2013 at 4:27 PM, Pierre Goupil goupilpie...@gmail.com wrote: Hi Emond, I must be doing something wrong, as it doesn't work. I have implemented ResourceRegistrationListener in my HomePage and I set the UUIDs in the method resourceRegistered() but my logs show that it's never called. Is there any more than implementing ResourceRegistrationListener that I'm supposed to do? Regards, Pierre On Thu, Jan 10, 2013 at 1:05 PM, Emond Papegaaij emond.papega...@topicus.nl wrote: I've just pushed the fix for WICKET-4957: you can now listen to the registration of resources for pages. Best regards, Emond On Tuesday 08 January 2013 23:49:36 Pierre Goupil wrote: Emond, I've tried it like you said and it almost works! It works in the sense that I'm able to send an event to only one resource : that alone is fine in itself. But unfortunately, when doing: broadcaster.getAtmosphereResources() I don't know which browser corresponds to which resource. So I definitively need your functionality of resource creation listening. Keep up the good work! Cheers, Pierre On Tue, Jan 8, 2013 at 2:07 PM, Pierre Goupil goupilpie...@gmail.com wrote: Excellent, Emond! I'll try it like you said and tell you what happens. Cheers, Pierre On Tue, Jan 8, 2013 at 1:55 PM, Emond Papegaaij emond.papega...@topicus.nl wrote: Hi Pierre, The UUID is bound to a page when atmosphere makes to call back to the server, which makes sense because before then, there is no AtmosphereResource, which means there cannot be a UUID. I think this is a bit of a design flaw, because it is not possible to listen to the registration of this uuid. I'll see if I can add a listener to EventBus to act on the registration and removal of tracked pages: https://issues.apache.org/jira/browse/WICKET-4957. I'll try to fix this later today. For the testcase, you can use post with a resource and take the resource from the Broadcaster: BroadcasterFactory.getDefault() to get the BroadcasterFactory factory.lookup... to get the Broadcaster broadcaster.getAtmosphereResources() and pick one Best regards, Emond On Monday 07 January 2013 22:43:43 Pierre Goupil wrote: Good evening, As asked in WICKET-4879 https://issues.apache.org/jira/browse/WICKET-4879I was supposed to create a quickstart demonstrating that Application.get().getEventBus().post(MyObject, pageUuid) sends its messages to all connected clients. I'd like to apologize here because I haven't created it yet: it's been 1 month since I'm sick and / or in holidays and I've only managed to create it this evening. My bad, sorry. So I'm in the process of creating this quickstart and I have a problem, when I do: AtmosphereBehavior.getUUID(this) in a WebPage (a sub-class of it, in fact) it always returns null. So I'm unable to have a working post(MyObject, pageUuid). Does anyone has an idea regarding this? I use wicket-atmosphere 0.7-SNAPSHOT: in 0.4-SNAPSHOT it used to work well (at least the UUID retrieving part) but it looks like it's not the case anymore. Thanks in advance, Pierre Goupil -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com http://jweekend.com/ -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand
Re: [wicket-atmosphere] resource UUID
Excellent, Emond! I'll try it like you said and tell you what happens. Cheers, Pierre On Tue, Jan 8, 2013 at 1:55 PM, Emond Papegaaij emond.papega...@topicus.nlwrote: Hi Pierre, The UUID is bound to a page when atmosphere makes to call back to the server, which makes sense because before then, there is no AtmosphereResource, which means there cannot be a UUID. I think this is a bit of a design flaw, because it is not possible to listen to the registration of this uuid. I'll see if I can add a listener to EventBus to act on the registration and removal of tracked pages: https://issues.apache.org/jira/browse/WICKET-4957 . I'll try to fix this later today. For the testcase, you can use post with a resource and take the resource from the Broadcaster: BroadcasterFactory.getDefault() to get the BroadcasterFactory factory.lookup... to get the Broadcaster broadcaster.getAtmosphereResources() and pick one Best regards, Emond On Monday 07 January 2013 22:43:43 Pierre Goupil wrote: Good evening, As asked in WICKET-4879 https://issues.apache.org/jira/browse/WICKET-4879I was supposed to create a quickstart demonstrating that Application.get().getEventBus().post(MyObject, pageUuid) sends its messages to all connected clients. I'd like to apologize here because I haven't created it yet: it's been 1 month since I'm sick and / or in holidays and I've only managed to create it this evening. My bad, sorry. So I'm in the process of creating this quickstart and I have a problem, when I do: AtmosphereBehavior.getUUID(this) in a WebPage (a sub-class of it, in fact) it always returns null. So I'm unable to have a working post(MyObject, pageUuid). Does anyone has an idea regarding this? I use wicket-atmosphere 0.7-SNAPSHOT: in 0.4-SNAPSHOT it used to work well (at least the UUID retrieving part) but it looks like it's not the case anymore. Thanks in advance, Pierre Goupil -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand
Re: Devoxx France 2013
Good evening, Maybe three heads are better than two? If you need help, I'm there, guys! Regards, Pierre Goupil On Tue, Jan 8, 2013 at 6:52 PM, Francois Meillet francois.meil...@gmail.com wrote: Hi Cedric, I think it's a very good idea as Devoxx could help us to make Wicket better known in France. Ready to work on that with you. François Le 8 janv. 2013 à 17:30, Cedric Gatay gata...@gmail.com a écrit : Hi fellow Wicket'ers, I think many of you are aware of the second edition of Devoxx in Paris which will be held on march (27th to 29th). Call for paper ends on January 31st and I was thinking it could be a good thing to submit a talk about Wicket 6.x and 7.x but I am not sure I will know enough about it to do it on my own. Is there anyone here who thinks it could be a good idea ? Regards, __ Cedric Gatay http://www.bloggure.info | http://cedric.gatay.fr | @Cedric_Gatayhttp://twitter.com/Cedric_Gatay - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand
Re: [wicket-atmosphere] resource UUID
Emond, I've tried it like you said and it almost works! It works in the sense that I'm able to send an event to only one resource : that alone is fine in itself. But unfortunately, when doing: broadcaster.getAtmosphereResources() I don't know which browser corresponds to which resource. So I definitively need your functionality of resource creation listening. Keep up the good work! Cheers, Pierre On Tue, Jan 8, 2013 at 2:07 PM, Pierre Goupil goupilpie...@gmail.comwrote: Excellent, Emond! I'll try it like you said and tell you what happens. Cheers, Pierre On Tue, Jan 8, 2013 at 1:55 PM, Emond Papegaaij emond.papega...@topicus.nl wrote: Hi Pierre, The UUID is bound to a page when atmosphere makes to call back to the server, which makes sense because before then, there is no AtmosphereResource, which means there cannot be a UUID. I think this is a bit of a design flaw, because it is not possible to listen to the registration of this uuid. I'll see if I can add a listener to EventBus to act on the registration and removal of tracked pages: https://issues.apache.org/jira/browse/WICKET-4957 . I'll try to fix this later today. For the testcase, you can use post with a resource and take the resource from the Broadcaster: BroadcasterFactory.getDefault() to get the BroadcasterFactory factory.lookup... to get the Broadcaster broadcaster.getAtmosphereResources() and pick one Best regards, Emond On Monday 07 January 2013 22:43:43 Pierre Goupil wrote: Good evening, As asked in WICKET-4879 https://issues.apache.org/jira/browse/WICKET-4879I was supposed to create a quickstart demonstrating that Application.get().getEventBus().post(MyObject, pageUuid) sends its messages to all connected clients. I'd like to apologize here because I haven't created it yet: it's been 1 month since I'm sick and / or in holidays and I've only managed to create it this evening. My bad, sorry. So I'm in the process of creating this quickstart and I have a problem, when I do: AtmosphereBehavior.getUUID(this) in a WebPage (a sub-class of it, in fact) it always returns null. So I'm unable to have a working post(MyObject, pageUuid). Does anyone has an idea regarding this? I use wicket-atmosphere 0.7-SNAPSHOT: in 0.4-SNAPSHOT it used to work well (at least the UUID retrieving part) but it looks like it's not the case anymore. Thanks in advance, Pierre Goupil -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand -- Parce que c'est la nuit qu'il est beau de croire à la lumière. Edmond Rostand
Re: what is Wicket 2.x?
Good evening, It's an old experiment which was due to go to ready for prime-time but never succeeded. If I remember correctly, it was before what became Wicket 1.3. Regards, Pierre On Fri, Dec 7, 2012 at 7:47 PM, Lucio Crusca lu...@sulweb.org wrote: Hello *, while reading this page https://cwiki.apache.org/WICKET/working-with-wicket-models.html I stumbled upon the following sentence: «NOTE: this page is about models like they exist for Wicket 1.x. The IModel interface is slightly changed in Wicket 2.x» What version of Wicket is 2.x? I'm aware of 1.x and 6.x, but never heard about 2.x... - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Le bonheur n'est pas une destination, mais une façon de voyager. Papa d'une petite Lou-Ann depuis le 30 juin.
Re: Functional tests with QUnit
Excellent food for thoughts! Thank you very much! On Mon, Nov 26, 2012 at 3:53 PM, Martin Grigorov mgrigo...@apache.orgwrote: Hi Wicketeers, I've just published an article at http://wicketinaction.com/2012/11/javascript-based-functional-testing/that describes a fun way to do functional testing of web applications. I hope you'll find it useful! -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com http://jweekend.com/ -- Le bonheur n'est pas une destination, mais une façon de voyager. Papa d'une petite Lou-Ann depuis le 30 juin.
Re: InvalidBehaviorIdException on Ajax
Good evening, Let me reply to myself, please ! :-) I've found the solution. The exception came from the fact that my @Subscribe-annotated method responsible of adding the component to the target was using a filter predicate. Remove that and it works! Hope that could help someone in the future. Regards, Pierre On Sat, Nov 24, 2012 at 4:05 AM, Pierre Goupil goupilpie...@gmail.comwrote: Good evening, On Ajax, with wicket-atmosphere, I more often that not got this exception: org.apache.wicket.behavior.InvalidBehaviorIdException: Cannot find behavior with id '1' on component 'org.apache.wicket.markup.html.WebMarkupContainer:cardParent:playCardParentPlaceholdera6:cardPlaceholdera6' in page '[Page class = org.alienlabs.hatchetharry.view.page.HomePage, id = 0, render count = 1]'. Perhaps the behavior did not properly implement getStatelessHint() and returned 'true' to indicate that it is stateless instead of returning 'false' to indicate that it is stateful. at org.apache.wicket.Behaviors.getBehaviorById(Behaviors.java:303) at org.apache.wicket.Component.getBehaviorById(Component.java:4479) at org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.invokeListener(ListenerInterfaceRequestHandler.java:246) at org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:226) at org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:830) I did set up getStatelessHint() but it keeps going on. I don't know which part of my code could be relevant, but one sure thing is that I do add Behaviors to the component. I don't understand why it happens only from times to times. I use Wicket 6.4.0-SNAPSHOT with Wicket-Atmosphere 0.6-SNAPSHOT. But it's the same in Wicket 6.2.0. I tried to isolate this in a quickstart but failed to reproduce it. On the opposite, it's pretty constant in my project. Thanks in advance for any help, Pierre -- Le bonheur n'est pas une destination, mais une façon de voyager. Papa d'une petite Lou-Ann depuis le 30 juin. -- Le bonheur n'est pas une destination, mais une façon de voyager. Papa d'une petite Lou-Ann depuis le 30 juin.
Re: Wicket-Atmosphere complex JS
Good afternoon, I've created a Jira ticket with a quickstart. Here is the link: https://issues.apache.org/jira/browse/WICKET-4869 Thanks a lot in advance. Regards, Pierre -- Le bonheur n'est pas une destination, mais une façon de voyager. Papa d'une petite Lou-Ann depuis le 30 juin.
Re: Wicket 6 Atmosphere - atmosphere version 1.0.4
Good evening, This topic should be of interest to you: https://groups.google.com/forum/#!msg/atmosphere-framework/pb8lZC3pMtY/QjZ0D4EJVDYJ Regards, Pierre On Tue, Nov 20, 2012 at 10:35 PM, pkc pkci...@gmail.com wrote: What are the plans for the Atmosphere push support? I have only been able to get my application working (for the most part) with atmosphere 1.0.0. Sometimes the push data gets lost and I have not been able to locate the issue so I'm hoping a newer release addresses the issue. Also, when trying some of the Atmosphere caching options with the wicket extension, I get some strange results where data gets pushed to all browser sessions that accept messages of that type even if pushed data was only meant for a specific user. Thanks, Paul -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-6-Atmosphere-atmosphere-version-1-0-4-tp4654048.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 -- Le bonheur n'est pas une destination, mais une façon de voyager. Papa d'une petite Lou-Ann depuis le 30 juin.
Re: Wicket-Atmosphere complex JS
Good evening, So, I've tried what you said. I forgot one JS file in my initial attempt but, even with this configuration I have now a different symptom. But it still doesn't work. For now, the problem is that I have an empty ajax-response! Here is my code for the filter: public class ResponseSizeFilter implements PerRequestBroadcastFilter { @Override public BroadcastAction filter(final AtmosphereResource r, final Object originalMessage, final Object message) { final AtmosphereRequest request = r.getRequest(); if (true.equalsIgnoreCase(request.getHeader(HeaderConfig.X_ATMOSPHERE_TRACKMESSAGESIZE))) { final String msg = message.toString(); return new BroadcastAction(BroadcastAction.ACTION.CONTINUE, msg.length() + \r\n.length() + |); } return new BroadcastAction(BroadcastAction.ACTION.CONTINUE, message); } @Override public BroadcastAction filter(final Object originalMessage, final Object message) { final String msg = message.toString(); return new BroadcastAction(BroadcastAction.ACTION.CONTINUE, message); } } I can see in my logs that it's called. But whether I call the server-side by: Wicket.Ajax.get({u: ${url}, e: click, c : blah}) or by: jQuery('blah').wicketAtmosphere({url : ${url} }); It fails to update my component because the response is: ?xml version=1.0 encoding=UTF-8?ajax-response/ajax-response The strange thing being that in my Filter, the message really contains the right (non-empty) ajax-response! Here is the Ajax / WebSocket managing code (it's in an AbstractDefaultAjaxBehavior): @Override protected void respond(final AjaxRequestTarget target) { final CometChannel chan = new CometChannel(isTapped())); Application.get().getEventBus().post(chan); } @Subscribe public void rotate(final AjaxRequestTarget target, final CometChannel event) { if (event.isTapped()) { target.appendJavaScript(jQuery('#card + event.getUuid() + ').rotate(90);); } else { target.appendJavaScript(jQuery('#card + event.getUuid() + ').rotate(0);); } } I thought that maybe the empty ajax-response came from the respond() method not adding anything to the AjaxRequestTarget but in the examples from Wicket GitHub, it's done like that for the chat message. So I ran out of solutions. As a side-note, this not the same code as in the original message, but the symptom in this Comet channel is the same as here. The only difference being that in this other channel, the message to broadcast is quite long, hence the need for the BroadcastFilter. So, is the idea of filing a Jira issue still valid? Sorry for that long message. And thanks in advance for any help. Regards, Pierre Goupil -- Le bonheur n'est pas une destination, mais une façon de voyager. Papa d'une petite Lou-Ann depuis le 30 juin.
Re: Wicket and file upload with blueimp jquery file upload
Good morning, Would guys be kind and share these codes, please? Not re-inventing the whell, you know. Thanks in advance best regards, Pierre On Wed, Nov 14, 2012 at 10:51 AM, Martin Grigorov mgrigo...@apache.orgwrote: Hi, I've just added a new article at http://wicketinaction.com/2012/11/uploading-files-to-wicket-iresource/that shows how to integrate such JavaScript file upload widgets with Wicket. I hope it is useful for you! On Wed, Oct 24, 2012 at 1:54 PM, heapifyman heapify...@gmail.com wrote: Thanks. That helped a lot. 2012/10/16 Bas Gooren b...@iswd.nl Behavior (wicket 1.5): http://pastebin.com/WUHsiRL2 instance.js (to initialize uploadify): http://pastebin.com/jGSwzHMN Mount it in Application.init() with: // Allow uploads through uploadify mount( new UploadifyBehavior.Uploader( /uploadify ) ); Use it like this: component.add( new UploadifyBehavior() { @Override protected void onUpload( UploadInfo info, AjaxRequestTarget target ) { // Handle upload any way you like, and replace stuff in this ajax request } } ); Met vriendelijke groet, Kind regards, Bas Gooren Op 16-10-2012 19:09, schreef heapifyman: Thanks. Would you mind sharing the mounted resource's code? I'm not completely sure how to implement that. 2012/10/16 Bas Gooren b...@iswd.nl Hi! We use a different uploader (uploadify), but the basics are the same. What we've built for this is a behavior which renders the UI for the uploader, and handles ajax callbacks. The uploader uploads to a mounted resource (e.g. at /uploadify), which has an internal cache (UUID = FileInfo). After a successful upload, the upload resource returns the UUID; The javascript onComplete handler then calls the ajax behavior with the UUID parameter, which allows other components in the page to respond to the upload. To prevent overflow in the uploader cache we use a map with a maximum size which evicts old entries on overflow. Met vriendelijke groet, Kind regards, Bas Gooren Op 16-10-2012 12:59, schreef heapifyman: Not sure if I understand. As far as I got it, the upload plugin requires some web service that accepts POST and DELETE requests to add/remove uploaded files. Doing that is no problem, I guess. But how to I link this with the current user's wicket session so that I know which files the users uploaded when finally the form is submitted? I'm not sure if I'm using the right wording here. Hope you get the idea... 2012/10/16 Martin Grigorov mgrigo...@apache.org Hi, Is it an option to upload to a IResource and store the uploaded data the same way as if you'd do in the page ? On Tue, Oct 16, 2012 at 12:49 PM, heapifyman heapify...@gmail.com wrote: Hello, has anyone tried yet to integrate blueimp's jQuery File Upload http://blueimp.github.com/jQuery-File-Upload/ http://blueimp.github.com/**jQuery-File-Upload/ http://**blueimp.github.com/jQuery-**File-Upload/ http://blueimp.github.com/jQuery-File-Upload/with Wicket FileUpload? Especially in combination with additional input fields input type=text I'm kind of stuck because I'm not really sure where to point the jquery file upload's url param to and how to store the uploaded files in the wicket page for saving them when the complete form is submitted. Any help would be appreciated. Thanks -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com --**--** - To unsubscribe, e-mail: users-unsubscribe@wicket.**apa**che.org http://apache.org users-unsubscribe@**wicket.apache.org users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com http://jweekend.com/ -- Le bonheur n'est pas une destination, mais une façon de voyager. Papa d'une petite Lou-Ann depuis le 30 juin.
Re: Wicket and file upload with blueimp jquery file upload
Thanks! Sorry for not having read it until the end! :-) On Wed, Nov 14, 2012 at 11:03 AM, Martin Grigorov mgrigo...@apache.orgwrote: There is a link to my GitHub repo in the article. On Wed, Nov 14, 2012 at 12:00 PM, Pierre Goupil goupilpie...@gmail.com wrote: Good morning, Would guys be kind and share these codes, please? Not re-inventing the whell, you know. Thanks in advance best regards, Pierre On Wed, Nov 14, 2012 at 10:51 AM, Martin Grigorov mgrigo...@apache.org wrote: Hi, I've just added a new article at http://wicketinaction.com/2012/11/uploading-files-to-wicket-iresource/that shows how to integrate such JavaScript file upload widgets with Wicket. I hope it is useful for you! On Wed, Oct 24, 2012 at 1:54 PM, heapifyman heapify...@gmail.com wrote: Thanks. That helped a lot. 2012/10/16 Bas Gooren b...@iswd.nl Behavior (wicket 1.5): http://pastebin.com/WUHsiRL2 instance.js (to initialize uploadify): http://pastebin.com/jGSwzHMN Mount it in Application.init() with: // Allow uploads through uploadify mount( new UploadifyBehavior.Uploader( /uploadify ) ); Use it like this: component.add( new UploadifyBehavior() { @Override protected void onUpload( UploadInfo info, AjaxRequestTarget target ) { // Handle upload any way you like, and replace stuff in this ajax request } } ); Met vriendelijke groet, Kind regards, Bas Gooren Op 16-10-2012 19:09, schreef heapifyman: Thanks. Would you mind sharing the mounted resource's code? I'm not completely sure how to implement that. 2012/10/16 Bas Gooren b...@iswd.nl Hi! We use a different uploader (uploadify), but the basics are the same. What we've built for this is a behavior which renders the UI for the uploader, and handles ajax callbacks. The uploader uploads to a mounted resource (e.g. at /uploadify), which has an internal cache (UUID = FileInfo). After a successful upload, the upload resource returns the UUID; The javascript onComplete handler then calls the ajax behavior with the UUID parameter, which allows other components in the page to respond to the upload. To prevent overflow in the uploader cache we use a map with a maximum size which evicts old entries on overflow. Met vriendelijke groet, Kind regards, Bas Gooren Op 16-10-2012 12:59, schreef heapifyman: Not sure if I understand. As far as I got it, the upload plugin requires some web service that accepts POST and DELETE requests to add/remove uploaded files. Doing that is no problem, I guess. But how to I link this with the current user's wicket session so that I know which files the users uploaded when finally the form is submitted? I'm not sure if I'm using the right wording here. Hope you get the idea... 2012/10/16 Martin Grigorov mgrigo...@apache.org Hi, Is it an option to upload to a IResource and store the uploaded data the same way as if you'd do in the page ? On Tue, Oct 16, 2012 at 12:49 PM, heapifyman heapify...@gmail.com wrote: Hello, has anyone tried yet to integrate blueimp's jQuery File Upload http://blueimp.github.com/jQuery-File-Upload/ http://blueimp.github.com/**jQuery-File-Upload/ http://**blueimp.github.com/jQuery-**File-Upload/ http://blueimp.github.com/jQuery-File-Upload/with Wicket FileUpload? Especially in combination with additional input fields input type=text I'm kind of stuck because I'm not really sure where to point the jquery file upload's url param to and how to store the uploaded files in the wicket page for saving them when the complete form is submitted. Any help would be appreciated. Thanks -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com --**--** - To unsubscribe, e-mail: users-unsubscribe@wicket.**apa** che.org http://apache.org users-unsubscribe@**wicket.apache.org users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com http://jweekend.com/ -- Le bonheur n'est pas une destination, mais une façon de voyager. Papa
Re: Wicket-Atmosphere complex JS
Cheers, men, I'll try it ASAP! Big thanks, Pierre On Tue, Nov 13, 2012 at 3:49 PM, Emond Papegaaij emond.papega...@topicus.nl wrote: I found the link to the wiki page explaining how to fix this: https://github.com/Atmosphere/atmosphere/wiki/Multiply-messages-arrives-as- single-response-body-or-message-received-are-incomplete It seems the trackMessageLength option needs to be enabled in the js, and some additional code is needed server side. From what I see, neither one will work without the other. Can you try if the solution provided at wiki works? To pass the additional option in the js, just copy jquery.wicketatmosphere.js, add the parameter and register the new file as a replacement resource in the application. Also please create a Jira issue for this. If you could post your findings there, that would help me tremendously, because my time to work on Wicket is very limited at the moment. Best regards, Emond On Tuesday 13 November 2012 16:03:30 Martin Grigorov wrote: The problem is that Atmosphere sends the response in chunks. Jean Francois explained in Atmosphere mailing lists that a special Atmosphere has to be used that will collect the whole response before flushing it. On Tue, Nov 13, 2012 at 3:25 PM, Emond Papegaaij emond.papega...@topicus.nl wrote: This is most likely caused by incorrect escaping, which might be a bug in Wicket or Wicket-Atmosphere. Can you try to create a quickstart to demonstrate the problem and file a Jira ticket? You can use the example application at https://github.com/papegaaij/wicket-atmosphere-quickstart Best regards, Emond On Sunday 11 November 2012 18:03:52 Pierre Goupil wrote: Hi all, When I submit complex JS to my client using target.appendJavaScript() with a @Subscribe method from Wicket-Atmosphere, I got this message in the browser console: Wicket.Ajax: Wicket.Ajax.Call.failure: Error while parsing response: Could not find root ajax-response element I do have an ajax-response tag and the response from the server seems to be all OK. Nonetheless, for a reason I'm not aware of, it fails. Did anyone encounter this error before? Is there a known work-around? When I have a simple response, it works though. The problem only occurs with complex responses. I'm using: wicket.version6.3.0-SNAPSHOT/wicket.version wicketstuff.version6.2.1/wicketstuff.version wicket-atmosphere.version0.5-SNAPSHOT/wicket-atmosphere.version (GIT master) Regards, Pierre -- Le bonheur n'est pas une destination, mais une façon de voyager. Papa d'une petite Lou-Ann depuis le 30 juin.