Re: Scaffolding

2019-02-07 Thread 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

2019-02-07 Thread 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

2019-02-07 Thread 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

2019-02-07 Thread 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

2018-06-03 Thread 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

2018-06-03 Thread 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!

2017-06-19 Thread 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

2017-04-10 Thread 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

2017-03-09 Thread 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 <mgrigo...@apache.org>
wrote:

> The error says "behavior not enabled" so there is some logic that sets
> 'enabled' to false.
> I'd suggest to put a breakpoint and see what happens.
>
>
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
>
> On Wed, Mar 8, 2017 at 5:22 PM, Zala Pierre GOUPIL <goupilpie...@gmail.com
> >
> wrote:
>
> > Mmmmh actually, the access denied page appears as soon as the component
> is
> > clicked! Not just when a value is submitted.
> >
> > On Wed, Mar 8, 2017 at 5:19 PM, Zala Pierre GOUPIL <
> goupilpie...@gmail.com
> > >
> > wrote:
> >
> > > No, it doesn't have such calculations. Could the problem be
> > > websockets-related?
> > >
> > > On Wed, Mar 8, 2017 at 5:14 PM, Martin Grigorov <mgrigo...@apache.org>
> > > wrote:
> > >
> > >> Hi,
> > >>
> > >> I think your AjaxEditableLabel has logic to calculate whether it is
> > >> enabled
> > >> or not.
> > >> It seems it is enabled for the initial rendering but later when Wicket
> > >> tries to post the new value after edit it calculates to 'disabled'
> > >>
> > >> Martin Grigorov
> > >> Wicket Training and Consulting
> > >> https://twitter.com/mtgrigorov
> > >>
> > >> On Wed, Mar 8, 2017 at 4:54 PM, Zala Pierre GOUPIL <
> > >> goupilpie...@gmail.com>
> > >> wrote:
> > >>
> > >> > Good afternoon,
> > >> >
> > >> > I use Wicket 7.6.0. When clicking on an AjaxEditableLabel, I get the
> > >> > following message in the logs:
> > >> >
> > >> > behavior not enabled; ignore call. Behavior
> > >> > org.apache.wicket.extensions.ajax.markup.html.AjaxEditableLabel$
> > >> > LabelAjaxBehavior@1bab91c8
> > >> > at component [Component id = label]
> > >> >
> > >> > And there's an access denied in the browser. What am I supposed to
> do,
> > >> > please? It is related to the resource guards, I guess, but I can't
> > >> figure
> > >> > out what to provide them.
> > >> >
> > >> > Thanks a lot,
> > >> >
> > >> > Pierre
> > >> >
> > >> >
> > >> >
> > >> > --
> > >> > Je n'aime pas seulement ma vie, mais aussi celle des autres.
> > >> >
> > >> > (Blade Runner)
> > >> >
> > >>
> > >
> > >
> > >
> > > --
> > > Je n'aime pas seulement ma vie, mais aussi celle des autres.
> > >
> > > (Blade Runner)
> > >
> >
> >
> >
> > --
> > Je n'aime pas seulement ma vie, mais aussi celle des autres.
> >
> > (Blade Runner)
> >
>



-- 
Je n'aime pas seulement ma vie, mais aussi celle des autres.

(Blade Runner)


Re: Access denied

2017-03-08 Thread 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 <goupilpie...@gmail.com>
wrote:

> No, it doesn't have such calculations. Could the problem be
> websockets-related?
>
> On Wed, Mar 8, 2017 at 5:14 PM, Martin Grigorov <mgrigo...@apache.org>
> wrote:
>
>> Hi,
>>
>> I think your AjaxEditableLabel has logic to calculate whether it is
>> enabled
>> or not.
>> It seems it is enabled for the initial rendering but later when Wicket
>> tries to post the new value after edit it calculates to 'disabled'
>>
>> Martin Grigorov
>> Wicket Training and Consulting
>> https://twitter.com/mtgrigorov
>>
>> On Wed, Mar 8, 2017 at 4:54 PM, Zala Pierre GOUPIL <
>> goupilpie...@gmail.com>
>> wrote:
>>
>> > Good afternoon,
>> >
>> > I use Wicket 7.6.0. When clicking on an AjaxEditableLabel, I get the
>> > following message in the logs:
>> >
>> > behavior not enabled; ignore call. Behavior
>> > org.apache.wicket.extensions.ajax.markup.html.AjaxEditableLabel$
>> > LabelAjaxBehavior@1bab91c8
>> > at component [Component id = label]
>> >
>> > And there's an access denied in the browser. What am I supposed to do,
>> > please? It is related to the resource guards, I guess, but I can't
>> figure
>> > out what to provide them.
>> >
>> > Thanks a lot,
>> >
>> > Pierre
>> >
>> >
>> >
>> > --
>> > Je n'aime pas seulement ma vie, mais aussi celle des autres.
>> >
>> > (Blade Runner)
>> >
>>
>
>
>
> --
> Je n'aime pas seulement ma vie, mais aussi celle des autres.
>
> (Blade Runner)
>



-- 
Je n'aime pas seulement ma vie, mais aussi celle des autres.

(Blade Runner)


Re: Access denied

2017-03-08 Thread 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 <mgrigo...@apache.org>
wrote:

> Hi,
>
> I think your AjaxEditableLabel has logic to calculate whether it is enabled
> or not.
> It seems it is enabled for the initial rendering but later when Wicket
> tries to post the new value after edit it calculates to 'disabled'
>
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
>
> On Wed, Mar 8, 2017 at 4:54 PM, Zala Pierre GOUPIL <goupilpie...@gmail.com
> >
> wrote:
>
> > Good afternoon,
> >
> > I use Wicket 7.6.0. When clicking on an AjaxEditableLabel, I get the
> > following message in the logs:
> >
> > behavior not enabled; ignore call. Behavior
> > org.apache.wicket.extensions.ajax.markup.html.AjaxEditableLabel$
> > LabelAjaxBehavior@1bab91c8
> > at component [Component id = label]
> >
> > And there's an access denied in the browser. What am I supposed to do,
> > please? It is related to the resource guards, I guess, but I can't figure
> > out what to provide them.
> >
> > Thanks a lot,
> >
> > Pierre
> >
> >
> >
> > --
> > Je n'aime pas seulement ma vie, mais aussi celle des autres.
> >
> > (Blade Runner)
> >
>



-- 
Je n'aime pas seulement ma vie, mais aussi celle des autres.

(Blade Runner)


Access denied

2017-03-08 Thread 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

2017-03-08 Thread 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" <gagui...@level2crm.com> a
écrit :

> Hi Martin,
>
> Thank you a lot. I'm almost done!!!
>
> It's so great. I made a clientside library that allows widgets to register
> for data streams. And the Websockets library integrated with Wicket
> subscribe delivers the specific data to each subscriptor.
>
> It takes just one connection. And I loove it!
>
> Best regards,
>
> El 07/03/17 a las 21:45, Martin Grigorov escribió:
>
> Hi,
>
> On Tue, Mar 7, 2017 at 10:07 AM, Gonzalo Aguilar Delgado 
> <gagui...@level2crm.com> wrote:
>
>
> Hi Martin,
>
> I must say I was working with websockets yesterday. And it's delightful
> experience. Have to check how it does scale but it seams just great.
>
> I have a doubt. Since I'm doing fully async I'm doing fully async request
> with WebSocketResource. I suppose that there's no way to update the
> interface from there. I mean, if we are sending a message because a model
> changed on server. Can I trigger the repain of a widget? I suppose this
> option is only available if using behavior right?
>
>
> Correct!
>
>
>
> I saw the broadcast example you did. But does it worth mix WebSocketResource
> and WebSocketBehavior?
>
> What is best, more scalable?
>
>1. Doing a WebSocketResource with 1 connection that via Javascript
>notifies all components in page.
>2. Use WebSocketResource + 1 WebSocketBehavior per component, and then
>broadcast to all.
>
> Even if you have many WebSocketBehaviors in your components Wicket will
>
> create only one WebSocket connection per page. A web socket message sent by
> the browser will be delivered to all behavior instances. You have to decide
> whether the message is applicable for a given behavior or should be
> discarded.
>
> The drawback of using WebSocketBehavior is that during the processing of a
> message the Page instance will be locked, so WS messages are processed
> sequencially and any Ajax requests at the same time will wait for the page
> to be unlocked.
>
>
>
>
>
> As I told what I'm doing is a Javascript hub that receives messages (via
> WebSocketResource) and sends to the widgets async so they can update. But
> I suppose that following this approach it's quite difficult update
> components from Javascript. And so the opposite. If a component updates
> it's internal model on server, there's no way to push to the interface.
>
> Can I have both? The ability to update components (graphs mainly) from
> javascript datasource, but from time to time, update components on wicket
> and send updates to the UI (html)?
>
>
> You can use org.apache.wicket.protocol.ws.api.WebSocketPushBroadcaster to
> repaint Wicket components initiated at the server side. You will need to
> preserve the page id to able to notify a specific page. Or
> WebSocketBehavior should keep some extra information, e.g. userId, to
> decide whether a given PushMessage is for it or not.
>
>
>
> Best regards,
>
>
>
> El 06/03/17 a las 09:08, Martin Grigorov escribió:
>
> Hi,
>
>
> On Mon, Mar 6, 2017 at 3:57 AM, Gonzalo Aguilar Delgado 
> <gagui...@aguilardelgado.com> <gagui...@aguilardelgado.com> wrote:
>
>
> Hello,
>
> I'm using the fantastic Decebals dashboard, adding a widget json
> registry and some other improvements. The idea is to provide data
> streaming functionality like the one provided by graphana, kibana and
> friends.
>
> So the server will contain the datasources. And the dashboard will apply
> to one or more datasources on the server.
>
> But I don't know what's the best way to go with wicket.
>
> My first idea is to provide a websocket connection with a DataManager
> for each user dashboard (only 1 at a time active), subscribe to
> datasources, and receive the streaming over the websockets. The
> DataManager then will keep track of what topic each chart wants to
> receive and multiplex the result to each chart via Javascript.
>
> This way there's only 1 connection to the server. But data can be shared
> among widgets. I suppose it's not easy task.
>
> The other way is do ajax with each chart. But I think this would make a
> lot of calls to the server and I suppose it's not scalable.
>
> S. What's the best way to go?!
>
>
> I'd use WebSockets for this!
>
>
>
> Any good chart integration on wicket apart of highcharts? D3js or
> similar...
>
>
> The demo app forhttp://wicketinaction.com/2012/07/wicket-6-native-websockets/ 
> uses Google
> Charts library without any Wi

Re: Wicket 7 + Spring Security 7

2017-01-09 Thread 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

2016-11-01 Thread 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, are
> easy to read should be highlighted (even if it’s more a Java skill tha

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

2015-12-29 Thread 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)

2015-06-22 Thread 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?

2015-06-21 Thread 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 reier...@gmail.com a
écrit :

 Thanks Andrea!

 On Mon, Jun 15, 2015 at 4:52 PM, andrea del bene an.delb...@gmail.com
 wrote:

  Hi,
 
  sorry if I take part to this conversation only now, but I realized that I
  do have a presentation (in English) I used for a crush-course on Wicket
 6.
  It doesn't cover every topic of the framework but it might help you.
 Here's
  the link:
 
 
 
 https://www.dropbox.com/s/e41qr6mwsnsabkh/Presentazione%20Wicket.odp?dl=0
 
 
  On 12/06/2015 12:06, Ernesto Reinaldo Barreiro wrote:
 
  Dear Wicketeers,
 
  Does anyone has, and is willing to share, a recent (in English)
  presentation of Apache Wicket? I mean newer than
 
 
 
 http://www.slideshare.net/jbaruch/wicket-presentation-alphacsp-java-web-frameworks-playoff-2008
 
  which is, by the way, a nice presentation :-)
 
 
 
  -
  To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
  For additional commands, e-mail: users-h...@wicket.apache.org
 
 


 --
 Regards - Ernesto Reinaldo Barreiro



Re: New committer - Sebastien Briquet

2015-02-13 Thread Zala Pierre GOUPIL
\o/

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

On Fri, Feb 13, 2015 at 10:02 PM, Martin Grigorov mgrigo...@apache.org
wrote:

 The Project Management Committee (PMC) for Apache Wicket
 has asked Sebastien Briquet to become a committer and we are pleased
 to announce that he has accepted.

 Sebastien has been involved with Wicket for several years now by developing
 one of the most successful integrations with JavaScript libraries,
 namely Wicket
 jQuery UI https://github.com/sebfz1/wicket-jquery-ui, reporting bugs,
 contributing fixes and participating in discussions.

 Being a committer will enable him to help us even easier in the future.

 Please welcome Sebastien Briquet to our team!

 Bienvenue Sebastien!




-- 
Si le sang ne coule pas assez chaud dans tes veines, je le répandrai sur le
sable pour qu'il bouille au soleil.


Re: Wicket WebRTC Integration

2015-02-10 Thread 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

2015-01-30 Thread 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

2014-11-16 Thread 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 meta.d...@verizon.net
wrote:


 Good day, Everyone!

 Is there any documentation on injecting Spring beans into Wicket
 components using XML (I want to avoid using annotations).

 All helpful advice will be greatly appreciated.

 Thanx

 --
 There are 10 types of people in this world, those who understand binary
 and those who don't




-- 
Si le sang ne coule pas assez chaud dans tes veines, je le répandrai sur le
sable pour qu'il bouille au soleil.


Re: Wicket Spring

2014-11-16 Thread Zala Pierre GOUPIL
You're welcome! :-)

On Mon, Nov 17, 2014 at 2:18 AM, Kevin James Baxter meta.d...@verizon.net
wrote:


 Excellent!

 That example worked perfectly.

 Thank you, Pierre!


 On Mon, 2014-11-17 at 01:29 +0100, Zala Pierre GOUPIL wrote:

  Good evening,
 
  Have a look here:
 https://cwiki.apache.org/confluence/display/WICKET/Spring
 
  It's a bit old but still useful.
 
  Plus you can check the wicket-phonebook example application from
  wicketstuff, it gives good code examples.
 
  Regards,
 
  Pierre
 
 
 
  On Mon, Nov 17, 2014 at 1:26 AM, Kevin James Baxter 
 meta.d...@verizon.net
  wrote:
 
  
   Good day, Everyone!
  
   Is there any documentation on injecting Spring beans into Wicket
   components using XML (I want to avoid using annotations).
  
   All helpful advice will be greatly appreciated.
  
   Thanx
  
   --
   There are 10 types of people in this world, those who understand
 binary
   and those who don't
  
 
 
 


 --
 There are 10 types of people in this world, those who understand binary
 and those who don't




-- 
Si le sang ne coule pas assez chaud dans tes veines, je le répandrai sur le
sable pour qu'il bouille au soleil.


GitHub

2014-11-13 Thread 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?

2014-10-16 Thread 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 mgrigo...@apache.org
wrote:

 Hi,

 I'd recommend you to use JS for something like this.
 See

 http://wicketinaction.com/2008/10/repainting-only-newly-created-repeater-items-via-ajax/
 .
 Additionally I'd recommend to use event delegation, i.e. one change
 listener on the dataview that handles 'change' for all items.

 Martin Grigorov
 Wicket Training and Consulting
 https://twitter.com/mtgrigorov

 On Thu, Oct 16, 2014 at 7:09 PM, Wayne W waynemailingli...@gmail.com
 wrote:

  We have a page that has a rather big DataView list. We need to be able to
  make insertions and removals of this list without sending back the whole
  list via AJAX as its a bit slow over the wire.
 
  Is it possible to add a new element and return and insert that into the
  list? Obviously we could insert in new item with JS on the page but we
  still want to take advantage to any handlers in wicket for that new item
  inserted into the list.
 
  So something like:
 
  onSubmit(AjaxRequestTarget target)
 
  {
 
  ItemMyModel item = new Item(); //!!
 
  item.add(new AjaxFormComponentUpdatingBehavior(onchange)
 
  { protected void onUpdate(AjaxRequestTarget target) {...}});
 
 
  thelist.add(item); //!!
 
  ...
 
  target.appendJavaScript(js);
 
  }
 
 
 
  thanks
 
  Wayne
 




-- 
La vie est source de joie, la mort est source de paix, seule la transition
est difficile.


Re: adding wicket generated link to javascript

