Re: Scaffolding

[Zala Pierre GOUPIL]

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

[Zala Pierre GOUPIL]

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

[Zala Pierre GOUPIL]

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

[Zala Pierre GOUPIL]

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

[Zala Pierre GOUPIL]

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

[Zala Pierre GOUPIL]

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!

[Zala Pierre GOUPIL]

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

[Zala Pierre GOUPIL]

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, Entropy  wrote:

> 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

[Zala Pierre GOUPIL]

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 
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  >
> 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 
> > > 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

[Zala Pierre GOUPIL]

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 
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 
> 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

[Zala Pierre GOUPIL]

No, it doesn't have such calculations. Could the problem be
websockets-related?

On Wed, Mar 8, 2017 at 5:14 PM, Martin Grigorov 
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  >
> 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

[Zala Pierre GOUPIL]

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

[Zala Pierre GOUPIL]

Good morning,

Would you mind sharing that library with us, please?

Regards,

Pierre Goupil



Le 8 mars 2017 09:28, "Gonzalo Aguilar Delgado"  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 
>  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 
>   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 Wicket component integration.
>
>
>

Re: Wicket 7 + Spring Security 7

[Zala Pierre GOUPIL]

Hi,

Thanks a lot for sharing this! Very useful!

Regards,

Pierre



On Mon, Jan 9, 2017 at 9:43 PM, David Beer  wrote:

> 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

[Zala Pierre GOUPIL]

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,

Re: contributing to wicketstuff-core, how to format file in IntelliJ IDEA?

[Zala Pierre GOUPIL]

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)

[Zala Pierre GOUPIL]

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?

[Zala Pierre GOUPIL]

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"  a
écrit :

> Thanks Andrea!
>
> On Mon, Jun 15, 2015 at 4:52 PM, andrea del bene 
> 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

[Zala Pierre GOUPIL]

\o/

Bienvenue Sébastien ! Bravo et continue comme ça !

On Fri, Feb 13, 2015 at 10:02 PM, Martin Grigorov 
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 , 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

[Zala Pierre GOUPIL]

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