2014-09-03 Thread 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 jason.novo...@gmail.com
wrote:

 Hi,

 My designer gave me code where HTML is created in javascript as part of a
 jquery dataTable:

 script
 $(document).ready(function() {
 $('#datatable').dataTable( {
 
 $('.clientinvoices .dropholder').html('div class=opener/div*button
 class=btn type=resetCancel Order/button*');
 ..
 /script


 And I need that button to be a wicket button, is there a way to pass it a
 generated link, etc? What would be the best way to deal with this?

 Thanks, Jason




-- 
La vie est source de joie, la mort est source de paix, seule la transition
est difficile.


broken Wicket build

2014-08-16 Thread 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

2014-08-12 Thread Pierre Goupil
Wow, that makes a few interesting things! Thanks! :-)

Pierre



On Tue, Aug 12, 2014 at 9:47 AM, Martin Grigorov mgrigo...@apache.org
wrote:

 Hi,

 For Wicket's JS we use QUnit.
 https://github.com/apache/wicket/tree/master/testing/wicket-js-tests is a
 Maven module responsible to execute the unit tests. It uses
 https://github.com/eirslett/frontend-maven-plugin to download Node.js and
 to execute Grunt. See
 http://wicketinaction.com/2014/07/build-resources-with-node.js/ for more
 details.
 The tests themselves are at
 https://github.com/apache/wicket/tree/master/wicket-core/src/test/js.
 Our CI server runs Maven with -Pjs-test.

 Additionally we have UI tests at

 https://github.com/apache/wicket/tree/master/wicket-examples/src/main/webapp/js-test
 which also are QUnit based but use https://github.com/martin-g/gym.js for
 the UI interactions. See
 http://wicketinaction.com/2012/11/javascript-based-functional-testing/ for
 more details.
 These tests are executed manually by visiting
 http://localhost:8080/js-test/all.html

 Martin Grigorov
 Wicket Training and Consulting
 https://twitter.com/mtgrigorov


 On Tue, Aug 12, 2014 at 4:57 AM, Pierre Goupil goupilpie...@gmail.com
 wrote:

  Good evening,
 
  Are there any good practices or known solutions in order to test the
  JavaScript of a Wicket application?
 
  For the moment, I launch my tests in the Wicket pages in Jenkins, with a
  flag telling whether to display them or not depending upon the staging
  plateform: they are hidden in production and displayed in development and
  in Jenkins.
 
  And I use QUnit, which goes pretty well with jQuery code under test,
 IMHO.
 
  Do you guys have a different workflow? Maybe with phantomJS or another
  headless tool?
 
  Any ideas are most welcome.
 
  Cheers,
 
  Pierre
 




-- 
La vie est source de joie, la mort est source de paix, seule la transition
est difficile.


Testing JS

2014-08-11 Thread 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

2014-08-08 Thread 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 solomax...@gmail.com
wrote:

 I have implemented something like this in our project (I'm afraid it might
 be not optimally written due to lack of time)
 the demo is available here: http://demo.dataved.ru/openmeetings (register
 then go to Contacts and Messages)
 The source code is here:

 http://svn.apache.org/viewvc/openmeetings/trunk/singlewebapp/openmeetings-web/src/main/java/org/apache/openmeetings/web/user/profile/MessagesContactsPanel.java?view=markup

 hopefully will rework it one day


 On 8 August 2014 12:08, Ernesto Reinaldo Barreiro reier...@gmail.com
 wrote:

  Hi,
 
  On Fri, Aug 8, 2014 at 2:06 AM, Paul Bors p...@bors.ws wrote:
 
   Suppose you take the jQuery Table and style it something like this (in
 a
   responsive web 'theamable' manner):
  
  
 
 http://w3lessons.info/2013/05/13/gmail-style-message-inbox-design-with-jquery-css/
  
   Suppose you integrate it in Wicket and have it functional and suppose
 you
   want the following basic features implemented:
   * SMTP/POP and IMAP support
 * Properties or settings screen to configure the basics
   * Add Star / Unstar Messages
   * Delete Single Message
   * Delete Multiple Messages
   * Mark as Read
   * Mark as Unread
  
 
  Yes all of that...
 
  
   One would have to handle a pretty good abstraction of the actual
   interaction with the mail server which might or might not support all
  those
   features. And if a feature is not supported it should be disabled.
  
   Yes that's what I meant by I'm not sure how configurable/complete it
 is
  at the moment. It should be a matter of providing abstraction via
  interfaces for all operations... The actual source/sink for messages do
 not
  even need to be an e-mail server... In my case it is just a database.
 
 
   I think this is at least a week's effort.
 
 
  That's more or less the effort it took me to roll out it ;-)
 
 
   On Wed, Jul 30, 2014 at 1:35 AM, Ernesto Reinaldo Barreiro 
   reier...@gmail.com wrote:
  
Pierre,
   
Hi,
   
I have rolled out something like that for a private application. I'm
  not
sure how configurable/complete it is at the moment. I would not be
   against
open sourcing it.
   
   
On Wed, Jul 30, 2014 at 3:43 AM, Pierre Goupil 
 goupilpie...@gmail.com
  
wrote:
   
 Good evening,

 Does anyone know about a mailbox component, please?

 I'm looking for something to allow my users send and browse private
 messages through my webapp. And I'd be surprised that there is no
  good
 open-source components to do that out there.

 Any suggestion?

 Thanks in advance,

 Pierre

   
   
   
--
Regards - Ernesto Reinaldo Barreiro
   
  
 
 
 
  --
  Regards - Ernesto Reinaldo Barreiro
 



 --
 WBR
 Maxim aka solomax




-- 
La vie est source de joie, la mort est source de paix, seule la transition
est difficile.


Mailbox component

2014-07-29 Thread 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 ?

2014-07-28 Thread 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.


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

2014-07-28 Thread 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.


wicket-atmosphere

2014-07-24 Thread 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 CollectionEventSubscription subscriptionsForPage, final
AtmosphereEvent event) {

... snap ...
final Response response = new
AtmosphereWebResponse(_resource.getResponse());
if (this.application.createRequestCycle(request,
response).processRequestAndDetach())
{
  System.out.println(response.toString());
this.broadcaster.broadcast(response.toString(), _resource);
}
}

the Sys.out do gives me a non-empty ajax-response but I can't figure out
how to hook it into the WicketTester's getLastResponse().

Any help will be much appreciated.

Regards,

Pierre Goupil


-- 
La vie est source de joie, la mort est source de paix, seule la transition
est difficile.


Re: Delete version number in url

2014-05-16 Thread Pierre Goupil
Thanks. I figured it out.


On Fri, May 16, 2014 at 3:08 PM, Prag pragprog...@gmail.com wrote:

 @Maxim, your solution works fine, thanks!

 @Pierre
 The link does work, but you have to remove the (NoVersionMapper class)
 suffix:


 https://svn.apache.org/repos/asf/openmeetings/trunk/singlewebapp/openmeetings-web/src/main/java/org/apache/openmeetings/web/app/Application.java

 See also here:
 http://stackoverflow.com/a/23695514/1039774

 --
 View this message in context:
 http://apache-wicket.1842946.n4.nabble.com/Delete-version-number-in-url-tp4665752p4665874.html
 Sent from the Users forum mailing list archive at Nabble.com.

 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org




-- 
La vie est source de joie, la mort est source de paix, seule la transition
est difficile.


AjaxRequestTarget weirdness

2014-05-15 Thread 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:

--
?xml version=1.0 encoding=UTF-8?
ajax-response
 component id=id1 
 ![CDATA[div id=id1my label/div]]
 /component
 evaluate
  ![CDATA[(function(){ myJs; })();]]
  /evaluate
/ajax-response
--

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

I only get:
--
?xml version=1.0 encoding=UTF-8?ajax-response/ajax-response
--

A clue, anyone, please?

If needed, I can publish the link to my github project. But I prefer asking
here first because it needs some cleaning and maybe the problem I'm facing
is just dumb.

Best regards,

Pierre



-- 
La vie est source de joie, la mort est source de paix, seule la transition
est difficile.


Re: problem with message order delivered to wicket users list

2014-05-14 Thread 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

2014-05-14 Thread 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:

--
?xml version=1.0 encoding=UTF-8?
ajax-response
 component id=id1 
 ![CDATA[div id=id1my label/div]]
 /component
 evaluate
  ![CDATA[(function(){ myJs; })();]]
  /evaluate
/ajax-response
--

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

I only get:
--
?xml version=1.0 encoding=UTF-8?ajax-response/ajax-response
--

A clue, anyone, please?

If needed, I can publish the link to my github project. But I prefer asking
here first because it needs some cleaning and maybe the problem I'm facing
is just dumb.

Best regards,

Pierre

-- 
La vie est source de joie, la mort est source de paix, seule la transition
est difficile.


AjaxRequestTarget weirdness

2014-05-12 Thread 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:

--
?xml version=1.0 encoding=UTF-8?
ajax-response
 component id=id1 
 ![CDATA[div id=id1my label/div]]
 /component
 evaluate
  ![CDATA[(function(){ myJs; })();]]
  /evaluate
/ajax-response
--

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

I only get:
--
?xml version=1.0 encoding=UTF-8?ajax-response/ajax-response
--

A clue, anyone, please?

If needed, I can publish the link to my github project. But I prefer asking
here first because it needs some cleaning and maybe the problem I'm facing
is just dumb.

Best regards,

Pierre


-- 
La vie est source de joie, la mort est source de paix, seule la transition
est difficile.


Re: Delete version number in url

2014-05-11 Thread 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 solomax...@gmail.comwrote:

 Here is approach we are currently using:

 https://svn.apache.org/repos/asf/openmeetings/trunk/singlewebapp/openmeetings-web/src/main/java/org/apache/openmeetings/web/app/Application.java(NoVersionMapper
 class)


 On Sun, May 11, 2014 at 2:01 AM, RedCarpet bluecar...@gmx.com wrote:

  http://stackoverflow.com/questions/8602489/delete-version-number-in-url
  describes a solution (see code below) to remove the version number in
 urls
  like: http://localhost/MyPage/SubPage?0
 
  But this solution doesn't work anymore since Wicket 6.13+.
 
  Is there a way to get this working in 6.15?
 
 
  Solution for  6.13:
  = In Application.init(): ==
  mount(new MountedMapperWithoutPageComponentInfo(/subpage,
 MyPage.class));
 
  == In MountedMapperWithoutPageComponentInfo  =
 
  public class MountedMapperWithoutPageComponentInfo extends MountedMapper
 {
 
public MountedMapperWithoutPageComponentInfo(String mountPath, Class?
  extends IRequestablePage pageClass) {
  super(mountPath, pageClass, new PageParametersEncoder());
}
 
@Override
protected void encodePageComponentInfo(Url url, PageComponentInfo
 info) {
  // do nothing so that component info does not get rendered in url
}
 
@Override
public Url mapHandler(IRequestHandler requestHandler)
{
if (requestHandler instanceof ListenerInterfaceRequestHandler ||
  requestHandler instanceof
  BookmarkableListenerInterfaceRequestHandler) {
return null;
} else {
 return super.mapHandler(requestHandler);
}
}
  }
 
  ==
 
  --
  View this message in context:
 
 http://apache-wicket.1842946.n4.nabble.com/Delete-version-number-in-url-tp4665752.html
  Sent from the Users forum mailing list archive at Nabble.com.
 
  -
  To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
  For additional commands, e-mail: users-h...@wicket.apache.org
 
 


 --
 WBR
 Maxim aka solomax




-- 
La vie est source de joie, la mort est source de paix, seule la transition
est difficile.


Re: get page instance in AtmosphereRequestHandler

2014-02-24 Thread 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 mgrigo...@apache.orgwrote:

 Hi,

 You should have started a page before sending websocket requests to it, as
 in the real usage.
 By using tester.startPage(thePage) Wicket will store the page in
 MockPageManager and later you can find it by its id.

 Martin Grigorov
 Wicket Training and Consulting


 On Sat, Feb 22, 2014 at 5:13 PM, Pierre Goupil goupilpie...@gmail.com
 wrote:

  Hi,
 
  In fact, it is this code:
 
  Session.get().getPageManager().getPage(pageId);
 
  (excerpt from DefaultMapperContext#getPageInstance(final int pageId))
 
  which returns null: the Session.get().getPageManager() contains no pages
  when I'm in my Atmosphere context.
 
  Any thoughts, please?
 
  Kind regards,
  Pierre
 
 
 
 
 
  On Sat, Feb 22, 2014 at 2:17 AM, Pierre Goupil goupilpie...@gmail.com
  wrote:
 
   Good evening,
  
   I'm trying to implement the unit test functionality of
 Wicket-Atmosphere.
   I'm stuck on a silly thing.
  
   I have this code in the class AtmosphereRequestHandler:
  
   @Override
   public void respond(final IRequestCycle requestCycle)
   {
   final Page page = (Page)Application.get().getMapperContext()
   .getPageInstance(this.pageKey.getPageId());
   final AjaxRequestTarget target =
   WebApplication.get().newAjaxRequestTarget(page);
   this.executeHandlers(target, page);
   }
  
   The page is always null, so I got an exception at the target creation,
   saying page can not be null. But I'm sure the pageId I provide is OK.
  
   Any idea?
  
   Regards,
  
   Pierre
  
 
 
 
  --
  Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as
 pas
  mal.
  Alors frappez-moi de musique !
  Frappez-moi de musique, maintenant !
 
  (Bob Marley : Trenchtown Rock)
 




-- 
Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas
mal.
Alors frappez-moi de musique !
Frappez-moi de musique, maintenant !

(Bob Marley : Trenchtown Rock)


Re: get page instance in AtmosphereRequestHandler

2014-02-22 Thread 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 goupilpie...@gmail.comwrote:

 Good evening,

 I'm trying to implement the unit test functionality of Wicket-Atmosphere.
 I'm stuck on a silly thing.

 I have this code in the class AtmosphereRequestHandler:

 @Override
 public void respond(final IRequestCycle requestCycle)
 {
 final Page page = (Page)Application.get().getMapperContext()
 .getPageInstance(this.pageKey.getPageId());
 final AjaxRequestTarget target =
 WebApplication.get().newAjaxRequestTarget(page);
 this.executeHandlers(target, page);
 }

 The page is always null, so I got an exception at the target creation,
 saying page can not be null. But I'm sure the pageId I provide is OK.

 Any idea?

 Regards,

 Pierre




-- 
Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas
mal.
Alors frappez-moi de musique !
Frappez-moi de musique, maintenant !

(Bob Marley : Trenchtown Rock)


Re: CVE-2014-0043

2014-02-21 Thread Pierre Goupil
Good afternoon,

Sorry but the first link gives me a 404.

Regards,

Pierre

​


get page instance in AtmosphereRequestHandler

2014-02-21 Thread 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: [ANNOUNCE] Apache Wicket 6.13.0 adds free online user guide

2014-01-14 Thread 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 zilvi...@vilutis.ltwrote:

 This guide is AWESOME!

 Big respect and thank you to everyone who contributed!

 Žilvinas Vilutis



 On Mon, Jan 13, 2014 at 6:00 PM, Martijn Dashorst dasho...@apache.org
 wrote:

  The Apache Wicket PMC is proud to announce Apache Wicket 6.13.0!
 
  This release marks the thirteenth minor release of Wicket 6. Starting
  with Wicket 6 we use semantic versioning for the future development of
  Wicket, and as such no API breaks are present in this release compared
  to 6.0.0.
 
  New and noteworthy
  --
 
  This release fixes 25 bugs and adds the following improvements:
 
   * Online Wicket User guide (see below)
   * CDI 1.1 support (see below)
   * JQuery upgraded from 1.10.1 to 1.10.2
   * Implemented BigIntegerConverter
   * Migrate Wicket-Atmosphere to Atmosphere 2
 
  New Wicket User guide
  -
 
  After many years of people asking for a reference guide for Apache
  Wicket we finally were able to add one to our site thanks to Andrea del
  Bene and comSysto for writing the guide and providing the hours of
  converting it to our site.
 
  You can read the manual in 3 forms: multi page HTML, single page HTML
  and PDF.
 
  The contents:
   - Introduction
   - How to use the example code
   - Why should I learn Wicket?
   - Wicket says Hello, World!
   - Wicket as page layout manager
   - Keeping control over HTML
   - Component Lifecycle
   - Page versioning and caching
   - Under the hood of request processing
   - Wicket Links and URL generation
   - Wicket models and forms
   - Wicket forms in detail
   - Displaying multiple items with repeaters
   - Internationalization with Wicket
   - Resource management with Wicket
   - An example of integration with JavaScript
   - Wicket advanced topics
   - Working with AJAX
   - Integration with enterprise containers
   - Security with Wicket
   - Test Driven Development with Wicket
   - Test Driven Development with Wicket and Spring
   - Wicket Best Practices
   - Working with Maven (Appendix)
   - Project WicketStuff (Appendix)
   - Lost in redirection with Apache Wicket (Appendix)
   - Contributing to this guide (Appendix)
 
  Read more in the User guide by following this link:
 
  http://wicket.apache.org/start/userguide.html
 
  New CDI-1.1 integration project
  ---
 
  A new (experimental) module for CDI integration was added to support
  CDI 1.1 with Wicket. As CDI 1.0 and 1.1 are different beasts and not
  compatible, we had to craft a new module with specific support for the
  new CDI standard. The module is still experimental, but we expect to
  make it a default module in a couple of releases.
 
  You can use the new Wicket CDI module by including the following
  dependency in your POM:
 
  dependency
 groupIdorg.apache.wicket/groupId
  artifactIdwicket-cdi-1.1/artifactId
  version0.2/version
  /dependency
 
  Note that you have to remove the old wicket-cdi module and the Seam
  conversation dependency:
 org.jboss.seam.conversation:seam-conversation-weld
 
  For more information about what is new in CDI 1.1 read this blog post
  by Pete Muir: http://s.apache.org/newincdi11
 
  JQuery update in 6.9.0
  --
 
  As of Wicket 6.9 we ship JQuery 1.10.1. The JQuery project has
  decided to remove deprecated APIs from their codebase from JQuery 1.9
  and up. This means that JQuery plugins using these deprecated APIs no
  longer work. See the JQuery migration guide for more information,
  available from http://jquery.com/upgrade-guide/1.9/
 
  If your application depends on these deprecated APIs you can easily
  downgrade to JQuery 1.8.3-the previously provided JQuery that still
  contains these APIs. Download the 1.8.3 release of jquery and add it
  to your project in its application's init method:
 
  @Override
  protected void init() {
  getJavaScriptLibrarySettings()
  .setJQueryReference(yourJquery183ResourceReference);
  }
 
  CDI injection issue
  ---
 
  In the CDI releases of Weld 2.0.1 and prior, it was assumed that
  injection in anonymous inner classes was not legal and when
  attempted, it resulted in an exception:
 
  Caused by: org.jboss.weld.exceptions.DefinitionException:
  WELD-70 Simple bean [EnhancedAnnotatedTypeImpl] private class
  com.example.HomePage$AForm cannot be a non-static inner class
 
  This was reported as
  https://issues.apache.org/jira/browse/WICKET-5226, as it became an
  issue in Glassfish 4, which ships with Weld 2.0.1 (or earlier). We
  implemented a fix for this particular issue by not injecting into
  anonymous inner classes.
 
  Unfortunately this was not a bug that needed fixing on our part, but
  rather in the Weld framework (see
  https://issues.jboss.org/browse/WELD-1441)
 
  Therefore we reverted the 

Re: [OT] thanks

2014-01-14 Thread 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 goupilpie...@gmail.comwrote:

 Good evening,

 I finally have the need to use nginx, but can't figure out how to
 configure it with Wicket and Atmosphere.

 I've provided the nginx configuration quoted above, and in my init()
 method of WebApplication, I have:

 this.getFilterFactoryManager().add(new XForwardedRequestWrapperFactory());

 But no way, the WebSocket connection returns an error.

 GET
 http://me.net/?0-IResourceListener.2-...ache-Date=0X-atmo-protocol=true_=1389644050464




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

 Does anybody have an idea, please?

 Regards,

 Pierre





 On Wed, Aug 14, 2013 at 4:03 PM, Emond Papegaaij 
 emond.papega...@topicus.nl wrote:

 We depend heavily on ajp. Our application server needs to know the exact
 url the request was made to. This is very hard to get right with plain
 http
 proxying (if not impossible). The main reason we use httpd in front of our
 application server(s) is for load balancing and status information
 (serving
 a 503 when the application is down). Tomcat's (or JBoss in our case)
 performance has never been an issue.

 Best regards,
 Emond

 On Wednesday 14 August 2013 07:50:50 Dan Retzlaff wrote:
  Have you considered nginx? We use httpd but our reverse-proxying
 needs are
  pretty simple. I've been meaning to try nginx.
 
  http://nginx.org/en/docs/http/websocket.html
 
  On Wed, Aug 14, 2013 at 7:42 AM, Pierre Goupil
 goupilpie...@gmail.comwrote:
   I use only Tomcat (7.0.40) and I must admit that with NIO connector
 and
   useNative=true, the performance looks nice. I have no use for an
 httpd for
   the moment, but I'm not in production.
  
   I plan to load test my app, if you're interested, I can communicate
 the
   results to you.
  
   As a side-note, on the Tomcat list, many people are starting to talk
 about
   better WebSockets support in Tomcat 8 and the dev seem to realize
 that
   there is a strong expectation for them, so maybe they'll try and
 convince
   to work hand-in-hand with the httpd / AJP people?
  
   Anyway, thanks again and keep up the good work!
  
   And of course a big thank you to the people from the great Wicket,
 too!
  
   :-)
  
   Regards,
  
   Pierre
  
  
   On Wed, Aug 14, 2013 at 3:33 PM, Emond Papegaaij 
   emond.papega...@topicus.nl
  
wrote:
   
Hi Pierre,
   
Good to hear you like it! Unfortunately, we are still waiting for
 the
  
   rest
  
of
the server stack to support websockets before we can actually use
 it in
production applications. Hopefully, with the release of jee7 (with
  
   jsr356)
  
maintainers of httpd and ajp will finally realize they need to
 support
websockets as well.
   
Best regards,
Emond
   
On Wednesday 14 August 2013 12:01:05 Pierre Goupil wrote:
 Good morning,

 All apologies for this totally off-topic message, but I would
 like to
   
say a
   
 big THANK YOU to Emond for his work on wicket-atmosphere.

 His code is far from trivial, yet it is a real pleasure to use it.
 According to me, the killer-feature is the fact that we have an
 AjaxRequestTarget to work with which triggers a Comet /
 WebSocket
   
response.
   
 Thanks again, man!

 Pierre
  
   --
   Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as
 pas
   mal.
   Alors frappez-moi de musique !
   Frappez-moi de musique, maintenant !
  
   (Bob Marley : Trenchtown Rock)




 --
 Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas
 mal.
 Alors frappez-moi de musique !
 Frappez-moi de musique, maintenant !

 (Bob Marley : Trenchtown Rock)




-- 
Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas
mal.
Alors frappez-moi de musique !
Frappez-moi de musique, maintenant !

(Bob Marley : Trenchtown Rock)


Re: [OT] thanks

2014-01-13 Thread 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=0X-atmo-protocol=true_=1389644050464




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

Does anybody have an idea, please?

Regards,

Pierre





On Wed, Aug 14, 2013 at 4:03 PM, Emond Papegaaij emond.papega...@topicus.nl
 wrote:

 We depend heavily on ajp. Our application server needs to know the exact
 url the request was made to. This is very hard to get right with plain http
 proxying (if not impossible). The main reason we use httpd in front of our
 application server(s) is for load balancing and status information (serving
 a 503 when the application is down). Tomcat's (or JBoss in our case)
 performance has never been an issue.

 Best regards,
 Emond

 On Wednesday 14 August 2013 07:50:50 Dan Retzlaff wrote:
  Have you considered nginx? We use httpd but our reverse-proxying
 needs are
  pretty simple. I've been meaning to try nginx.
 
  http://nginx.org/en/docs/http/websocket.html
 
  On Wed, Aug 14, 2013 at 7:42 AM, Pierre Goupil
 goupilpie...@gmail.comwrote:
   I use only Tomcat (7.0.40) and I must admit that with NIO connector
 and
   useNative=true, the performance looks nice. I have no use for an
 httpd for
   the moment, but I'm not in production.
  
   I plan to load test my app, if you're interested, I can communicate the
   results to you.
  
   As a side-note, on the Tomcat list, many people are starting to talk
 about
   better WebSockets support in Tomcat 8 and the dev seem to realize
 that
   there is a strong expectation for them, so maybe they'll try and
 convince
   to work hand-in-hand with the httpd / AJP people?
  
   Anyway, thanks again and keep up the good work!
  
   And of course a big thank you to the people from the great Wicket,
 too!
  
   :-)
  
   Regards,
  
   Pierre
  
  
   On Wed, Aug 14, 2013 at 3:33 PM, Emond Papegaaij 
   emond.papega...@topicus.nl
  
wrote:
   
Hi Pierre,
   
Good to hear you like it! Unfortunately, we are still waiting for the
  
   rest
  
of
the server stack to support websockets before we can actually use
 it in
production applications. Hopefully, with the release of jee7 (with
  
   jsr356)
  
maintainers of httpd and ajp will finally realize they need to
 support
websockets as well.
   
Best regards,
Emond
   
On Wednesday 14 August 2013 12:01:05 Pierre Goupil wrote:
 Good morning,

 All apologies for this totally off-topic message, but I would like
 to
   
say a
   
 big THANK YOU to Emond for his work on wicket-atmosphere.

 His code is far from trivial, yet it is a real pleasure to use it.
 According to me, the killer-feature is the fact that we have an
 AjaxRequestTarget to work with which triggers a Comet /
 WebSocket
   
response.
   
 Thanks again, man!

 Pierre
  
   --
   Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as
 pas
   mal.
   Alors frappez-moi de musique !
   Frappez-moi de musique, maintenant !
  
   (Bob Marley : Trenchtown Rock)




-- 
Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas
mal.
Alors frappez-moi de musique !
Frappez-moi de musique, maintenant !

(Bob Marley : Trenchtown Rock)


Component hierarchy

2014-01-03 Thread 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

2013-12-22 Thread 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 ModelString responseModel = new ModelString();
final MultiLineLabel responseLabel = new MultiLineLabel(response,
responseModel);
responseLabel.setOutputMarkupId(true);
this.add(responseLabel);

this.add(new AuthLoginEventBehavior()
{
private static final long serialVersionUID = 1L;

@Override
protected void onSessionEvent(final AjaxRequestTarget target,
final String status,
final String userId, final String signedRequest, final
String expiresIn,
final String accessToken)
{
final StringBuilder sb = new StringBuilder();
sb.append(status: ).append(status).append('\n');
sb.append(userId: ).append(userId).append('\n');
sb.append(signedRequest:
).append(signedRequest).append('\n');
sb.append(expiresIn: ).append(expiresIn).append('\n');
sb.append(accessToken: ).append(accessToken).append('\n');

LoginModalWindow.LOGGER.info(sb.toString());
responseModel.setObject(sb.toString());
target.add(responseLabel);
}
});

Moreover, I have added new FacebookSdk(fb-root, my-app-id)) and its
corresponding markup div id=fb-root wicket:id=fb-root/div at the
very beginning of the body, as requested.

I have no error in the Tomcat logs.

Does anyone have a clue, please?

Regards,

Pierre


wicket-atmosphere

2013-11-20 Thread 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

2013-09-18 Thread 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 mgrigo...@apache.orgwrote:

 Sven Meier +1


 On Wed, Sep 18, 2013 at 10:10 PM, nino martinez wael 
 nino.martinez.w...@gmail.com wrote:

  Hi Guys
 
  long time no see.. Apparently there are some money left on the wicket
  merchandise shop (http://www.cafepress.com/apachewicket).. So I suggest
  that it's time for the community to nominee and vote on who should have a
  cap, tshirt or coffee mug for their effort..
 
  So if someone would gather nominees and handle the vote.. I'll send the
  merchandise to the lucky (or hard working) winner :)
 
  I'll follow on the side line..
 
  --
  Best regards / Med venlig hilsen
  Nino Martinez
 




-- 
Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas
mal.
Alors frappez-moi de musique !
Frappez-moi de musique, maintenant !

(Bob Marley : Trenchtown Rock)


Re: [ANNOUNCE] WicketStuff 6.10.0 is released

2013-08-22 Thread 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 an.delb...@gmail.comwrote:

 Anybody has a list of the new modules available with this last version?
 I'd like to write an announcement of the new version at JavaLobby.
  Hi,
 
  WicketStuff core 6.10.0 based on Apache Wicket 6.10.0 is released
  and shortly will be available in Maven Central.
 
  The changelog for this release is:
 
  bitstorm (10):
Integration with WicketStuff
refactor of segments
Code clean up for Wicketstuff integration
Suggestion from pull request review
pom dependencies refactoring
Introduced interface IWebSerialDeserial
Smal refactoring
readme modified
Formatting stuff...
some code improvement/cleanup
 
  Martin Tzvetanov Grigorov (6):
Build against Wicket 6.10.0-SNAPSHOT
Various version updates (semver compatible)
Use Wicket 6.11.0-SNAPSHOT
[async-tasks] Import AjaxRequestTarget to be able to use it
[async-tasks] Remove unused import of the AbstractTaskModel
Release 6.10.0
 
  svenmeier (6):
additional test, no functional change
#238 script is in shortcut.js (not shortcuts.js)
allow access to non-public methods
added license header
let LazyModel implement IPropertyReflectionAwareModel
added consructors with model to column
 
  Ernesto Reinaldo Barreiro (5):
add handler that allows to export a several tables to excel.
add a flag to GMAP3 that makes map's JavaScript not fail in case of
  no Internet connection
make general purpose cell exporter more robust and flexible
fix logic to create table headers.
Merge pull request #245 from reiern70/master
 
  Andrea Del Bene (4):
Wicketstuff integration
Revert Wicketstuff integration
/media/New Volume/stagew/wicketstuff-restannotations-parent
  /media/New Volume/stagew/pom.xml
Merge pull request #247 from bitstorm/master
 
  Martin Grigorov (4):
Merge pull request #239 from RoadRunner120485/master
Merge pull request #242 from raphw/master
Merge pull request #243 from raphw/master
Merge pull request #248 from raphw/master
 
  Michael Mosmann (4):
kryo2: bugfix missing locale in date format
kryo2: test fixed
kryo2 doc fix
kryo2 doc fix
 
  rafwin (4):
Added asynchronous tasks. Changed Wicket version to 6.9.1 release
  (Snapshot not available in referenced repository.)
Added further test cases. Fixed progress button where event might
  have been swallowed.
Added additional model abstraction to allow a progress button's
 task
  to be exchanged during runtime.
Added additional model abstraction to allow a progress button's
 task
  to be exchanged during runtime.
 
  Martin Sturm (3):
Build against wicket 6.9.1-SNAPSHOT
[Issue #236] Fixed issue in class
  AnnotationsShiroAuthorizationStrategy.
[Issue #236] Added unit test..
 
  Martin Knopf (1):
added readme based on wiki page
 
  The WicketStuff team
 


 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org




-- 
Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas
mal.
Alors frappez-moi de musique !
Frappez-moi de musique, maintenant !

(Bob Marley : Trenchtown Rock)


[OT] thanks

2013-08-14 Thread 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: [OT] thanks

2013-08-14 Thread 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 emond.papega...@topicus.nl
 wrote:

 Hi Pierre,

 Good to hear you like it! Unfortunately, we are still waiting for the rest
 of
 the server stack to support websockets before we can actually use it in
 production applications. Hopefully, with the release of jee7 (with jsr356)
 maintainers of httpd and ajp will finally realize they need to support
 websockets as well.

 Best regards,
 Emond

 On Wednesday 14 August 2013 12:01:05 Pierre Goupil wrote:
  Good morning,
 
  All apologies for this totally off-topic message, but I would like to
 say a
  big THANK YOU to Emond for his work on wicket-atmosphere.
 
  His code is far from trivial, yet it is a real pleasure to use it.
  According to me, the killer-feature is the fact that we have an
  AjaxRequestTarget to work with which triggers a Comet / WebSocket
 response.
 
  Thanks again, man!
 
  Pierre




-- 
Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas
mal.
Alors frappez-moi de musique !
Frappez-moi de musique, maintenant !

(Bob Marley : Trenchtown Rock)


Re: Wicket-Atmosphere : best way to call server

2013-07-08 Thread 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 mgrigo...@apache.orgwrote:

 Hi,

 I think you should use the Atmosphere APIs.

 Wicket.Ajax.get() knows nothing about WebSocket technology so it won't
 work.

 Wicket NativeWebSocket exposes Wicket.WebSocket.** APIs but afaik there is
 no such thing in WIcket-Atmosphere.


 On Sat, Jul 6, 2013 at 6:43 PM, Pierre Goupil goupilpie...@gmail.com
 wrote:

  Good afternoon,
 
  When using Wicket-Atmosphere (0.11), which is the recommended way to
 send a
  message to the server in order to receive a WebSocket (or fallback
  transport) response?
 
  I mean, I am supposed to do:
 
  var socket = $.atmosphere;var request = new
  $.atmosphere.AtmosphereRequest();var subSocket =
  socket.subscribe(request);
  subSocket.push(JSON.stringify({ 'blah' }));
 
  Or:
 
  Wicket.Ajax.get()
 
  ?
 
  I doubt that there is a sensible performance difference, but I prefer to
  ask.
 
  Sorry if this is a silly question.
 
  Regards,
 
  Pierre
 



Re: Wicket-Atmosphere : best way to call server

2013-07-08 Thread 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 goupilpie...@gmail.comwrote:

 Thanks, Martin! So it definitely worth giving it a try: I'll do that ASAP.

 Regards,

 Pierre


 On Mon, Jul 8, 2013 at 8:13 AM, Martin Grigorov mgrigo...@apache.orgwrote:

 Hi,

 I think you should use the Atmosphere APIs.

 Wicket.Ajax.get() knows nothing about WebSocket technology so it won't
 work.

 Wicket NativeWebSocket exposes Wicket.WebSocket.** APIs but afaik there is
 no such thing in WIcket-Atmosphere.


 On Sat, Jul 6, 2013 at 6:43 PM, Pierre Goupil goupilpie...@gmail.com
 wrote:

  Good afternoon,
 
  When using Wicket-Atmosphere (0.11), which is the recommended way to
 send a
  message to the server in order to receive a WebSocket (or fallback
  transport) response?
 
  I mean, I am supposed to do:
 
  var socket = $.atmosphere;var request = new
  $.atmosphere.AtmosphereRequest();var subSocket =
  socket.subscribe(request);
  subSocket.push(JSON.stringify({ 'blah' }));
 
  Or:
 
  Wicket.Ajax.get()
 
  ?
 
  I doubt that there is a sensible performance difference, but I prefer to
  ask.
 
  Sorry if this is a silly question.
 
  Regards,
 
  Pierre
 






-- 
Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas
mal.
Alors frappez-moi de musique !
Frappez-moi de musique, maintenant !

(Bob Marley : Trenchtown Rock)


Wicket-Atmosphere : best way to call server

2013-07-06 Thread 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

2013-06-26 Thread 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 goupilpie...@gmail.comwrote:


 Good evening all,

 I use ResourceRegistrationListener in my HomePage with wicket-atmosphere
 0.10 and neither resourceRegistered() nor resourceUnregistered() are called.

 Does anyone have a clue, please?

 I have a working clock, as in the examples, but I can't find the UUID for
 EventBus#post(Object event, String resourceUuid). If I do this:
 AtmosphereBehavior.getUUID(homePage), it returns null.

 Any help is appreciated.

 Regards,

 Pierre



Wicket-Atmosphere ResourceRegistrationListener

2013-06-25 Thread 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

2013-06-14 Thread 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 erjab...@gmail.com wrote:

 ListView and its subclasses do not require the use of tables. If another
 style of markup is useful, use that.  You can have a div with nested
 divs, In fact, you could create a ProfilePanel and use a div for each.


 On Mon, Jun 10, 2013 at 6:06 PM, Dan Retzlaff dretzl...@gmail.com wrote:

  Maybe I just don't understand your requirements. I thought you want two
  rows for each Profile. So:
 
  add(new PageableListView(profile, profiles) {
populateItem(item) {
  item.add(new Label(row1column1));
  item.add(new Label(row2column1));
  item.setRenderBodyOnly(true);
}
  });
 
  table
  div wicket:id=profile
trtd wicket:id=row1column1/td/tr
trtd wicket:id=row2column1/td/tr
  /div
  /table
 
  Obviously you can add as many columns as you'd like.
 
 




-- 
Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas
mal.
Alors frappez-moi de musique !
Frappez-moi de musique, maintenant !

(Bob Marley : Trenchtown Rock)


PageableListView with two rows

2013-06-10 Thread Pierre Goupil
Good evening,

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

Here is my code:

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

@Override
protected void populateItem(final ListItemProfile item)
{
final IModelProfile p = item.getModel();

item.add(new ProfilePanel(profile, p));
}
};

this.add(columnListView);
this.add(new AjaxPagingNavigator(navigator, columnListView));

It works perfectly well for one line of results, but I'd like to have two
lines of 4 columns instead of one line of 8 columns.

I don't think a DataTable would fit my needs since the ProfilePanel object
is a complex display.

Any help will be much appreciated.

Regards,

Pierre


-- 
Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas
mal.
Alors frappez-moi de musique !
Frappez-moi de musique, maintenant !

(Bob Marley : Trenchtown Rock)


Re: PageableListView with two rows

2013-06-10 Thread Pierre Goupil
I'm sorry, but I don't understand what you mean. I've tried this:

table class=large-space-centered-table align=center
div wicket:id=columnListView
tr wicket:id=separator
td class=normal-text border-cell
span wicket:id=profile/span
/td
/tr
/div
/table




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

@Override
protected void populateItem(final ListItemProfile item)
{
final IModelProfile p = item.getModel();

final WebMarkupContainer separator = new
WebMarkupContainer(separator);
if (item.getIndex() == (SearchPage.COLUMNS / 2))
{
separator.setRenderBodyOnly(false);
}
else
{
separator.setRenderBodyOnly(true);
}

separator.add(new ProfilePanel(profile, p));
item.add(separator);
}
};