[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
>
>


-- 
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

[Zala Pierre GOUPIL]

You're welcome! :-)

On Mon, Nov 17, 2014 at 2:18 AM, Kevin James Baxter 
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.

Re: Wicket & Spring

[Zala Pierre GOUPIL]

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 
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.

GitHub

[Zala Pierre GOUPIL]

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?

[Zala Pierre GOUPIL]

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 
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 
> 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)
> >
> > {
> >
> > Item 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

[Pierre Goupil]

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 
wrote:

> Hi,
>
> My designer gave me code where HTML is created in javascript as part of a
> jquery dataTable:
>
> 
> $(document).ready(function() {
> $('#datatable').dataTable( {
> 
> $('.clientinvoices .dropholder').html('
* class="btn" type="reset">Cancel Order*');
> ..
> 
>
>
> 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

[Pierre Goupil]

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

[Pierre Goupil]

Wow, that makes a few interesting things! Thanks! :-)

Pierre



On Tue, Aug 12, 2014 at 9:47 AM, Martin Grigorov 
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 
> 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

[Pierre Goupil]

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

[Pierre Goupil]

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 
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 
> wrote:
>
> > Hi,
> >
> > On Fri, Aug 8, 2014 at 2:06 AM, Paul Bors  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

[Pierre Goupil]

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 ?

[Pierre Goupil]

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.

Re: Wicket-Atmosphere: how to post to only one client ?

[Pierre Goupil]

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.

wicket-atmosphere

[Pierre Goupil]

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 Collection 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  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

[Pierre Goupil]

Thanks. I figured it out.


On Fri, May 16, 2014 at 3:08 PM, Prag  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

[Pierre Goupil]

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:

--


 
 
 
 
  
  

--

BUT, when I then do this in my unit-test:
tester.getLastResponse().getDocument();

I only get:
--

--

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

[Pierre Goupil]

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:

--


 
 
 
 
  
  

--

BUT, when I then do this in my unit-test:
tester.getLastResponse().getDocument();

I only get:
--

--

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

[Pierre Goupil]

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

[Pierre Goupil]

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:

--


 
 
 
 
  
  

--

But, when I then do this in my unit-test:
tester.getLastResponse().getDocument();

I only get:
--

--

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

[Pierre Goupil]

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 wrote:

> 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  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

[Pierre Goupil]

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 wrote:

> 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  >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  > >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

[Pierre Goupil]

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 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")

get page instance in AtmosphereRequestHandler

[Pierre Goupil]

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: CVE-2014-0043

[Pierre Goupil]

Good afternoon,

Sorry but the first link gives me a 404.

Regards,

Pierre

​

Re: [OT] thanks

[Pierre Goupil]

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 wrote:

> 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=0&X-atmo-protocol=true&_=1389644050464
>
>
>
>
> => Firefox can't establish a connection to the server at ws://
> me.net/?0-IResourceListener.2-&X-Atmosphere-tracking-id=0&X-Atmosphere-Framework=2.0.8-jquery&X-Atmosphere-Transport=websocket&X-Atmosphere-TrackMessageSize=true&X-Cache-Date=0&X-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
>> wrote:
>> > > 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: [ANNOUNCE] Apache Wicket 6.13.0 adds free online user guide

[Pierre Goupil]

+1, it is a pain-killer! :-)

Cheers to all of you,

Pierre





On Tue, Jan 14, 2014 at 12:01 PM, Zilvinas Vilutis wrote:

> 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  >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:
> >
> > 
> >org.apache.wicket
> > wicket-cdi-1.1
> > 0.2
> > 
> >
> > 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 bu

Re: [OT] thanks

[Pierre Goupil]

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=0&X-atmo-protocol=true&_=1389644050464




=> Firefox can't establish a connection to the server at ws://
me.net/?0-IResourceListener.2-&X-Atmosphere-tracking-id=0&X-Atmosphere-Framework=2.0.8-jquery&X-Atmosphere-Transport=websocket&X-Atmosphere-TrackMessageSize=true&X-Cache-Date=0&X-atmo-protocol=true

Does anybody have an idea, please?

Regards,

Pierre





On Wed, Aug 14, 2013 at 4:03 PM, Emond Papegaaij  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
> wrote:
> > > 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

[Pierre Goupil]

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

[Pierre Goupil]

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 Model responseModel = new Model();
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  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

[Pierre Goupil]

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

[Pierre Goupil]

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 wrote:

> 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

[Pierre Goupil]

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 wrote:

> 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")

Re: [OT] thanks

[Pierre Goupil]

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  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")

[OT] thanks

[Pierre Goupil]

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: Draw inside Apache Wicket

[Pierre Goupil]

I can't reply, but I'd be curious to have a look at your dashboard
application. Especially compared to that one:
https://github.com/decebals/wicket-dashboard

Regards,

Pierre



On Mon, Jul 29, 2013 at 4:40 PM, Maxim Solodovnik wrote:

> Here is an example: https://github.com/andunslg/Whiteboard-Wicket/
> This project is currently in work-in-progress state
>
>
> On Mon, Jul 29, 2013 at 9:32 PM, Marco Di Sabatino Di Diodoro <
> marco.disabat...@tirasa.net> wrote:
>
> > Hi all,
> >
> > I'm implementing a Dashboard with Apache Wicket.
> > In the Dashboard I need to display a diagram with blocks and arrows that
> > changes over time.
> >
> > Can you suggest me a graphic library that allows me to draw inside Apache
> > Wicket?
> >
> > Thanks,
> >
> > BR
> > M
> >
> > --
> > Dott. Marco Di Sabatino Di Diodoro
> > Tel. +39 3939065570
> >
> > Tirasa S.r.l.
> > Viale D'Annunzio 267 - 65127 Pescara
> > Tel +39 0859116307 / FAX +39 085973
> > http://www.tirasa.net
> >
> > Apache Syncope PMC Member
> > http://people.apache.org/~mdisabatino/
> >
> >
>
>
> --
> WBR
> Maxim aka solomax
>



-- 
"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

[Pierre Goupil]

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 wrote:

> 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 wrote:
>
>> 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 > >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")

Re: Wicket-Atmosphere : best way to call server

[Pierre Goupil]

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 wrote:

> 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  >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
> >
>

Wicket-Atmosphere : best way to call server

[Pierre Goupil]

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

[Pierre Goupil]

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 wrote:

>
> 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

[Pierre Goupil]

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

[Pierre Goupil]

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  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  with nested
> s, In fact, you could create a ProfilePanel and use a div for each.
>
>
> On Mon, Jun 10, 2013 at 6:06 PM, Dan Retzlaff  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);
> >   }
> > });
> >
> > 
> > 
> >   
> >   
> > 
> > 
> >
> > 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")