columnListView.setRenderBodyOnly(true);
this.add(columnListView);
this.add(new AjaxPagingNavigator(navigator, columnListView));




I think I did what you've suggested but instead of two rows of 5 columns, I
got one line of 5 columns, one of one column and a last line of 4 columns.
I've missed something, I'm afraid.

Thank you anyway!

Regards,

Pierre




On Mon, Jun 10, 2013 at 10:17 PM, Dan Retzlaff dretzl...@gmail.com wrote:

 Hi Pierre,

 Associate your PageableListView with a div that wraps your two trs.
 Use item.setRenderBodyOnly(true) to prevent the div from being rendered
 so your table markup is still valid.

 Dan


 On Mon, Jun 10, 2013 at 12:49 PM, Pierre Goupil goupilpie...@gmail.com
 wrote:

  Good evening,
 
  Is there a way to have a PageableListView with two rows?
 
  Here is my code:
 
  final PageableListViewProfile columnListView = new
  PageableListViewProfile(
  columnListView, secondLine, SearchPage.RESULTS / 2)
  {
  private static final long serialVersionUID = 1L;
 
  @Override
  protected void populateItem(final ListItemProfile item)
  {
  final IModelProfile p = item.getModel();
 
  item.add(new ProfilePanel(profile, p));
  }
  };
 
  this.add(columnListView);
  this.add(new AjaxPagingNavigator(navigator, columnListView));
 
  It works perfectly well for one line of results, but I'd like to have two
  lines of 4 columns instead of one line of 8 columns.
 
  I don't think a DataTable would fit my needs since the ProfilePanel
 object
  is a complex display.
 
  Any help will be much appreciated.
 
  Regards,
 
  Pierre
 
 
  --
  Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as
 pas
  mal.
  Alors frappez-moi de musique !
  Frappez-moi de musique, maintenant !
 
  (Bob Marley : Trenchtown Rock)
 




-- 
Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas
mal.
Alors frappez-moi de musique !
Frappez-moi de musique, maintenant !

(Bob Marley : Trenchtown Rock)


Re: 1.4 - 6.0 question

2013-04-12 Thread Pierre Goupil
Thanks for that, Marco!

Regards,

Pierre



On Fri, Apr 12, 2013 at 8:35 AM, Marco Springer ma...@glitchbox.nl wrote:

 Hello Pierre,

 You can also just override/extend the onComponentTag function from the
 Component.:

 Component {
   @Override
   protected void onComponentTag(ComponentTag tag) {
 super.onComponentTag(tag);
 tag.put(attribute, value)
   }
 }

 As far as I can see, SimpleAttributeModifier doesn't exist anymore, just
 use
 the AttributeModifier class or sub-class that if you really need to.

 Or attach a custom Behavior to the component which can also override the
 onComponentTag function like so:
 public class FeedbackFieldDecorator extends Behavior {
   @Override
   public void onComponentTag(Component component, ComponentTag tag) {
 if (!((FormComponent?)component).isValid()) {
   String cl = tag.getAttribute(class);
   if (cl == null) {
 tag.put(class, error);
   } else {
 tag.put(class, error  + cl);
   }
 }
   }
 }

 Cheers,
 Marco

 On Thursday 11 April 2013 21:50:28 Pierre Goupil wrote:
  Good evening,
 
  I have a Wicket 1.4 code that I want to migrate to 6.0. It all works fine
  except for this code in a sub-class of SimpleAttributeModifier:
 
@Override
public void onComponentTag(final Component component, final
 ComponentTag
  tag) {
  System.out.println(ononComponentTag called. component=+component+,
  tag=+tag);
  if (isEnabled(component)) {
System.out.println(changing attribute, value=+value);
tag.getAttributes().put(attribute, value);
  }
}
 
  I don't know what this code is supposed to do, so does anyone know with
  what to replace it? AttributeModifier#onComponentTag() is final in 6.0!
 
  Any help is much appreciated.
 
  Regards,
 
  Pierre

 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org




-- 
Parce que c'est la nuit qu'il est beau de croire à la lumière.

Edmond Rostand


1.4 - 6.0 question

2013-04-11 Thread 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: [wicket-atmosphere] resource UUID

2013-01-31 Thread 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 emond.papega...@topicus.nl
 wrote:

 I don't see why this piece of code would be needed. You are creating a new
 broadcaster for every resource, that doesn't sound like a good idea.
 Perhaps
 someone at the Atmosphere Google groups can help you with this. It might be
 that something is wrong with the Broadcaster.broadcast(String, Resource)
 method.

 Best regards,
 Emond

 On Wednesday 30 January 2013 21:33:21 Pierre Goupil wrote:
  Good evening,
 
  I managed to have it work, at long last. What happened is that in the
  quickstart I provided, I issued a EventBus.get().post(event, pageUuid)
 and
  it worked as expected: I was able to post an event to only one client of
 my
  choice.
 
  Unfortunately, in my project, which makes heavy use of Comet /
 WebSockets,
  it didn't work, and with the same EventBus code! But my code and
 component
  tree are far more complex in my project, so this is not entirely a
 surprise.
 
  Nonetheless, I modified the EventBus#post(AtmosphereResource resource,
  PageKey pageKey, CollectionEventSubscription subscriptionsForPage,
 Object
  event) to: EventBus#post(AtmosphereResource resource, PageKey pageKey,
  CollectionEventSubscription subscriptionsForPage, Object event,, String
  resourceUuid ).
 
  And I added this small piece of code:
 
  if (application.createRequestCycle(request,
  response).processRequestAndDetach())
  {
  Broadcaster singleBroadcaster =
  BroadcasterFactory.getDefault().lookup(
  DefaultBroadcaster.class, resourceUuid, true);
  singleBroadcaster.setID(resourceUuid);
  resource.setBroadcaster(singleBroadcaster);
  singleBroadcaster.addAtmosphereResource(resource);
  singleBroadcaster.broadcast(response.toString());
  }
 
  And it does work!
 
  What shall I do, now? Open a Jira ticket? Issue a pull-request? Or just
 let
  you introduce this tiny bit of code?
 
  Thanks for the good, hard work!
 
  Regards,
 
  Pierre Goupil
 
 
  On Thu, Jan 10, 2013 at 4:22 PM, Emond Papegaaij 
 emond.papega...@topicus.nl
   wrote:
  
   You should register it with EventBus.addRegistrationListener and a page
   should
   not implement the interface, it is meant as an application global
   listener.
  
   Emond
  
   On Thursday 10 January 2013 15:50:12 Pierre Goupil wrote:
Indeed. I've tried this in my page constructor:
   
Application.get().getEventBus().registerPage(hp +
 UUID.randomUUID(),
this);
   
But it doesn't do the trick. Sorry to bug you, but I can't find the
right
method!
   
Regards,
   
Pierre
   
On Thu, Jan 10, 2013 at 3:30 PM, Martin Grigorov
  
   mgrigo...@apache.orgwrote:
 You have to register it in the EventBus


 On Thu, Jan 10, 2013 at 4:27 PM, Pierre Goupil 
 goupilpie...@gmail.com

 wrote:
  Hi Emond,
 
  I must be doing something wrong, as it doesn't work. I have
  
   implemented
  
  ResourceRegistrationListener in my HomePage and I set the UUIDs
 in
  
   the
  
  method resourceRegistered() but my logs show that it's never
 called.
 
  Is there any more than implementing ResourceRegistrationListener
  that
  I'm
  supposed to do?
 
  Regards,
 
  Pierre
 
 
  On Thu, Jan 10, 2013 at 1:05 PM, Emond Papegaaij 
  emond.papega...@topicus.nl
 
   wrote:
  
   I've just pushed the fix for WICKET-4957: you can now listen to
   the
   registration of resources for pages.
  
   Best regards,
   Emond
  
   On Tuesday 08 January 2013 23:49:36 Pierre Goupil wrote:
Emond,
   
I've tried it like you said and it almost works! It works in
 the

 sense

   that
  
I'm able to send an event to only one resource : that alone
 is
  
   fine
  
 in

itself.
  
But unfortunately, when doing:
   broadcaster.getAtmosphereResources()
  
I
  
   don't
  
know which browser corresponds to which resource. So I
  
   definitively
  
  need
 
your functionality of resource creation listening.
   
Keep up the good work!
   
Cheers,
   
Pierre
   
On Tue, Jan 8, 2013 at 2:07 PM, Pierre Goupil 

 goupilpie...@gmail.com

   wrote:
 Excellent, Emond! I'll try it like you said and tell you
 what
 
  happens.
 
 Cheers,

 Pierre


 On Tue, Jan 8, 2013 at 1:55 PM, Emond Papegaaij 

 emond.papega...@topicus.nl wrote:
 Hi Pierre,

 The UUID is bound to a page when atmosphere makes to call
  
   back to
  
  the
 
 server,
 which makes sense because before

Re: [6.5.0] Ajax regression on Chrome

2013-01-31 Thread 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 mgrigo...@apache.orgwrote:

 Ajax works fine in my apps with Chrome 24, 25 and 26. OS: Ubuntu.
 I'll check your quickstart tomorrow.
 Please test at wicket-library.com, as Martijn requested.


 On Wed, Jan 30, 2013 at 9:59 PM, Pierre Goupil goupilpie...@gmail.com
 wrote:

  OK, I'll do that and come again when I have more news. Thanks!
 
 
  On Wed, Jan 30, 2013 at 9:53 PM, Martijn Dashorst 
  martijn.dasho...@gmail.com wrote:
 
   I think it is an issue of either your chrome installation (try
   re-installing) or a bug is introduced in chrome 24 for linux, as it
   doesn't affect chrome 24 running on OS X, and as you say, chrome 23
   did work.
  
   Reinstall chrome, see if it works, otherwise file a bug report with
   chrome developers (check if the wicket examples on wicket-library
   exhibit the bug, if so, link to that instead)
  
   Martijn
  
   On Wed, Jan 30, 2013 at 9:48 PM, Pierre Goupil goupilpie...@gmail.com
 
   wrote:
Maybe I could investigate on jQuery? If they have an open bug or a
work-around? After all,  one of its principles  is to abstract you
 from
browsers différences. What do you think? I really need a hand...
Le 30 janv. 2013 21:43, Martijn Dashorst 
 martijn.dasho...@gmail.com
  
   a
écrit :
   
So, Wicket 6.5.0 works in IE, FF, Safari and Chrome  23. Now you
install Chrome 24 and it stops working, and that is Wicket's
 problem?
   
Chrome is a fricking browser, it supports the web. Wicket is part of
the web, and its javascript is nothing special (i.e. based on
 jquery).
Chrome apparently messed up–which is not uncommon for them to do
 BTW.
   
Martijn
   
On Wed, Jan 30, 2013 at 9:36 PM, Pierre Goupil 
  goupilpie...@gmail.com
wrote:
 I must admit that I don't know their workflow. But I guess that it
  is
   far
 heavier and time-consuming than that of Wicket, right? Could you
   please
see
 if you can find a work-around?

 What I'm afraid of, is that they could say: we know nothing about
   your
 Wicket thing, we support GWT and Angular.js, so please go back
  home,
   if
 you know what I mean...

 Regards,

 Pierre


 On Wed, Jan 30, 2013 at 9:24 PM, Martijn Dashorst 
 martijn.dasho...@gmail.com wrote:

 Did you create a bug report at chrome? Sounds like a bug in their
 browser rather than in wicket.

 Martijn

 On Wed, Jan 30, 2013 at 9:00 PM, Pierre Goupil 
   goupilpie...@gmail.com
 wrote:
  Good evening,
 
  I've been through a strange behavior since I upgraded my Linux
  box
   to
  Chrome 24 (latest stable release, I believe).
 
  To put it shortly, the Ajax links reload the page, hence their
   actions
 are
  mostly not taken into account.
 
  I've created:
 
  https://issues.apache.org/jira/browse/WICKET-5015
 
  and attached a quickstart to prove it.
 
  FYI, the bug is not present in Firefox or Opera.
 
  Hope to hear from you soon, guys!
 
  Regards,
 
  Pierre
 
 
 
  --
  Parce que c'est la nuit qu'il est beau de croire à la
 lumière.
 
  Edmond Rostand



 --
 Become a Wicket expert, learn from the best:
   http://wicketinaction.com


  -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org




 --
 Parce que c'est la nuit qu'il est beau de croire à la lumière.

 Edmond Rostand
   
   
   
--
Become a Wicket expert, learn from the best:
  http://wicketinaction.com
   
   
 -
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
   
   
  
  
  
   --
   Become a Wicket expert, learn from the best: http://wicketinaction.com
  
   -
   To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
   For additional commands, e-mail: users-h...@wicket.apache.org
  
  
 
 
  --
  Parce que c'est la nuit qu'il est beau de croire à la lumière.
 
  Edmond Rostand
 



 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com http://jweekend.com/




-- 
Parce que c'est

Re: [6.5.0] Ajax regression on Chrome

2013-01-31 Thread 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 mgrigo...@apache.orgwrote:

 It looks like your chrome is somehow broken.
 Try to clean whatever can be cleaned and try again.
 Or just create a new unix user and try with the same Chrome installation.


 On Thu, Jan 31, 2013 at 1:48 PM, Pierre Goupil goupilpie...@gmail.com
 wrote:

  That's weird men! In wicket-library.com the Ajax links work, except that
  you must click once on the first increment button before it works. But
 in
  my quickstart, nothing happens...
 
  I've updated my Chrome version from 24.0.1312.56 to 24.0.1312.57 and the
  symptom is the same.
 
  I can see no fundamental difference between my quickstart code and
  wicket-library's one. FYI, I've tried my quickstart with wicket 6.0.0 
  6.5.0.
 
  Any idea?
 
  Regards,
 
  Pierre
 
 
 
  On Thu, Jan 31, 2013 at 12:25 AM, Martin Grigorov mgrigo...@apache.org
  wrote:
 
   Ajax works fine in my apps with Chrome 24, 25 and 26. OS: Ubuntu.
   I'll check your quickstart tomorrow.
   Please test at wicket-library.com, as Martijn requested.
  
  
   On Wed, Jan 30, 2013 at 9:59 PM, Pierre Goupil goupilpie...@gmail.com
   wrote:
  
OK, I'll do that and come again when I have more news. Thanks!
   
   
On Wed, Jan 30, 2013 at 9:53 PM, Martijn Dashorst 
martijn.dasho...@gmail.com wrote:
   
 I think it is an issue of either your chrome installation (try
 re-installing) or a bug is introduced in chrome 24 for linux, as it
 doesn't affect chrome 24 running on OS X, and as you say, chrome 23
 did work.

 Reinstall chrome, see if it works, otherwise file a bug report with
 chrome developers (check if the wicket examples on wicket-library
 exhibit the bug, if so, link to that instead)

 Martijn

 On Wed, Jan 30, 2013 at 9:48 PM, Pierre Goupil 
  goupilpie...@gmail.com
   
 wrote:
  Maybe I could investigate on jQuery? If they have an open bug or
 a
  work-around? After all,  one of its principles  is to abstract
 you
   from
  browsers différences. What do you think? I really need a hand...
  Le 30 janv. 2013 21:43, Martijn Dashorst 
   martijn.dasho...@gmail.com

 a
  écrit :
 
  So, Wicket 6.5.0 works in IE, FF, Safari and Chrome  23. Now
 you
  install Chrome 24 and it stops working, and that is Wicket's
   problem?
 
  Chrome is a fricking browser, it supports the web. Wicket is
 part
  of
  the web, and its javascript is nothing special (i.e. based on
   jquery).
  Chrome apparently messed up–which is not uncommon for them to do
   BTW.
 
  Martijn
 
  On Wed, Jan 30, 2013 at 9:36 PM, Pierre Goupil 
goupilpie...@gmail.com
  wrote:
   I must admit that I don't know their workflow. But I guess
 that
  it
is
 far
   heavier and time-consuming than that of Wicket, right? Could
 you
 please
  see
   if you can find a work-around?
  
   What I'm afraid of, is that they could say: we know nothing
  about
 your
   Wicket thing, we support GWT and Angular.js, so please go back
home,
 if
   you know what I mean...
  
   Regards,
  
   Pierre
  
  
   On Wed, Jan 30, 2013 at 9:24 PM, Martijn Dashorst 
   martijn.dasho...@gmail.com wrote:
  
   Did you create a bug report at chrome? Sounds like a bug in
  their
   browser rather than in wicket.
  
   Martijn
  
   On Wed, Jan 30, 2013 at 9:00 PM, Pierre Goupil 
 goupilpie...@gmail.com
   wrote:
Good evening,
   
I've been through a strange behavior since I upgraded my
  Linux
box
 to
Chrome 24 (latest stable release, I believe).
   
To put it shortly, the Ajax links reload the page, hence
  their
 actions
   are
mostly not taken into account.
   
I've created:
   
https://issues.apache.org/jira/browse/WICKET-5015
   
and attached a quickstart to prove it.
   
FYI, the bug is not present in Firefox or Opera.
   
Hope to hear from you soon, guys!
   
Regards,
   
Pierre
   
   
   
--
Parce que c'est la nuit qu'il est beau de croire à la
   lumière.
   
Edmond Rostand
  
  
  
   --
   Become a Wicket expert, learn from the best:
 http://wicketinaction.com
  
  
-
   To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org

Re: [6.5.0] Ajax regression on Chrome

2013-01-31 Thread Pierre Goupil
No, Debian.


On Thu, Jan 31, 2013 at 2:45 PM, Robert O'Connor robby.ocon...@gmail.comwrote:

 Is it ubuntu?

 ---rob

 Sent from my phone...excuse any typos.
 On Jan 31, 2013 8:32 AM, Pierre Goupil goupilpie...@gmail.com wrote:

  Men... I've deleted ~/.cache/google-chrome  ~/.config/google-chrome.
 I've
  fully de-installed Chrome in Synaptic. I've re-installed it from Google's
  official source. And... it works...
 
  Sorry for the noise, I'll close my bug.
 
  I'm a bit puzzled by such a behavior but you know... Is computer science
 an
  exact science? :-)
 
  Anyway, all my apologies.
 
  Regards,
 
  Pierre
 
 
 
 
  On Thu, Jan 31, 2013 at 2:00 PM, Martin Grigorov mgrigo...@apache.org
  wrote:
 
   It looks like your chrome is somehow broken.
   Try to clean whatever can be cleaned and try again.
   Or just create a new unix user and try with the same Chrome
 installation.
  
  
   On Thu, Jan 31, 2013 at 1:48 PM, Pierre Goupil goupilpie...@gmail.com
   wrote:
  
That's weird men! In wicket-library.com the Ajax links work, except
  that
you must click once on the first increment button before it works.
  But
   in
my quickstart, nothing happens...
   
I've updated my Chrome version from 24.0.1312.56 to 24.0.1312.57 and
  the
symptom is the same.
   
I can see no fundamental difference between my quickstart code and
wicket-library's one. FYI, I've tried my quickstart with wicket
 6.0.0 
6.5.0.
   
Any idea?
   
Regards,
   
Pierre
   
   
   
On Thu, Jan 31, 2013 at 12:25 AM, Martin Grigorov 
  mgrigo...@apache.org
wrote:
   
 Ajax works fine in my apps with Chrome 24, 25 and 26. OS: Ubuntu.
 I'll check your quickstart tomorrow.
 Please test at wicket-library.com, as Martijn requested.


 On Wed, Jan 30, 2013 at 9:59 PM, Pierre Goupil 
  goupilpie...@gmail.com
 wrote:

  OK, I'll do that and come again when I have more news. Thanks!
 
 
  On Wed, Jan 30, 2013 at 9:53 PM, Martijn Dashorst 
  martijn.dasho...@gmail.com wrote:
 
   I think it is an issue of either your chrome installation (try
   re-installing) or a bug is introduced in chrome 24 for linux,
 as
  it
   doesn't affect chrome 24 running on OS X, and as you say,
 chrome
  23
   did work.
  
   Reinstall chrome, see if it works, otherwise file a bug report
  with
   chrome developers (check if the wicket examples on
 wicket-library
   exhibit the bug, if so, link to that instead)
  
   Martijn
  
   On Wed, Jan 30, 2013 at 9:48 PM, Pierre Goupil 
goupilpie...@gmail.com
 
   wrote:
Maybe I could investigate on jQuery? If they have an open bug
  or
   a
work-around? After all,  one of its principles  is to
 abstract
   you
 from
browsers différences. What do you think? I really need a
  hand...
Le 30 janv. 2013 21:43, Martijn Dashorst 
 martijn.dasho...@gmail.com
  
   a
écrit :
   
So, Wicket 6.5.0 works in IE, FF, Safari and Chrome  23.
 Now
   you
install Chrome 24 and it stops working, and that is Wicket's
 problem?
   
Chrome is a fricking browser, it supports the web. Wicket is
   part
of
the web, and its javascript is nothing special (i.e. based
 on
 jquery).
Chrome apparently messed up–which is not uncommon for them
 to
  do
 BTW.
   
Martijn
   
On Wed, Jan 30, 2013 at 9:36 PM, Pierre Goupil 
  goupilpie...@gmail.com
wrote:
 I must admit that I don't know their workflow. But I guess
   that
it
  is
   far
 heavier and time-consuming than that of Wicket, right?
 Could
   you
   please
see
 if you can find a work-around?

 What I'm afraid of, is that they could say: we know
 nothing
about
   your
 Wicket thing, we support GWT and Angular.js, so please go
  back
  home,
   if
 you know what I mean...

 Regards,

 Pierre


 On Wed, Jan 30, 2013 at 9:24 PM, Martijn Dashorst 
 martijn.dasho...@gmail.com wrote:

 Did you create a bug report at chrome? Sounds like a bug
 in
their
 browser rather than in wicket.

 Martijn

 On Wed, Jan 30, 2013 at 9:00 PM, Pierre Goupil 
   goupilpie...@gmail.com
 wrote:
  Good evening,
 
  I've been through a strange behavior since I upgraded
 my
Linux
  box
   to
  Chrome 24 (latest stable release, I believe).
 
  To put it shortly, the Ajax links reload the page,
 hence
their
   actions
 are
  mostly not taken into account.
 
  I've created:
 
  https://issues.apache.org/jira/browse/WICKET-5015
 
  and attached a quickstart

[6.5] testing Ajax stuff

2013-01-31 Thread 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] testing Ajax stuff

2013-01-31 Thread 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 an.delb...@gmail.comwrote:

 Hi,

 I haven't tested it but I think you could get the last response from
 WicketTester (with getLastResponse or getLastResponseAsString), then you
 should be able to search your attributes inside the response.

  Good afternoon,

 I'd like to test an Ajax response. More precisely, I'd like to get the
 list
 of HTML tags which attributes have a given value.

 I know of TagTester#**createTagsByAttribute but it looks like it is for
 non-Ajax only, correct me if I'm wrong.

 Is there any way to do that in a Wicket 6 unit test?

 Thanks and regards,

 Pierre





 --**--**-
 To unsubscribe, e-mail: 
 users-unsubscribe@wicket.**apache.orgusers-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org




-- 
Parce que c'est la nuit qu'il est beau de croire à la lumière.

Edmond Rostand


Re: [6.5] testing Ajax stuff

2013-01-31 Thread 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 goupilpie...@gmail.comwrote:

 Yes, I could but in fact it returns the last non-Ajax response. I see it
 when providing it to TagTester#createTagsByAttribute.

 Thank you anyway.


 On Thu, Jan 31, 2013 at 4:38 PM, Andrea Del Bene an.delb...@gmail.comwrote:

 Hi,

 I haven't tested it but I think you could get the last response from
 WicketTester (with getLastResponse or getLastResponseAsString), then you
 should be able to search your attributes inside the response.

  Good afternoon,

 I'd like to test an Ajax response. More precisely, I'd like to get the
 list
 of HTML tags which attributes have a given value.

 I know of TagTester#**createTagsByAttribute but it looks like it is for
 non-Ajax only, correct me if I'm wrong.

 Is there any way to do that in a Wicket 6 unit test?

 Thanks and regards,

 Pierre





 --**--**-
 To unsubscribe, e-mail: 
 users-unsubscribe@wicket.**apache.orgusers-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org




 --
 Parce que c'est la nuit qu'il est beau de croire à la lumière.

 Edmond Rostand




-- 
Parce que c'est la nuit qu'il est beau de croire à la lumière.

Edmond Rostand


Re: [6.5] testing Ajax stuff

2013-01-31 Thread Pierre Goupil
After various tries, I must admit my failure.

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

?xml version=1.0 encoding=UTF-8?ajax-response
component id=galleryParent ![CDATA[span wicket:id=galleryParent
id=galleryParent
span wicket:id=gallery id=handGallerywicket:panel

div wicket:id=thumbsPlaceholder
id=thumbsPlaceholder29
div wicket:id=thumbs id=movers-row
div wicket:id=crossLinkDiv
id=cross-link-div5a wicket:id=crossLink class=cross-link
id=cross-link5 href=#6img wicket:id=thumbPlaceholder
class=nav-thumb id=placeholder94257429_171b_4d45_91b1_efb201e7045e_img
src=1.jpg/img/a/div
/divdiv wicket:id=thumbs id=movers-row
div wicket:id=crossLinkDiv
id=cross-link-div6a wicket:id=crossLink class=cross-link
id=cross-link6 href=#7img wicket:id=thumbPlaceholder
class=nav-thumb id=placeholderb6681b9c_e58f_41ff_8b33_f9c0134fadb5_img
src=cards/MountainThumb.jpg/img/a/div
/div
/div
/div
/div
/span
/span

/wicket:panel/span
/span]]/component
/ajax-response

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

Now, Here is my test code:

final ListTagTester tagTester =
TagTester.createTagsByAttribute(HomePageTest.tester.getLastResponseAsString(),
class, nav-thumb, false);
Assert.assertNotNull(tagTester);
Assert.assertEquals(7, tagTester.size());

It fails with:

java.lang.AssertionError: expected:2 but was:0

What I think is that since I add my component span wicket:id=gallery
id=handGallery to my AjaxRequestTarget not directly with add() but using
its parent, then the TagTester can't find it. Just a wild guess, though.

To explain a bit more what I mean: since my component to update via Ajax is
complicated (ListViews and other stuff), I do it like that:

parent.addOrRemove(new Gallery(gallery));
target.add(parent);

AFAIK this is idiomatic Wicket, but in my case it looks like this is what
has me stuck. Maybe I'm wrong here but if anybody knew a way to retrieve my
two img tags with class nav-thumb in an Ajax update, that would be
great.

Thanks in advance,

Pierre


On Thu, Jan 31, 2013 at 5:12 PM, Pierre Goupil goupilpie...@gmail.comwrote:

 !!!

 It looks like I made a mistake: getLastResponseAsString do give the last
 Ajax response. I thought you were speaking about
 getLastResponse().getDocument() which doesn't take Ajax into account.

 Thanks, I'll look for that!

 Regards,

 Pierre


 On Thu, Jan 31, 2013 at 4:44 PM, Pierre Goupil goupilpie...@gmail.comwrote:

 Yes, I could but in fact it returns the last non-Ajax response. I see it
 when providing it to TagTester#createTagsByAttribute.

 Thank you anyway.


 On Thu, Jan 31, 2013 at 4:38 PM, Andrea Del Bene an.delb...@gmail.comwrote:

 Hi,

 I haven't tested it but I think you could get the last response from
 WicketTester (with getLastResponse or getLastResponseAsString), then you
 should be able to search your attributes inside the response.

  Good afternoon,

 I'd like to test an Ajax response. More precisely, I'd like to get the
 list
 of HTML tags which attributes have a given value.

 I know of TagTester#**createTagsByAttribute but it looks like it is for
 non-Ajax only, correct me if I'm wrong.

 Is there any way to do that in a Wicket 6 unit test?

 Thanks and regards,

 Pierre





 --**--**
 -
 To unsubscribe, e-mail: 
 users-unsubscribe@wicket.**apache.orgusers-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org




 --
 Parce que c'est la nuit qu'il est beau de croire à la lumière.

 Edmond Rostand




 --
 Parce que c'est la nuit qu'il est beau de croire à la lumière.

 Edmond Rostand




-- 
Parce que c'est la nuit qu'il est beau de croire à la lumière.

Edmond Rostand


Re: [6.5] testing Ajax stuff

2013-01-31 Thread 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 an.delb...@gmail.comwrote:

 I think you should extract the HTML from CDATA section. I've run a test
 with the response you wrote in your email and if I get rid of outer tags it
 works fine.

  ?xml version=1.0 encoding=UTF-8?ajax-**response
 component id=galleryParent ![CDATA[span wicket:id=galleryParent
 id=galleryParent
  span wicket:id=gallery id=handGallerywicket:**panel

  div wicket:id=thumbsPlaceholder
 id=thumbsPlaceholder29
  div wicket:id=thumbs id=movers-row
  div wicket:id=crossLinkDiv
 id=cross-link-div5a wicket:id=crossLink class=cross-link
 id=cross-link5 href=#6img wicket:id=thumbPlaceholder
 class=nav-thumb id=placeholder94257429_171b_**
 4d45_91b1_efb201e7045e_img
 src=1.jpg/img/a/div
  /divdiv wicket:id=thumbs
 id=movers-row
  div wicket:id=crossLinkDiv
 id=cross-link-div6a wicket:id=crossLink class=cross-link
 id=cross-link6 href=#7img wicket:id=thumbPlaceholder
 class=nav-thumb id=placeholderb6681b9c_e58f_**
 41ff_8b33_f9c0134fadb5_img
 src=cards/MountainThumb.jpg**/img/a/div
  /div
  /div
  /div
  /div
  /span
  /span

 /wicket:panel/span
  /span]]/component
 /ajax-response



 --**--**-
 To unsubscribe, e-mail: 
 users-unsubscribe@wicket.**apache.orgusers-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org




-- 
Parce que c'est la nuit qu'il est beau de croire à la lumière.

Edmond Rostand


Re: [6.5] testing Ajax stuff

2013-01-31 Thread 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 goupilpie...@gmail.comwrote:

 Good idea! So you think this comes from the CDATA section too: funny...


 On Thu, Jan 31, 2013 at 7:33 PM, Andrea Del Bene an.delb...@gmail.comwrote:

 I think you should extract the HTML from CDATA section. I've run a test
 with the response you wrote in your email and if I get rid of outer tags it
 works fine.

  ?xml version=1.0 encoding=UTF-8?ajax-**response
 component id=galleryParent ![CDATA[span wicket:id=galleryParent
 id=galleryParent
  span wicket:id=gallery id=handGallerywicket:**panel

  div wicket:id=thumbsPlaceholder
 id=thumbsPlaceholder29
  div wicket:id=thumbs id=movers-row
  div wicket:id=crossLinkDiv
 id=cross-link-div5a wicket:id=crossLink class=cross-link
 id=cross-link5 href=#6img wicket:id=thumbPlaceholder
 class=nav-thumb id=placeholder94257429_171b_**
 4d45_91b1_efb201e7045e_img
 src=1.jpg/img/a/div
  /divdiv wicket:id=thumbs
 id=movers-row
  div wicket:id=crossLinkDiv
 id=cross-link-div6a wicket:id=crossLink class=cross-link
 id=cross-link6 href=#7img wicket:id=thumbPlaceholder
 class=nav-thumb id=placeholderb6681b9c_e58f_**
 41ff_8b33_f9c0134fadb5_img
 src=cards/MountainThumb.jpg**/img/a/div
  /div
  /div
  /div
  /div
  /span
  /span

 /wicket:panel/span
  /span]]/component
 /ajax-response



 --**--**-
 To unsubscribe, e-mail: 
 users-unsubscribe@wicket.**apache.orgusers-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org




 --
 Parce que c'est la nuit qu'il est beau de croire à la lumière.

 Edmond Rostand




-- 
Parce que c'est la nuit qu'il est beau de croire à la lumière.

Edmond Rostand


Re: [6.5] testing Ajax stuff

2013-01-31 Thread Pierre Goupil
OK, I'll do it ASAP!