Re: PageableListView with two rows

[Pierre Goupil]

I'm sorry, but I don't understand what you mean. I've tried this:














final PageableListView columnListView = new
PageableListView(
"columnListView", allMatches, SearchPage.COLUMNS)
{
private static final long serialVersionUID = 1L;

@Override
protected void populateItem(final ListItem item)
{
final IModel 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  wrote:

> Hi Pierre,
>
> Associate your PageableListView with a  that wraps your two s.
> Use item.setRenderBodyOnly(true) to prevent the  from being rendered
> so your table markup is still valid.
>
> Dan
>
>
> On Mon, Jun 10, 2013 at 12:49 PM, Pierre Goupil  >wrote:
>
> > Good evening,
> >
> > Is there a way to have a PageableListView with two rows?
> >
> > Here is my code:
> >
> > final PageableListView columnListView = new
> > PageableListView(
> > "columnListView", secondLine, SearchPage.RESULTS / 2)
> > {
> > private static final long serialVersionUID = 1L;
> >
> > @Override
> > protected void populateItem(final ListItem item)
> > {
> > final IModel 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")

PageableListView with two rows

[Pierre Goupil]

Good evening,

Is there a way to have a PageableListView with two rows?

Here is my code:

final PageableListView columnListView = new
PageableListView(
"columnListView", secondLine, SearchPage.RESULTS / 2)
{
private static final long serialVersionUID = 1L;

@Override
protected void populateItem(final ListItem item)
{
final IModel 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: 1.4 -> 6.0 question

[Pierre Goupil]

Thanks for that, Marco!

Regards,

Pierre



On Fri, Apr 12, 2013 at 8:35 AM, Marco Springer  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

[Pierre Goupil]

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: [6.5] testing Ajax stuff

[Pierre Goupil]

OK, I'll do it ASAP!


On Thu, Jan 31, 2013 at 11:33 PM, Martin Grigorov wrote:

> 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  >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  > >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  > >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.
> > >>
> > >>  
> > >>> 
> > >>> 
> > >>>
> > >>
> > >>
> > >>
> > --**--**-
> > >> 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

Re: [6.5] testing Ajax stuff

[Pierre Goupil]

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 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 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.
>>
>>  
>>> 
>>> 
>>>
>>
>>
>> --**--**-
>> To unsubscribe, e-mail: 
>> users-unsubscribe@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

[Pierre Goupil]

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 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.
>
>  
>> 
>> 
>>
>
>
> --**--**-
> To unsubscribe, e-mail: 
> users-unsubscribe@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

[Pierre Goupil]

After various tries, I must admit my failure.

Here is the Ajax response that I want to test against:





I've stripped down irrelevant parts. But see the 2  tags with class
"nav-thumb"?.

Now, Here is my test code:

final List 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  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  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 wrote:

> !!!
>
> 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 wrote:
>
>> 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 wrote:
>>
>>> 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.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

[Pierre Goupil]

!!!

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 wrote:

> 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 wrote:
>
>> 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.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

[Pierre Goupil]

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 wrote:

> 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.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

[6.5] testing Ajax stuff

[Pierre Goupil]

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.0] Ajax regression on Chrome

[Pierre Goupil]

No, Debian.


On Thu, Jan 31, 2013 at 2:45 PM, Robert O'Connor wrote:

> Is it ubuntu?
>
> ---rob
>
> Sent from my phone...excuse any typos.
> On Jan 31, 2013 8:32 AM, "Pierre Goupil"  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  > >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  > > >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 

Re: [6.5.0] Ajax regression on Chrome

[Pierre Goupil]

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 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  >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  > >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  > > >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: &

Re: [6.5.0] Ajax regression on Chrome

[Pierre Goupil]

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 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  >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  >
> > > 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
> > > >> >> &

Re: [wicket-atmosphere] resource UUID

[Pierre Goupil]

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  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, Collection subscriptionsForPage,
> Object
> > event) to: EventBus#post(AtmosphereResource resource, PageKey pageKey,
> > Collection 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
> > >
> > > wrote:
> > > > > 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...@topi

Re: [6.5.0] Ajax regression on Chrome

[Pierre Goupil]

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 
> 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" 
> 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 
> >> 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.5.0] Ajax regression on Chrome

[Pierre Goupil]

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"  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 
> 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 
> >> 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

[Pierre Goupil]

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 
> 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: [wicket-atmosphere] resource UUID

[Pierre Goupil]

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, Collection subscriptionsForPage, Object
event) to: EventBus#post(AtmosphereResource resource, PageKey pageKey,
Collection 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  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
> wrote:
> > > You have to register it in the EventBus
> > >
> > >
> > > On Thu, Jan 10, 2013 at 4:27 PM, Pierre Goupil  > >
> > > >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
> > >
> > > &

[6.5.0] Ajax regression on Chrome

[Pierre Goupil]

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: [6.0] CouldNotLockPageException

[Pierre Goupil]

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  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  >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  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  > > >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 
> > 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

[Pierre Goupil]

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 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  >wrote:
>
> > Thanks a lot, it works!
> >
> > Cheers,
> >
> > Pierre
> >
> >
> > On Sat, Jan 26, 2013 at 7:00 PM, Sven Meier  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

Re: [6.0] CouldNotLockPageException

[Pierre Goupil]

Thanks a lot, it works!

Cheers,

Pierre


On Sat, Jan 26, 2013 at 7:00 PM, Sven Meier  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
> 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

[6.0] CouldNotLockPageException

[Pierre Goupil]

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: [wicket-atmosphere] atmosphere version

[Pierre Goupil]

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  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:
> > > 
> > >
> > >
> org.atmosphere.cpr.broadcastFilterClasses
> > >
> > >
> org.apache.wicket.atmosphere.TrackMessageSizeFilter > > value>
> > > 
> > >
> > > 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

[Pierre Goupil]

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  wrote:

> With recent versions of wicket-atmosphere, you are required to add this
> parameter to the AtmosphereServlet:
> 
> org.atmosphere.cpr.broadcastFilterClasses
>
> org.apache.wicket.atmosphere.TrackMessageSizeFilter value>
> 
>
> 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

[Pierre Goupil]

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 wrote:

> You have to register it in the EventBus
>
>
> On Thu, Jan 10, 2013 at 4:27 PM, Pierre Goupil  >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-4879>I was
> supposed
> > > to
> > > > >> > create a quickstart demonstrating that
> > > > >> > Application.get().getEventBus().post(MyObject, pageUuid) sends
> its
> > > > >>
> > > > >> messages
> > > > >>
> > > > >

Re: [wicket-atmosphere] resource UUID

[Pierre Goupil]

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  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  >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-4879>I 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

[Pierre Goupil]

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 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-4879>I 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: Devoxx France 2013

[Pierre Goupil]

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  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  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_Gatay<http://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

[Pierre Goupil]

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
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-4879>I 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

[wicket-atmosphere] resource UUID

[Pierre Goupil]

Good evening,

As asked in WICKET-4879
<https://issues.apache.org/jira/browse/WICKET-4879>I 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: what is Wicket 2.x?

[Pierre Goupil]

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  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

[Pierre Goupil]

Excellent food for thoughts! Thank you very much!


On Mon, Nov 26, 2012 at 3:53 PM, Martin Grigorov wrote:

> 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 
>



-- 
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

[Pierre Goupil]

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 wrote:

>
> 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.

Implementing channels in wicket-atmosphere

[Pierre Goupil]

Good evening,

I've just filled in an enhancement request for wicket-atmosphere :

https://issues.apache.org/jira/browse/WICKET-4879

I'd be more than happy to help for it as much as I can, if Emond feels
inclined to work on that.

Hope to hear from you, guys.

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

[Pierre Goupil]

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  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

[Pierre Goupil]

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-Atmosphere & complex JS

[Pierre Goupil]

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:





The strange thing being that in my Filter, the message really contains the
right (non-empty) !

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  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.