On Thu, Jan 31, 2013 at 11:33 PM, Martin Grigorov mgrigo...@apache.orgwrote:

 File a ticket please.
 Preferably with a patch, or at least a test case.


 On Thu, Jan 31, 2013 at 11:25 PM, Pierre Goupil goupilpie...@gmail.com
 wrote:

  That's it! What a shame to be forced to manipulate the Ajax response by
  hand to test this... Anyway, it is possible!
 
 
  On Thu, Jan 31, 2013 at 7:36 PM, Pierre Goupil goupilpie...@gmail.com
  wrote:
 
   Good idea! So you think this comes from the CDATA section too: funny...
  
  
   On Thu, Jan 31, 2013 at 7:33 PM, Andrea Del Bene an.delb...@gmail.com
  wrote:
  
   I think you should extract the HTML from CDATA section. I've run a
 test
   with the response you wrote in your email and if I get rid of outer
  tags it
   works fine.
  
?xml version=1.0 encoding=UTF-8?ajax-**response
   component id=galleryParent ![CDATA[span
 wicket:id=galleryParent
   id=galleryParent
span wicket:id=gallery
  id=handGallerywicket:**panel
  
div wicket:id=thumbsPlaceholder
   id=thumbsPlaceholder29
div wicket:id=thumbs id=movers-row
div wicket:id=crossLinkDiv
   id=cross-link-div5a wicket:id=crossLink class=cross-link
   id=cross-link5 href=#6img wicket:id=thumbPlaceholder
   class=nav-thumb id=placeholder94257429_171b_**
   4d45_91b1_efb201e7045e_img
   src=1.jpg/img/a/div
/divdiv wicket:id=thumbs
   id=movers-row
div wicket:id=crossLinkDiv
   id=cross-link-div6a wicket:id=crossLink class=cross-link
   id=cross-link6 href=#7img wicket:id=thumbPlaceholder
   class=nav-thumb id=placeholderb6681b9c_e58f_**
   41ff_8b33_f9c0134fadb5_img
   src=cards/MountainThumb.jpg**/img/a/div
/div
/div
/div
/div
/span
/span
  
   /wicket:panel/span
/span]]/component
   /ajax-response
  
  
  
  
  --**--**-
   To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.org
  users-unsubscr...@wicket.apache.org
   For additional commands, e-mail: users-h...@wicket.apache.org
  
  
  
  
   --
   Parce que c'est la nuit qu'il est beau de croire à la lumière.
  
   Edmond Rostand
  
 
 
 
  --
  Parce que c'est la nuit qu'il est beau de croire à la lumière.
 
  Edmond Rostand
 



 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com http://jweekend.com/




-- 
Parce que c'est la nuit qu'il est beau de croire à la lumière.

Edmond Rostand


[6.5.0] Ajax regression on Chrome

2013-01-30 Thread 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: [wicket-atmosphere] resource UUID

2013-01-30 Thread 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, CollectionEventSubscription subscriptionsForPage, Object
event) to: EventBus#post(AtmosphereResource resource, PageKey pageKey,
CollectionEventSubscription subscriptionsForPage, Object event,, String
resourceUuid ).

And I added this small piece of code:

if (application.createRequestCycle(request,
response).processRequestAndDetach())
{
Broadcaster singleBroadcaster =
BroadcasterFactory.getDefault().lookup(
DefaultBroadcaster.class, resourceUuid, true);
singleBroadcaster.setID(resourceUuid);
resource.setBroadcaster(singleBroadcaster);
singleBroadcaster.addAtmosphereResource(resource);
singleBroadcaster.broadcast(response.toString());
}

And it does work!

What shall I do, now? Open a Jira ticket? Issue a pull-request? Or just let
you introduce this tiny bit of code?

Thanks for the good, hard work!

Regards,

Pierre Goupil


On Thu, Jan 10, 2013 at 4:22 PM, Emond Papegaaij emond.papega...@topicus.nl
 wrote:

 You should register it with EventBus.addRegistrationListener and a page
 should
 not implement the interface, it is meant as an application global listener.

 Emond

 On Thursday 10 January 2013 15:50:12 Pierre Goupil wrote:
  Indeed. I've tried this in my page constructor:
 
  Application.get().getEventBus().registerPage(hp + UUID.randomUUID(),
  this);
 
  But it doesn't do the trick. Sorry to bug you, but I can't find the right
  method!
 
  Regards,
 
  Pierre
 
  On Thu, Jan 10, 2013 at 3:30 PM, Martin Grigorov
 mgrigo...@apache.orgwrote:
   You have to register it in the EventBus
  
  
   On Thu, Jan 10, 2013 at 4:27 PM, Pierre Goupil goupilpie...@gmail.com
  
   wrote:
Hi Emond,
   
I must be doing something wrong, as it doesn't work. I have
 implemented
ResourceRegistrationListener in my HomePage and I set the UUIDs in
 the
method resourceRegistered() but my logs show that it's never called.
   
Is there any more than implementing ResourceRegistrationListener that
I'm
supposed to do?
   
Regards,
   
Pierre
   
   
On Thu, Jan 10, 2013 at 1:05 PM, Emond Papegaaij 
emond.papega...@topicus.nl
   
 wrote:

 I've just pushed the fix for WICKET-4957: you can now listen to the
 registration of resources for pages.

 Best regards,
 Emond

 On Tuesday 08 January 2013 23:49:36 Pierre Goupil wrote:
  Emond,
 
  I've tried it like you said and it almost works! It works in the
  
   sense
  
 that

  I'm able to send an event to only one resource : that alone is
 fine
  
   in
  
  itself.
 
  But unfortunately, when doing:
 broadcaster.getAtmosphereResources()
  I

 don't

  know which browser corresponds to which resource. So I
 definitively
   
need
   
  your functionality of resource creation listening.
 
  Keep up the good work!
 
  Cheers,
 
  Pierre
 
  On Tue, Jan 8, 2013 at 2:07 PM, Pierre Goupil 
  
   goupilpie...@gmail.com
  
 wrote:
   Excellent, Emond! I'll try it like you said and tell you what
   
happens.
   
   Cheers,
  
   Pierre
  
  
   On Tue, Jan 8, 2013 at 1:55 PM, Emond Papegaaij 
  
   emond.papega...@topicus.nl wrote:
   Hi Pierre,
  
   The UUID is bound to a page when atmosphere makes to call
 back to
   
the
   
   server,
   which makes sense because before then, there is no
   
AtmosphereResource,
   
   which
   means there cannot be a UUID. I think this is a bit of a
 design
   
flaw,
   
   because
   it is not possible to listen to the registration of this uuid.
  
   I'll
  
 see

   if I
   can add a listener to EventBus to act on the registration and
   
removal
   
 of

   tracked pages:
 https://issues.apache.org/jira/browse/WICKET-4957.

 I'll

   try to
   fix this later today.
  
   For the testcase, you can use post with a resource and take
 the

 resource

   from
  
   the Broadcaster:
 BroadcasterFactory.getDefault() to get the
 BroadcasterFactory
 factory.lookup... to get the Broadcaster
 broadcaster.getAtmosphereResources() and pick one
  
   Best regards,
   Emond
  
   On Monday 07 January 2013 22:43:43 Pierre

Re: [6.5.0] Ajax regression on Chrome

2013-01-30 Thread 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 goupilpie...@gmail.com
 wrote:
  Good evening,
 
  I've been through a strange behavior since I upgraded my Linux box to
  Chrome 24 (latest stable release, I believe).
 
  To put it shortly, the Ajax links reload the page, hence their actions
 are
  mostly not taken into account.
 
  I've created:
 
  https://issues.apache.org/jira/browse/WICKET-5015
 
  and attached a quickstart to prove it.
 
  FYI, the bug is not present in Firefox or Opera.
 
  Hope to hear from you soon, guys!
 
  Regards,
 
  Pierre
 
 
 
  --
  Parce que c'est la nuit qu'il est beau de croire à la lumière.
 
  Edmond Rostand



 --
 Become a Wicket expert, learn from the best: http://wicketinaction.com

 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org




-- 
Parce que c'est la nuit qu'il est beau de croire à la lumière.

Edmond Rostand


Re: [6.5.0] Ajax regression on Chrome

2013-01-30 Thread 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 martijn.dasho...@gmail.com a
écrit :

 So, Wicket 6.5.0 works in IE, FF, Safari and Chrome  23. Now you
 install Chrome 24 and it stops working, and that is Wicket's problem?

 Chrome is a fricking browser, it supports the web. Wicket is part of
 the web, and its javascript is nothing special (i.e. based on jquery).
 Chrome apparently messed up–which is not uncommon for them to do BTW.

 Martijn

 On Wed, Jan 30, 2013 at 9:36 PM, Pierre Goupil goupilpie...@gmail.com
 wrote:
  I must admit that I don't know their workflow. But I guess that it is far
  heavier and time-consuming than that of Wicket, right? Could you please
 see
  if you can find a work-around?
 
  What I'm afraid of, is that they could say: we know nothing about your
  Wicket thing, we support GWT and Angular.js, so please go back home, if
  you know what I mean...
 
  Regards,
 
  Pierre
 
 
  On Wed, Jan 30, 2013 at 9:24 PM, Martijn Dashorst 
  martijn.dasho...@gmail.com wrote:
 
  Did you create a bug report at chrome? Sounds like a bug in their
  browser rather than in wicket.
 
  Martijn
 
  On Wed, Jan 30, 2013 at 9:00 PM, Pierre Goupil goupilpie...@gmail.com
  wrote:
   Good evening,
  
   I've been through a strange behavior since I upgraded my Linux box to
   Chrome 24 (latest stable release, I believe).
  
   To put it shortly, the Ajax links reload the page, hence their actions
  are
   mostly not taken into account.
  
   I've created:
  
   https://issues.apache.org/jira/browse/WICKET-5015
  
   and attached a quickstart to prove it.
  
   FYI, the bug is not present in Firefox or Opera.
  
   Hope to hear from you soon, guys!
  
   Regards,
  
   Pierre
  
  
  
   --
   Parce que c'est la nuit qu'il est beau de croire à la lumière.
  
   Edmond Rostand
 
 
 
  --
  Become a Wicket expert, learn from the best: http://wicketinaction.com
 
  -
  To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
  For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
  --
  Parce que c'est la nuit qu'il est beau de croire à la lumière.
 
  Edmond Rostand



 --
 Become a Wicket expert, learn from the best: http://wicketinaction.com

 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org




Re: [6.5.0] Ajax regression on Chrome

2013-01-30 Thread 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 goupilpie...@gmail.com
 wrote:
  Maybe I could investigate on jQuery? If they have an open bug or a
  work-around? After all,  one of its principles  is to abstract you from
  browsers différences. What do you think? I really need a hand...
  Le 30 janv. 2013 21:43, Martijn Dashorst martijn.dasho...@gmail.com
 a
  écrit :
 
  So, Wicket 6.5.0 works in IE, FF, Safari and Chrome  23. Now you
  install Chrome 24 and it stops working, and that is Wicket's problem?
 
  Chrome is a fricking browser, it supports the web. Wicket is part of
  the web, and its javascript is nothing special (i.e. based on jquery).
  Chrome apparently messed up–which is not uncommon for them to do BTW.
 
  Martijn
 
  On Wed, Jan 30, 2013 at 9:36 PM, Pierre Goupil goupilpie...@gmail.com
  wrote:
   I must admit that I don't know their workflow. But I guess that it is
 far
   heavier and time-consuming than that of Wicket, right? Could you
 please
  see
   if you can find a work-around?
  
   What I'm afraid of, is that they could say: we know nothing about
 your
   Wicket thing, we support GWT and Angular.js, so please go back home,
 if
   you know what I mean...
  
   Regards,
  
   Pierre
  
  
   On Wed, Jan 30, 2013 at 9:24 PM, Martijn Dashorst 
   martijn.dasho...@gmail.com wrote:
  
   Did you create a bug report at chrome? Sounds like a bug in their
   browser rather than in wicket.
  
   Martijn
  
   On Wed, Jan 30, 2013 at 9:00 PM, Pierre Goupil 
 goupilpie...@gmail.com
   wrote:
Good evening,
   
I've been through a strange behavior since I upgraded my Linux box
 to
Chrome 24 (latest stable release, I believe).
   
To put it shortly, the Ajax links reload the page, hence their
 actions
   are
mostly not taken into account.
   
I've created:
   
https://issues.apache.org/jira/browse/WICKET-5015
   
and attached a quickstart to prove it.
   
FYI, the bug is not present in Firefox or Opera.
   
Hope to hear from you soon, guys!
   
Regards,
   
Pierre
   
   
   
--
Parce que c'est la nuit qu'il est beau de croire à la lumière.
   
Edmond Rostand
  
  
  
   --
   Become a Wicket expert, learn from the best:
 http://wicketinaction.com
  
   -
   To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
   For additional commands, e-mail: users-h...@wicket.apache.org
  
  
  
  
   --
   Parce que c'est la nuit qu'il est beau de croire à la lumière.
  
   Edmond Rostand
 
 
 
  --
  Become a Wicket expert, learn from the best: http://wicketinaction.com
 
  -
  To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
  For additional commands, e-mail: users-h...@wicket.apache.org
 
 



 --
 Become a Wicket expert, learn from the best: http://wicketinaction.com

 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org




-- 
Parce que c'est la nuit qu'il est beau de croire à la lumière.

Edmond Rostand


Re: [6.0] CouldNotLockPageException

2013-01-28 Thread 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 p...@bors.ws wrote:

 Nice, thanks for that Martin.

 We've carried this webapp since early versions of wicket and we haven't yet
 upgraded older utility methods.
 Goes to shows how nicely some of the API carried forward in Wicket :)

 ~ Thank you,
Paul Bors

 On Mon, Jan 28, 2013 at 10:57 AM, Martin Grigorov mgrigo...@apache.org
 wrote:

  I don't see a reason why this setting should be modified at all.
  It is normal that while debugging it will take more time. This exception
 is
  harmless while you debug another (a real) problem.
 
  I'd change the value of this setting only if I know that there are paths
 in
  the code which need more time and there is no way to improve it.
 
  Additionally there is Application#usesDevelopmentMode(), so no need to
  create your own method ;-)
 
 
  On Mon, Jan 28, 2013 at 5:52 PM, Paul Bors p...@bors.ws wrote:
 
   Well I would recommend adding this in your Application class:
  
   @Override
   protected void init() {
   ...
   if(isDevelopmentMode()) {
   ...
   IRequestCycleSettings#**setTimeout();
   ...
   }
   ...
   }
  
   public boolean isDevelopmentMode() {
   return (getConfigurationType() ==
   RuntimeConfigurationType.DEVELOPMENT);
   }
  
   At least you won't have to change your code when going between
 deployment
   and development mode :)
  
   ~ Thank you,
   Paul Bors
   On Sun, Jan 27, 2013 at 8:13 AM, Pierre Goupil goupilpie...@gmail.com
   wrote:
  
As I said, it's only when using (Eclipse) debugger. When I go from
   methods
to breakpoints and back again, only one minute is a bit short.
   
But with Sven's solution, I have what I need.
   
Cheers, men!
   
Pierre
   
   
On Sun, Jan 27, 2013 at 12:35 PM, Martin Grigorov 
  mgrigo...@apache.org
wrote:
   
 Better find out why it takes that long and try to make the request
 processing faster.


 On Sat, Jan 26, 2013 at 9:21 PM, Pierre Goupil 
  goupilpie...@gmail.com
 wrote:

  Thanks a lot, it works!
 
  Cheers,
 
  Pierre
 
 
  On Sat, Jan 26, 2013 at 7:00 PM, Sven Meier s...@meiers.net
  wrote:
 
   You can adjust IRequestCycleSettings#**setTimeout().
  
   Sven
  
  
  
   On 01/26/2013 06:03 PM, Pierre Goupil wrote:
  
   Good afternoon,
  
   When debugging through my Wicket code, I often get this
  exception:
  
   CouldNotLockPageException: Could not lock page 1. Attempt
  lasted 1
  minute
  
   Is there anything I can do to rise up this timeout, please?
  
   Regards,
  
   Pierre Goupil
  
  
  
  
  
  

  
 --**--**-
   To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.org
  users-unsubscr...@wicket.apache.org
   For additional commands, e-mail: users-h...@wicket.apache.org
  
  
 
 
  --
  Parce que c'est la nuit qu'il est beau de croire à la lumière.
 
  Edmond Rostand
 



 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com http://jweekend.com/

   
   
   
--
Parce que c'est la nuit qu'il est beau de croire à la lumière.
   
Edmond Rostand
   
  
 
 
 
  --
  Martin Grigorov
  jWeekend
  Training, Consulting, Development
  http://jWeekend.com http://jweekend.com/
 




-- 
Parce que c'est la nuit qu'il est beau de croire à la lumière.

Edmond Rostand


Re: [6.0] CouldNotLockPageException

2013-01-27 Thread 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 mgrigo...@apache.orgwrote:

 Better find out why it takes that long and try to make the request
 processing faster.


 On Sat, Jan 26, 2013 at 9:21 PM, Pierre Goupil goupilpie...@gmail.com
 wrote:

  Thanks a lot, it works!
 
  Cheers,
 
  Pierre
 
 
  On Sat, Jan 26, 2013 at 7:00 PM, Sven Meier s...@meiers.net wrote:
 
   You can adjust IRequestCycleSettings#**setTimeout().
  
   Sven
  
  
  
   On 01/26/2013 06:03 PM, Pierre Goupil wrote:
  
   Good afternoon,
  
   When debugging through my Wicket code, I often get this exception:
  
   CouldNotLockPageException: Could not lock page 1. Attempt lasted 1
  minute
  
   Is there anything I can do to rise up this timeout, please?
  
   Regards,
  
   Pierre Goupil
  
  
  
  
  
  
 --**--**-
   To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.org
  users-unsubscr...@wicket.apache.org
   For additional commands, e-mail: users-h...@wicket.apache.org
  
  
 
 
  --
  Parce que c'est la nuit qu'il est beau de croire à la lumière.
 
  Edmond Rostand
 



 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com http://jweekend.com/




-- 
Parce que c'est la nuit qu'il est beau de croire à la lumière.

Edmond Rostand


[6.0] CouldNotLockPageException

2013-01-26 Thread 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: [6.0] CouldNotLockPageException

2013-01-26 Thread Pierre Goupil
Thanks a lot, it works!

Cheers,

Pierre


On Sat, Jan 26, 2013 at 7:00 PM, Sven Meier s...@meiers.net wrote:

 You can adjust IRequestCycleSettings#**setTimeout().

 Sven



 On 01/26/2013 06:03 PM, Pierre Goupil wrote:

 Good afternoon,

 When debugging through my Wicket code, I often get this exception:

 CouldNotLockPageException: Could not lock page 1. Attempt lasted 1 minute

 Is there anything I can do to rise up this timeout, please?

 Regards,

 Pierre Goupil





 --**--**-
 To unsubscribe, e-mail: 
 users-unsubscribe@wicket.**apache.orgusers-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org




-- 
Parce que c'est la nuit qu'il est beau de croire à la lumière.

Edmond Rostand


Re: [wicket-atmosphere] atmosphere version

2013-01-11 Thread 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 emond.papega...@topicus.nl
 wrote:

 With recent versions of wicket-atmosphere, you are required to add this
 parameter to the AtmosphereServlet:
 init-param
 param-nameorg.atmosphere.cpr.broadcastFilterClasses/param-name

 param-valueorg.apache.wicket.atmosphere.TrackMessageSizeFilter/param-
 value
 /init-param

 Did you add that?

 Best regards,
 Emond


 On Tuesday 08 January 2013 23:52:40 Pierre Goupil wrote:
  Good evening,
 
  Which version of the atmosphere runtime am I supposed to use with
  wicket-atmosphere?
 
  In my app, when I use atmosphere 1.0.0 everything works, but when I use
  atmosphere 1.0.4 or 1.0.5, no Comet channel works. I use
 wicket-atmosphere
  0.7-SNAPSHOT.
 
  Regards,
 
  Pierre




-- 
Parce que c'est la nuit qu'il est beau de croire à la lumière.

Edmond Rostand


Re: [wicket-atmosphere] atmosphere version

2013-01-11 Thread 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 emond.papega...@topicus.nl
 wrote:

 Yes, it should work with any 1.0 version. I think you should try to verify
 the
 AJAX-messges, perhaps with Wicket's AJAX-debugger.

 Best regards,
 Emond

 On Friday 11 January 2013 17:06:09 Pierre Goupil wrote:
  Sure! But it doesn't help. And as I said, there is no error in my logs,
  neither client-side nor server-side.
 
  As I understand things, it should work with any version of Atmosphere
  starting from 1.0.0, right?
 
  Do you have any clue?
 
  Regards,
 
  Pierre
 
 
 
 
  On Thu, Jan 10, 2013 at 1:07 PM, Emond Papegaaij 
 emond.papega...@topicus.nl
   wrote:
  
   With recent versions of wicket-atmosphere, you are required to add this
   parameter to the AtmosphereServlet:
   init-param
  
  
 param-nameorg.atmosphere.cpr.broadcastFilterClasses/param-name
  
  
 param-valueorg.apache.wicket.atmosphere.TrackMessageSizeFilter/param-
   value
   /init-param
  
   Did you add that?
  
   Best regards,
   Emond
  
   On Tuesday 08 January 2013 23:52:40 Pierre Goupil wrote:
Good evening,
   
Which version of the atmosphere runtime am I supposed to use with
wicket-atmosphere?
   
In my app, when I use atmosphere 1.0.0 everything works, but when I
 use
atmosphere 1.0.4 or 1.0.5, no Comet channel works. I use
  
   wicket-atmosphere
  
0.7-SNAPSHOT.
   
Regards,
   
Pierre




-- 
Parce que c'est la nuit qu'il est beau de croire à la lumière.

Edmond Rostand


Re: [wicket-atmosphere] resource UUID

2013-01-10 Thread 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 emond.papega...@topicus.nl
 wrote:

 I've just pushed the fix for WICKET-4957: you can now listen to the
 registration of resources for pages.

 Best regards,
 Emond

 On Tuesday 08 January 2013 23:49:36 Pierre Goupil wrote:
  Emond,
 
  I've tried it like you said and it almost works! It works in the sense
 that
  I'm able to send an event to only one resource : that alone is fine in
  itself.
 
  But unfortunately, when doing: broadcaster.getAtmosphereResources() I
 don't
  know which browser corresponds to which resource. So I definitively need
  your functionality of resource creation listening.
 
  Keep up the good work!
 
  Cheers,
 
  Pierre
 
  On Tue, Jan 8, 2013 at 2:07 PM, Pierre Goupil goupilpie...@gmail.com
 wrote:
   Excellent, Emond! I'll try it like you said and tell you what happens.
  
   Cheers,
  
   Pierre
  
  
   On Tue, Jan 8, 2013 at 1:55 PM, Emond Papegaaij 
  
   emond.papega...@topicus.nl wrote:
   Hi Pierre,
  
   The UUID is bound to a page when atmosphere makes to call back to the
   server,
   which makes sense because before then, there is no AtmosphereResource,
   which
   means there cannot be a UUID. I think this is a bit of a design flaw,
   because
   it is not possible to listen to the registration of this uuid. I'll
 see
   if I
   can add a listener to EventBus to act on the registration and removal
 of
   tracked pages: https://issues.apache.org/jira/browse/WICKET-4957 .
 I'll
   try to
   fix this later today.
  
   For the testcase, you can use post with a resource and take the
 resource
   from
  
   the Broadcaster:
 BroadcasterFactory.getDefault() to get the BroadcasterFactory
 factory.lookup... to get the Broadcaster
 broadcaster.getAtmosphereResources() and pick one
  
   Best regards,
   Emond
  
   On Monday 07 January 2013 22:43:43 Pierre Goupil wrote:
Good evening,
   
As asked in WICKET-4879
https://issues.apache.org/jira/browse/WICKET-4879I was supposed
 to
create a quickstart demonstrating that
Application.get().getEventBus().post(MyObject, pageUuid) sends its
  
   messages
  
to all connected clients.
   
I'd like to apologize here because I haven't created it yet: it's
 been
1
month since I'm sick and / or in holidays and I've only managed to
  
   create
  
it this evening. My bad, sorry.
   
So I'm in the process of creating this quickstart and I have a
 problem,
when I do:
   
AtmosphereBehavior.getUUID(this)
   
in a WebPage (a sub-class of it, in fact) it always returns null. So
I'm
unable to have a working post(MyObject, pageUuid).
   
Does anyone has an idea regarding this?
   
I use wicket-atmosphere 0.7-SNAPSHOT: in 0.4-SNAPSHOT it used to
 work
  
   well
  
(at least the UUID retrieving part) but it looks like it's not the
 case
anymore.
   
Thanks in advance,
   
Pierre Goupil
  
   --
   Parce que c'est la nuit qu'il est beau de croire à la lumière.
  
   Edmond Rostand




-- 
Parce que c'est la nuit qu'il est beau de croire à la lumière.

Edmond Rostand


Re: [wicket-atmosphere] resource UUID

2013-01-10 Thread 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 mgrigo...@apache.orgwrote:

 You have to register it in the EventBus


 On Thu, Jan 10, 2013 at 4:27 PM, Pierre Goupil goupilpie...@gmail.com
 wrote:

  Hi Emond,
 
  I must be doing something wrong, as it doesn't work. I have implemented
  ResourceRegistrationListener in my HomePage and I set the UUIDs in the
  method resourceRegistered() but my logs show that it's never called.
 
  Is there any more than implementing ResourceRegistrationListener that I'm
  supposed to do?
 
  Regards,
 
  Pierre
 
 
  On Thu, Jan 10, 2013 at 1:05 PM, Emond Papegaaij 
  emond.papega...@topicus.nl
   wrote:
 
   I've just pushed the fix for WICKET-4957: you can now listen to the
   registration of resources for pages.
  
   Best regards,
   Emond
  
   On Tuesday 08 January 2013 23:49:36 Pierre Goupil wrote:
Emond,
   
I've tried it like you said and it almost works! It works in the
 sense
   that
I'm able to send an event to only one resource : that alone is fine
 in
itself.
   
But unfortunately, when doing: broadcaster.getAtmosphereResources() I
   don't
know which browser corresponds to which resource. So I definitively
  need
your functionality of resource creation listening.
   
Keep up the good work!
   
Cheers,
   
Pierre
   
On Tue, Jan 8, 2013 at 2:07 PM, Pierre Goupil 
 goupilpie...@gmail.com
   wrote:
 Excellent, Emond! I'll try it like you said and tell you what
  happens.

 Cheers,

 Pierre


 On Tue, Jan 8, 2013 at 1:55 PM, Emond Papegaaij 

 emond.papega...@topicus.nl wrote:
 Hi Pierre,

 The UUID is bound to a page when atmosphere makes to call back to
  the
 server,
 which makes sense because before then, there is no
  AtmosphereResource,
 which
 means there cannot be a UUID. I think this is a bit of a design
  flaw,
 because
 it is not possible to listen to the registration of this uuid.
 I'll
   see
 if I
 can add a listener to EventBus to act on the registration and
  removal
   of
 tracked pages: https://issues.apache.org/jira/browse/WICKET-4957.
   I'll
 try to
 fix this later today.

 For the testcase, you can use post with a resource and take the
   resource
 from

 the Broadcaster:
   BroadcasterFactory.getDefault() to get the BroadcasterFactory
   factory.lookup... to get the Broadcaster
   broadcaster.getAtmosphereResources() and pick one

 Best regards,
 Emond

 On Monday 07 January 2013 22:43:43 Pierre Goupil wrote:
  Good evening,
 
  As asked in WICKET-4879
  https://issues.apache.org/jira/browse/WICKET-4879I was
 supposed
   to
  create a quickstart demonstrating that
  Application.get().getEventBus().post(MyObject, pageUuid) sends
 its

 messages

  to all connected clients.
 
  I'd like to apologize here because I haven't created it yet:
 it's
   been
  1
  month since I'm sick and / or in holidays and I've only managed
 to

 create

  it this evening. My bad, sorry.
 
  So I'm in the process of creating this quickstart and I have a
   problem,
  when I do:
 
  AtmosphereBehavior.getUUID(this)
 
  in a WebPage (a sub-class of it, in fact) it always returns
 null.
  So
  I'm
  unable to have a working post(MyObject, pageUuid).
 
  Does anyone has an idea regarding this?
 
  I use wicket-atmosphere 0.7-SNAPSHOT: in 0.4-SNAPSHOT it used to
   work

 well

  (at least the UUID retrieving part) but it looks like it's not
 the
   case
  anymore.
 
  Thanks in advance,
 
  Pierre Goupil

 --
 Parce que c'est la nuit qu'il est beau de croire à la lumière.

 Edmond Rostand
  
 
 
 
  --
  Parce que c'est la nuit qu'il est beau de croire à la lumière.
 
  Edmond Rostand
 



 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com http://jweekend.com/




-- 
Parce que c'est la nuit qu'il est beau de croire à la lumière.

Edmond Rostand


Re: [wicket-atmosphere] resource UUID

2013-01-08 Thread 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
emond.papega...@topicus.nlwrote:

 Hi Pierre,

 The UUID is bound to a page when atmosphere makes to call back to the
 server,
 which makes sense because before then, there is no AtmosphereResource,
 which
 means there cannot be a UUID. I think this is a bit of a design flaw,
 because
 it is not possible to listen to the registration of this uuid. I'll see if
 I
 can add a listener to EventBus to act on the registration and removal of
 tracked pages: https://issues.apache.org/jira/browse/WICKET-4957 . I'll
 try to
 fix this later today.

 For the testcase, you can use post with a resource and take the resource
 from
 the Broadcaster:
   BroadcasterFactory.getDefault() to get the BroadcasterFactory
   factory.lookup... to get the Broadcaster
   broadcaster.getAtmosphereResources() and pick one

 Best regards,
 Emond

 On Monday 07 January 2013 22:43:43 Pierre Goupil wrote:
  Good evening,
 
  As asked in WICKET-4879
  https://issues.apache.org/jira/browse/WICKET-4879I was supposed to
  create a quickstart demonstrating that
  Application.get().getEventBus().post(MyObject, pageUuid) sends its
 messages
  to all connected clients.
 
  I'd like to apologize here because I haven't created it yet: it's been 1
  month since I'm sick and / or in holidays and I've only managed to create
  it this evening. My bad, sorry.
 
  So I'm in the process of creating this quickstart and I have a problem,
  when I do:
 
  AtmosphereBehavior.getUUID(this)
 
  in a WebPage (a sub-class of it, in fact) it always returns null. So I'm
  unable to have a working post(MyObject, pageUuid).
 
  Does anyone has an idea regarding this?
 
  I use wicket-atmosphere 0.7-SNAPSHOT: in 0.4-SNAPSHOT it used to work
 well
  (at least the UUID retrieving part) but it looks like it's not the case
  anymore.
 
  Thanks in advance,
 
  Pierre Goupil




-- 
Parce que c'est la nuit qu'il est beau de croire à la lumière.

Edmond Rostand


Re: Devoxx France 2013

2013-01-08 Thread 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 francois.meil...@gmail.com
 wrote:

 Hi Cedric,

 I think it's a very good idea as Devoxx could help us to make Wicket
 better known in France.
 Ready to work on that with you.

 François



 Le 8 janv. 2013 à 17:30, Cedric Gatay gata...@gmail.com a écrit :

  Hi fellow Wicket'ers,
  I think many of you are aware of the second edition of Devoxx in Paris
  which will be held on march (27th to 29th).
  Call for paper ends on January 31st and I was thinking it could be a good
  thing to submit a talk about Wicket 6.x and 7.x but I am not sure I will
  know enough about it to do it on my own.
  Is there anyone here who thinks it could be a good idea ?
 
  Regards,
  __
  Cedric Gatay
  http://www.bloggure.info | http://cedric.gatay.fr |
  @Cedric_Gatayhttp://twitter.com/Cedric_Gatay


 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org




-- 
Parce que c'est la nuit qu'il est beau de croire à la lumière.

Edmond Rostand


Re: [wicket-atmosphere] resource UUID

2013-01-08 Thread 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 goupilpie...@gmail.comwrote:

 Excellent, Emond! I'll try it like you said and tell you what happens.

 Cheers,

 Pierre


 On Tue, Jan 8, 2013 at 1:55 PM, Emond Papegaaij 
 emond.papega...@topicus.nl wrote:

 Hi Pierre,

 The UUID is bound to a page when atmosphere makes to call back to the
 server,
 which makes sense because before then, there is no AtmosphereResource,
 which
 means there cannot be a UUID. I think this is a bit of a design flaw,
 because
 it is not possible to listen to the registration of this uuid. I'll see
 if I
 can add a listener to EventBus to act on the registration and removal of
 tracked pages: https://issues.apache.org/jira/browse/WICKET-4957 . I'll
 try to
 fix this later today.

 For the testcase, you can use post with a resource and take the resource
 from
 the Broadcaster:
   BroadcasterFactory.getDefault() to get the BroadcasterFactory
   factory.lookup... to get the Broadcaster
   broadcaster.getAtmosphereResources() and pick one

 Best regards,
 Emond

 On Monday 07 January 2013 22:43:43 Pierre Goupil wrote:
  Good evening,
 
  As asked in WICKET-4879
  https://issues.apache.org/jira/browse/WICKET-4879I was supposed to
  create a quickstart demonstrating that
  Application.get().getEventBus().post(MyObject, pageUuid) sends its
 messages
  to all connected clients.
 
  I'd like to apologize here because I haven't created it yet: it's been 1
  month since I'm sick and / or in holidays and I've only managed to
 create
  it this evening. My bad, sorry.
 
  So I'm in the process of creating this quickstart and I have a problem,
  when I do:
 
  AtmosphereBehavior.getUUID(this)
 
  in a WebPage (a sub-class of it, in fact) it always returns null. So I'm
  unable to have a working post(MyObject, pageUuid).
 
  Does anyone has an idea regarding this?
 
  I use wicket-atmosphere 0.7-SNAPSHOT: in 0.4-SNAPSHOT it used to work
 well
  (at least the UUID retrieving part) but it looks like it's not the case
  anymore.
 
  Thanks in advance,
 
  Pierre Goupil




 --
 Parce que c'est la nuit qu'il est beau de croire à la lumière.

 Edmond Rostand




-- 
Parce que c'est la nuit qu'il est beau de croire à la lumière.

Edmond Rostand


Re: what is Wicket 2.x?

2012-12-07 Thread 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 lu...@sulweb.org wrote:

 Hello *,

 while reading this page

 https://cwiki.apache.org/WICKET/working-with-wicket-models.html

 I stumbled upon the following sentence:

 «NOTE: this page is about models like they exist for Wicket 1.x. The IModel
 interface is slightly changed in Wicket 2.x»

 What version of Wicket is 2.x? I'm aware of 1.x and 6.x, but never heard
 about
 2.x...

 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org




-- 
Le bonheur n'est pas une destination, mais une façon de voyager.

Papa d'une petite Lou-Ann depuis le 30 juin.


Re: Functional tests with QUnit

2012-11-26 Thread Pierre Goupil
Excellent food for thoughts! Thank you very much!


On Mon, Nov 26, 2012 at 3:53 PM, Martin Grigorov mgrigo...@apache.orgwrote:

 Hi Wicketeers,

 I've just published an article at
 http://wicketinaction.com/2012/11/javascript-based-functional-testing/that
 describes a fun way to do functional testing of web applications.

 I hope you'll find it useful!

 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com http://jweekend.com/




-- 
Le bonheur n'est pas une destination, mais une façon de voyager.

Papa d'une petite Lou-Ann depuis le 30 juin.


Re: InvalidBehaviorIdException on Ajax

2012-11-24 Thread 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 goupilpie...@gmail.comwrote:


 Good evening,

 On Ajax, with wicket-atmosphere, I more often that not got this exception:


 org.apache.wicket.behavior.InvalidBehaviorIdException: Cannot find
 behavior with id '1' on component
 'org.apache.wicket.markup.html.WebMarkupContainer:cardParent:playCardParentPlaceholdera6:cardPlaceholdera6'
 in page '[Page class = org.alienlabs.hatchetharry.view.page.HomePage, id =
 0, render count = 1]'. Perhaps the behavior did not properly implement
 getStatelessHint() and returned 'true' to indicate that it is stateless
 instead of returning 'false' to indicate that it is stateful.
 at org.apache.wicket.Behaviors.getBehaviorById(Behaviors.java:303)
 at org.apache.wicket.Component.getBehaviorById(Component.java:4479)
 at
 org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.invokeListener(ListenerInterfaceRequestHandler.java:246)
 at
 org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:226)
 at
 org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:830)



 I did set up getStatelessHint() but it keeps going on. I don't know which
 part of my code could be relevant, but one sure thing is that I do add
 Behaviors to the component. I don't understand why it happens only from
 times to times.

 I use Wicket 6.4.0-SNAPSHOT with Wicket-Atmosphere 0.6-SNAPSHOT. But it's
 the same in Wicket 6.2.0.

 I tried to isolate this in a quickstart but failed to reproduce it. On the
 opposite, it's pretty constant in my project.

 Thanks in advance for any help,

 Pierre


 --
 Le bonheur n'est pas une destination, mais une façon de voyager.

 Papa d'une petite Lou-Ann depuis le 30 juin.




-- 
Le bonheur n'est pas une destination, mais une façon de voyager.

Papa d'une petite Lou-Ann depuis le 30 juin.


Re: Wicket-Atmosphere complex JS

2012-11-20 Thread 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 6 Atmosphere - atmosphere version 1.0.4

2012-11-20 Thread 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 pkci...@gmail.com wrote:

 What are the plans for the Atmosphere push support?  I have only been able
 to
 get my application working (for the most part) with atmosphere 1.0.0.
 Sometimes the push data gets lost and I have not been able to locate the
 issue so I'm hoping a newer release addresses the issue.

 Also,  when trying some of the Atmosphere caching options with the wicket
 extension, I get some strange results where data gets pushed to all browser
 sessions that accept messages of that type even if pushed data was only
 meant for a specific user.

 Thanks,
 Paul



 --
 View this message in context:
 http://apache-wicket.1842946.n4.nabble.com/Wicket-6-Atmosphere-atmosphere-version-1-0-4-tp4654048.html
 Sent from the Users forum mailing list archive at Nabble.com.

 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org




-- 
Le bonheur n'est pas une destination, mais une façon de voyager.

Papa d'une petite Lou-Ann depuis le 30 juin.


Re: Wicket-Atmosphere complex JS

2012-11-19 Thread 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:

?xml version=1.0 encoding=UTF-8?ajax-response/ajax-response



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

Here is the Ajax / WebSocket managing code (it's in an
AbstractDefaultAjaxBehavior):

@Override
protected void respond(final AjaxRequestTarget target)
{
final CometChannel chan = new CometChannel(isTapped()));
Application.get().getEventBus().post(chan);
}

@Subscribe
public void rotate(final AjaxRequestTarget target, final CometChannel
event)
{
if (event.isTapped())
{
target.appendJavaScript(jQuery('#card + event.getUuid() +
').rotate(90););
}
else
{
target.appendJavaScript(jQuery('#card + event.getUuid() +
').rotate(0););
}
}

I thought that maybe the empty ajax-response came from the respond()
method not adding anything to the AjaxRequestTarget but in the examples
from Wicket GitHub, it's done like that for the chat message. So I ran out
of solutions.

As a side-note, this not the same code as in the original message, but the
symptom in this Comet channel is the same as here. The only difference
being that in this other channel, the message to broadcast is quite long,
hence the need for the BroadcastFilter.

So, is the idea of filing a Jira issue still valid?

Sorry for that long message. And thanks in advance for any help.

Regards,

Pierre Goupil

--
Le bonheur n'est pas une destination, mais une façon de voyager.

Papa d'une petite Lou-Ann depuis le 30 juin.


Re: Wicket and file upload with blueimp jquery file upload

2012-11-14 Thread Pierre Goupil
Good morning,

Would guys be kind and share these codes, please? Not re-inventing the
whell, you know.

Thanks in advance  best regards,

Pierre


On Wed, Nov 14, 2012 at 10:51 AM, Martin Grigorov mgrigo...@apache.orgwrote:

 Hi,

 I've just added a new article at
 http://wicketinaction.com/2012/11/uploading-files-to-wicket-iresource/that
 shows how to integrate such JavaScript file upload widgets with Wicket.
 I hope it is useful for you!


 On Wed, Oct 24, 2012 at 1:54 PM, heapifyman heapify...@gmail.com wrote:

  Thanks. That helped a lot.
 
 
  2012/10/16 Bas Gooren b...@iswd.nl
 
   Behavior (wicket 1.5): http://pastebin.com/WUHsiRL2
   instance.js (to initialize uploadify): http://pastebin.com/jGSwzHMN
  
   Mount it in Application.init() with:
  
   // Allow uploads through uploadify
   mount( new UploadifyBehavior.Uploader( /uploadify ) );
  
   Use it like this:
  
   component.add( new UploadifyBehavior()
   {
  
   @Override
   protected void onUpload( UploadInfo info,
   AjaxRequestTarget target )
   {
   // Handle upload any way you like, and replace
 stuff
   in this ajax request
   }
  
   } );
  
  
   Met vriendelijke groet,
   Kind regards,
  
   Bas Gooren
  
   Op 16-10-2012 19:09, schreef heapifyman:
  
   Thanks.
   Would you mind sharing the mounted resource's code? I'm not completely
   sure
   how to implement that.
  
  
   2012/10/16 Bas Gooren b...@iswd.nl
  
Hi!
  
   We use a different uploader (uploadify), but the basics are the same.
  
   What we've built for this is a behavior which renders the UI for the
   uploader, and handles ajax callbacks.
  
   The uploader uploads to a mounted resource (e.g. at /uploadify),
 which
   has
   an internal cache (UUID = FileInfo).
   After a successful upload, the upload resource returns the UUID;
   The javascript onComplete handler then calls the ajax behavior with
 the
   UUID parameter, which allows other components in the page to respond
 to
   the
   upload.
  
   To prevent overflow in the uploader cache we use a map with a maximum
   size
   which evicts old entries on overflow.
  
   Met vriendelijke groet,
   Kind regards,
  
   Bas Gooren
  
   Op 16-10-2012 12:59, schreef heapifyman:
  
 Not sure if I understand.
  
   As far as I got it, the upload plugin requires some web service
 that
   accepts POST and DELETE requests to add/remove uploaded files.
   Doing that is no problem, I guess.
   But how to I link this with the current user's wicket session so
 that
  I
   know which files the users uploaded when finally the form is
  submitted?
   I'm not sure if I'm using the right wording here. Hope you get the
   idea...
  
  
   2012/10/16 Martin Grigorov mgrigo...@apache.org
  
 Hi,
  
   Is it an option to upload to a IResource and store the uploaded
 data
   the same way as if you'd do in the page ?
  
   On Tue, Oct 16, 2012 at 12:49 PM, heapifyman heapify...@gmail.com
 
   wrote:
  
Hello,
  
   has anyone tried yet to integrate blueimp's jQuery File Upload
   http://blueimp.github.com/jQuery-File-Upload/
  http://blueimp.github.com/**jQuery-File-Upload/
   http://**blueimp.github.com/jQuery-**File-Upload/
  http://blueimp.github.com/jQuery-File-Upload/with
   Wicket FileUpload?
  
   Especially in combination with additional input fields input
   type=text
   I'm kind of stuck because I'm not really sure where to point the
   jquery
   file upload's url param to and how to store the uploaded files in
  the
   wicket page for saving them when the complete form is submitted.
  
   Any help would be appreciated.
   Thanks
  
  
   --
   Martin Grigorov
   jWeekend
   Training, Consulting, Development
   http://jWeekend.com
  
  
 --**--**
   -
   To unsubscribe, e-mail: users-unsubscribe@wicket.**apa**che.org
  http://apache.org
   users-unsubscribe@**wicket.apache.org
  users-unsubscr...@wicket.apache.org
   
  
   For additional commands, e-mail: users-h...@wicket.apache.org
  
  
  
  
  
 



 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com http://jweekend.com/




-- 
Le bonheur n'est pas une destination, mais une façon de voyager.

Papa d'une petite Lou-Ann depuis le 30 juin.


Re: Wicket and file upload with blueimp jquery file upload

2012-11-14 Thread Pierre Goupil
Thanks! Sorry for not having read it until the end! :-)


On Wed, Nov 14, 2012 at 11:03 AM, Martin Grigorov mgrigo...@apache.orgwrote:

 There is a link to my GitHub repo in the article.


 On Wed, Nov 14, 2012 at 12:00 PM, Pierre Goupil goupilpie...@gmail.com
 wrote:

  Good morning,
 
  Would guys be kind and share these codes, please? Not re-inventing the
  whell, you know.
 
  Thanks in advance  best regards,
 
  Pierre
 
 
  On Wed, Nov 14, 2012 at 10:51 AM, Martin Grigorov mgrigo...@apache.org
  wrote:
 
   Hi,
  
   I've just added a new article at
  
 
 http://wicketinaction.com/2012/11/uploading-files-to-wicket-iresource/that
   shows how to integrate such JavaScript file upload widgets with Wicket.
   I hope it is useful for you!
  
  
   On Wed, Oct 24, 2012 at 1:54 PM, heapifyman heapify...@gmail.com
  wrote:
  
Thanks. That helped a lot.
   
   
2012/10/16 Bas Gooren b...@iswd.nl
   
 Behavior (wicket 1.5): http://pastebin.com/WUHsiRL2
 instance.js (to initialize uploadify):
 http://pastebin.com/jGSwzHMN

 Mount it in Application.init() with:

 // Allow uploads through uploadify
 mount( new UploadifyBehavior.Uploader( /uploadify ) );

 Use it like this:

 component.add( new UploadifyBehavior()
 {

 @Override
 protected void onUpload( UploadInfo info,
 AjaxRequestTarget target )
 {
 // Handle upload any way you like, and replace
   stuff
 in this ajax request
 }

 } );


 Met vriendelijke groet,
 Kind regards,

 Bas Gooren

 Op 16-10-2012 19:09, schreef heapifyman:

 Thanks.
 Would you mind sharing the mounted resource's code? I'm not
  completely
 sure
 how to implement that.


 2012/10/16 Bas Gooren b...@iswd.nl

  Hi!

 We use a different uploader (uploadify), but the basics are the
  same.

 What we've built for this is a behavior which renders the UI for
  the
 uploader, and handles ajax callbacks.

 The uploader uploads to a mounted resource (e.g. at /uploadify),
   which
 has
 an internal cache (UUID = FileInfo).
 After a successful upload, the upload resource returns the UUID;
 The javascript onComplete handler then calls the ajax behavior
 with
   the
 UUID parameter, which allows other components in the page to
  respond
   to
 the
 upload.

 To prevent overflow in the uploader cache we use a map with a
  maximum
 size
 which evicts old entries on overflow.

 Met vriendelijke groet,
 Kind regards,

 Bas Gooren

 Op 16-10-2012 12:59, schreef heapifyman:

   Not sure if I understand.

 As far as I got it, the upload plugin requires some web
 service
   that
 accepts POST and DELETE requests to add/remove uploaded files.
 Doing that is no problem, I guess.
 But how to I link this with the current user's wicket session so
   that
I
 know which files the users uploaded when finally the form is
submitted?
 I'm not sure if I'm using the right wording here. Hope you get
 the
 idea...


 2012/10/16 Martin Grigorov mgrigo...@apache.org

   Hi,

 Is it an option to upload to a IResource and store the uploaded
   data
 the same way as if you'd do in the page ?

 On Tue, Oct 16, 2012 at 12:49 PM, heapifyman 
  heapify...@gmail.com
   
 wrote:

  Hello,

 has anyone tried yet to integrate blueimp's jQuery File Upload
 http://blueimp.github.com/jQuery-File-Upload/
http://blueimp.github.com/**jQuery-File-Upload/
 http://**blueimp.github.com/jQuery-**File-Upload/
http://blueimp.github.com/jQuery-File-Upload/with
 Wicket FileUpload?

 Especially in combination with additional input fields input
 type=text
 I'm kind of stuck because I'm not really sure where to point
 the
 jquery
 file upload's url param to and how to store the uploaded files
  in
the
 wicket page for saving them when the complete form is
 submitted.

 Any help would be appreciated.
 Thanks


 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com


   --**--**
 -
 To unsubscribe, e-mail: users-unsubscribe@wicket.**apa**
 che.org
http://apache.org
 users-unsubscribe@**wicket.apache.org
users-unsubscr...@wicket.apache.org
 

 For additional commands, e-mail: users-h...@wicket.apache.org





   
  
  
  
   --
   Martin Grigorov
   jWeekend
   Training, Consulting, Development
   http://jWeekend.com http://jweekend.com/
  
 
 
 
  --
  Le bonheur n'est pas une destination, mais une façon de voyager.
 
  Papa

Re: Wicket-Atmosphere complex JS

2012-11-13 Thread Pierre Goupil
Cheers, men, I'll try it ASAP!

Big thanks,

Pierre


On Tue, Nov 13, 2012 at 3:49 PM, Emond Papegaaij emond.papega...@topicus.nl
 wrote:

 I found the link to the wiki page explaining how to fix this:
 https://github.com/Atmosphere/atmosphere/wiki/Multiply-messages-arrives-as-
 single-response-body-or-message-received-are-incomplete

 It seems the trackMessageLength option needs to be enabled in the js, and
 some
 additional code is needed server side. From what I see, neither one will
 work
 without the other. Can you try if the solution provided at wiki works? To
 pass
 the additional option in the js, just copy jquery.wicketatmosphere.js, add
 the
 parameter and register the new file as a replacement resource in the
 application. Also please create a Jira issue for this. If you could post
 your
 findings there, that would help me tremendously, because my time to work on
 Wicket is very limited at the moment.

 Best regards,
 Emond

 On Tuesday 13 November 2012 16:03:30 Martin Grigorov wrote:
  The problem is that Atmosphere sends the response in chunks.
  Jean Francois explained in Atmosphere mailing lists that a special
  Atmosphere has to be used that will collect the whole response before
  flushing it.
 
 
  On Tue, Nov 13, 2012 at 3:25 PM, Emond Papegaaij 
 emond.papega...@topicus.nl
   wrote:
  
   This is most likely caused by incorrect escaping, which might be a bug
 in
   Wicket or Wicket-Atmosphere. Can you try to create a quickstart to
   demonstrate
   the problem and file a Jira ticket? You can use the example
 application at
   https://github.com/papegaaij/wicket-atmosphere-quickstart
  
   Best regards,
   Emond
  
   On Sunday 11 November 2012 18:03:52 Pierre Goupil wrote:
Hi all,
   
When I submit complex JS to my client using target.appendJavaScript()
  
   with
  
a @Subscribe method from Wicket-Atmosphere, I got this message in the
browser console:
   
Wicket.Ajax: Wicket.Ajax.Call.failure: Error while parsing response:
Could not find root ajax-response element
   
I do have an ajax-response tag and the response from the server
 seems
  
   to
  
be all OK. Nonetheless, for a reason I'm not aware of, it fails.
   
Did anyone encounter this error before? Is there a known work-around?
   
When I have a simple response, it works though. The problem only
 occurs
with complex responses.
   
I'm using:
wicket.version6.3.0-SNAPSHOT/wicket.version
wicketstuff.version6.2.1/wicketstuff.version
  
   wicket-atmosphere.version0.5-SNAPSHOT/wicket-atmosphere.version
  
(GIT master)
   
Regards,
   
Pierre




-- 
Le bonheur n'est pas une destination, mais une façon de voyager.

Papa d'une petite Lou-Ann depuis le 30 juin.


  1   2   >