Re: wicketstuff-push examples working across browsers

2011-10-28 Thread Soheb Mahmood
Hello Martin and Seb,

Just to drop an email to let you know how I'm doing so far, I've had a go 
yesterday, and to some extent, this morning at trying to get the master branch 
running, as I feel it is important to at least try and give feedback early as 
possible.

However, I've been struggling in trying to meet dependencies (it isn't anyone's 
fault but mine; I'm quite new to this and am doing this as a research project 
for our production application). I will try my best to actually get a 
wicketstuff-core snapshot, as well as a wicket snapshot and get the example 
running in IE.

Also, with Wicket 1.5.2 released recently, I assumed you'd get a stable version 
(even a RC) uploaded so at some point in the future I won't need to wrestle 
with snapshots any time soon.

Once again, many thanks for your time and effort.

Regards,
Soheb

- Original Message -
From: Martin Grigorov mgrigo...@apache.org
To: users@wicket.apache.org
Sent: Thursday, 27 October, 2011 3:01:54 PM
Subject: Re: wicketstuff-push examples working across browsers

On Thu, Oct 27, 2011 at 3:58 PM, Soheb Mahmood so...@humboldt.co.uk wrote:
 I just read my email again and I sounded really rude when asking my question. 
 What I mean to ask was, out of curiousity, if you were trying to get the IE7 
 browser+ working?

 I'm really sorry if I've offended you or anyone. I'm very embarrassed by that 
 tone in the email (it's not what I actually meant to say), and I really do 
 appreciate your hard work and effort towards wicketstuff (as I have seen on 
 git).

Did you try the latest code from wicketstuff/core master branch ?
Maybe it already works on IE...


 Soheb

 - Original Message -
 From: Sebastian nospam...@gmx.net
 To: users@wicket.apache.org
 Sent: Wednesday, 26 October, 2011 5:21:52 PM
 Subject: Re: wicketstuff-push examples working across browsers

 hi,

 cometd had a bug that affects websocket support in conjunction with
 chrome browsers. It is fixed in the latest 1.4.0RC1 release of cometd.
 We incorporated the changes (and fixed some other issues) in wicketstuff
 trunk. thus they will be available with the wicketstuff 1.5.2 release.

 Regards,
 Seb

 On 26.10.2011 10:25, Soheb Mahmood wrote:
 Hello everyone,

 I'm planning to use wicketstuff-core in an actual production environment, 
 and to be more specific, I'm planning to use push-cometd. I'm currently 
 using wicketstuff version 1.4.14 to match the current version of Wicket we 
 are using in production.

 I got the example to run, and one of the things I wondered was what is the 
 browser support aimed for push-cometd? So far, I can only get the cometd 
 example working in Firefox and Opera, and there is a lack of support for 
 Google Chrome 14.0.835.202 nor Internet Explorer 7. I can get the Wicket 
 Timer example working, but the reason we are thinking of implementing comet 
 into production is to minimize the request impact on our server, and with 
 the Wicket Timer example, that uses TimerPushService, which if we wanted 
 similar functionality, we could just use AjaxTimeoutBehavior instead. Even 
 the Basic Cometd test doesn't work under IE7 and Chrome.

 I was wondering if you were aware of this, and if you had any suggestions to 
 solve this cross-browser issue (at least from our end). It's also worth 
 noting that I haven't modified the push-parent-jdk-1.6 folder contents at 
 all.

 Many thanks,
 Soheb

 -
 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


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





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

-
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



Re: wicketstuff-push examples working across browsers

2011-10-27 Thread Soheb Mahmood
Hello Seb,

Thanks for answering back to my email quickly. I'm glad to hear support for 
Chrome, but are you also supporting, at least trying to support IE7 and above?

Many thanks and regards,
Soheb

- Original Message -
From: Sebastian nospam...@gmx.net
To: users@wicket.apache.org
Sent: Wednesday, 26 October, 2011 5:21:52 PM
Subject: Re: wicketstuff-push examples working across browsers

hi,

cometd had a bug that affects websocket support in conjunction with 
chrome browsers. It is fixed in the latest 1.4.0RC1 release of cometd. 
We incorporated the changes (and fixed some other issues) in wicketstuff 
trunk. thus they will be available with the wicketstuff 1.5.2 release.

Regards,
Seb

On 26.10.2011 10:25, Soheb Mahmood wrote:
 Hello everyone,

 I'm planning to use wicketstuff-core in an actual production environment, and 
 to be more specific, I'm planning to use push-cometd. I'm currently using 
 wicketstuff version 1.4.14 to match the current version of Wicket we are 
 using in production.

 I got the example to run, and one of the things I wondered was what is the 
 browser support aimed for push-cometd? So far, I can only get the cometd 
 example working in Firefox and Opera, and there is a lack of support for 
 Google Chrome 14.0.835.202 nor Internet Explorer 7. I can get the Wicket 
 Timer example working, but the reason we are thinking of implementing comet 
 into production is to minimize the request impact on our server, and with the 
 Wicket Timer example, that uses TimerPushService, which if we wanted similar 
 functionality, we could just use AjaxTimeoutBehavior instead. Even the Basic 
 Cometd test doesn't work under IE7 and Chrome.

 I was wondering if you were aware of this, and if you had any suggestions to 
 solve this cross-browser issue (at least from our end). It's also worth 
 noting that I haven't modified the push-parent-jdk-1.6 folder contents at all.

 Many thanks,
 Soheb

 -
 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


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



Re: wicketstuff-push examples working across browsers

2011-10-27 Thread Soheb Mahmood
I just read my email again and I sounded really rude when asking my question. 
What I mean to ask was, out of curiousity, if you were trying to get the IE7 
browser+ working?

I'm really sorry if I've offended you or anyone. I'm very embarrassed by that 
tone in the email (it's not what I actually meant to say), and I really do 
appreciate your hard work and effort towards wicketstuff (as I have seen on 
git).

Soheb

- Original Message -
From: Sebastian nospam...@gmx.net
To: users@wicket.apache.org
Sent: Wednesday, 26 October, 2011 5:21:52 PM
Subject: Re: wicketstuff-push examples working across browsers

hi,

cometd had a bug that affects websocket support in conjunction with 
chrome browsers. It is fixed in the latest 1.4.0RC1 release of cometd. 
We incorporated the changes (and fixed some other issues) in wicketstuff 
trunk. thus they will be available with the wicketstuff 1.5.2 release.

Regards,
Seb

On 26.10.2011 10:25, Soheb Mahmood wrote:
 Hello everyone,

 I'm planning to use wicketstuff-core in an actual production environment, and 
 to be more specific, I'm planning to use push-cometd. I'm currently using 
 wicketstuff version 1.4.14 to match the current version of Wicket we are 
 using in production.

 I got the example to run, and one of the things I wondered was what is the 
 browser support aimed for push-cometd? So far, I can only get the cometd 
 example working in Firefox and Opera, and there is a lack of support for 
 Google Chrome 14.0.835.202 nor Internet Explorer 7. I can get the Wicket 
 Timer example working, but the reason we are thinking of implementing comet 
 into production is to minimize the request impact on our server, and with the 
 Wicket Timer example, that uses TimerPushService, which if we wanted similar 
 functionality, we could just use AjaxTimeoutBehavior instead. Even the Basic 
 Cometd test doesn't work under IE7 and Chrome.

 I was wondering if you were aware of this, and if you had any suggestions to 
 solve this cross-browser issue (at least from our end). It's also worth 
 noting that I haven't modified the push-parent-jdk-1.6 folder contents at all.

 Many thanks,
 Soheb

 -
 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


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



Re: wicketstuff-push examples working across browsers

2011-10-27 Thread Martin Grigorov
On Thu, Oct 27, 2011 at 3:58 PM, Soheb Mahmood so...@humboldt.co.uk wrote:
 I just read my email again and I sounded really rude when asking my question. 
 What I mean to ask was, out of curiousity, if you were trying to get the IE7 
 browser+ working?

 I'm really sorry if I've offended you or anyone. I'm very embarrassed by that 
 tone in the email (it's not what I actually meant to say), and I really do 
 appreciate your hard work and effort towards wicketstuff (as I have seen on 
 git).

Did you try the latest code from wicketstuff/core master branch ?
Maybe it already works on IE...


 Soheb

 - Original Message -
 From: Sebastian nospam...@gmx.net
 To: users@wicket.apache.org
 Sent: Wednesday, 26 October, 2011 5:21:52 PM
 Subject: Re: wicketstuff-push examples working across browsers

 hi,

 cometd had a bug that affects websocket support in conjunction with
 chrome browsers. It is fixed in the latest 1.4.0RC1 release of cometd.
 We incorporated the changes (and fixed some other issues) in wicketstuff
 trunk. thus they will be available with the wicketstuff 1.5.2 release.

 Regards,
 Seb

 On 26.10.2011 10:25, Soheb Mahmood wrote:
 Hello everyone,

 I'm planning to use wicketstuff-core in an actual production environment, 
 and to be more specific, I'm planning to use push-cometd. I'm currently 
 using wicketstuff version 1.4.14 to match the current version of Wicket we 
 are using in production.

 I got the example to run, and one of the things I wondered was what is the 
 browser support aimed for push-cometd? So far, I can only get the cometd 
 example working in Firefox and Opera, and there is a lack of support for 
 Google Chrome 14.0.835.202 nor Internet Explorer 7. I can get the Wicket 
 Timer example working, but the reason we are thinking of implementing comet 
 into production is to minimize the request impact on our server, and with 
 the Wicket Timer example, that uses TimerPushService, which if we wanted 
 similar functionality, we could just use AjaxTimeoutBehavior instead. Even 
 the Basic Cometd test doesn't work under IE7 and Chrome.

 I was wondering if you were aware of this, and if you had any suggestions to 
 solve this cross-browser issue (at least from our end). It's also worth 
 noting that I haven't modified the push-parent-jdk-1.6 folder contents at 
 all.

 Many thanks,
 Soheb

 -
 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


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





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

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



Re: wicketstuff-push examples working across browsers

2011-10-27 Thread Sebastian

hi Soheb,

no problem. I gave it a try this morning on IE9 and it also failed with 
the current push version in trunk. I just committed a change that makes 
it work in IE. 
https://github.com/wicketstuff/core/commit/3e09edf3e21fdb039cdb844e88653ccfdd33a4c4


Regards,

Seb

On 27.10.2011 15:58, Soheb Mahmood wrote:

I just read my email again and I sounded really rude when asking my question. 
What I mean to ask was, out of curiousity, if you were trying to get the IE7 
browser+ working?

I'm really sorry if I've offended you or anyone. I'm very embarrassed by that 
tone in the email (it's not what I actually meant to say), and I really do 
appreciate your hard work and effort towards wicketstuff (as I have seen on 
git).

Soheb

- Original Message -
From: Sebastiannospam...@gmx.net
To: users@wicket.apache.org
Sent: Wednesday, 26 October, 2011 5:21:52 PM
Subject: Re: wicketstuff-push examples working across browsers

hi,

cometd had a bug that affects websocket support in conjunction with
chrome browsers. It is fixed in the latest 1.4.0RC1 release of cometd.
We incorporated the changes (and fixed some other issues) in wicketstuff
trunk. thus they will be available with the wicketstuff 1.5.2 release.

Regards,
Seb

On 26.10.2011 10:25, Soheb Mahmood wrote:

Hello everyone,

I'm planning to use wicketstuff-core in an actual production environment, and 
to be more specific, I'm planning to use push-cometd. I'm currently using 
wicketstuff version 1.4.14 to match the current version of Wicket we are using 
in production.

I got the example to run, and one of the things I wondered was what is the 
browser support aimed for push-cometd? So far, I can only get the cometd 
example working in Firefox and Opera, and there is a lack of support for Google 
Chrome 14.0.835.202 nor Internet Explorer 7. I can get the Wicket Timer example 
working, but the reason we are thinking of implementing comet into production 
is to minimize the request impact on our server, and with the Wicket Timer 
example, that uses TimerPushService, which if we wanted similar functionality, 
we could just use AjaxTimeoutBehavior instead. Even the Basic Cometd test 
doesn't work under IE7 and Chrome.

I was wondering if you were aware of this, and if you had any suggestions to 
solve this cross-browser issue (at least from our end). It's also worth noting 
that I haven't modified the push-parent-jdk-1.6 folder contents at all.

Many thanks,
Soheb

-
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


-
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



wicketstuff-push examples working across browsers

2011-10-26 Thread Soheb Mahmood
Hello everyone,

I'm planning to use wicketstuff-core in an actual production environment, and 
to be more specific, I'm planning to use push-cometd. I'm currently using 
wicketstuff version 1.4.14 to match the current version of Wicket we are using 
in production.

I got the example to run, and one of the things I wondered was what is the 
browser support aimed for push-cometd? So far, I can only get the cometd 
example working in Firefox and Opera, and there is a lack of support for Google 
Chrome 14.0.835.202 nor Internet Explorer 7. I can get the Wicket Timer example 
working, but the reason we are thinking of implementing comet into production 
is to minimize the request impact on our server, and with the Wicket Timer 
example, that uses TimerPushService, which if we wanted similar functionality, 
we could just use AjaxTimeoutBehavior instead. Even the Basic Cometd test 
doesn't work under IE7 and Chrome.

I was wondering if you were aware of this, and if you had any suggestions to 
solve this cross-browser issue (at least from our end). It's also worth noting 
that I haven't modified the push-parent-jdk-1.6 folder contents at all.

Many thanks,
Soheb

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



Re: wicketstuff-push examples working across browsers

2011-10-26 Thread Sebastian

hi,

cometd had a bug that affects websocket support in conjunction with 
chrome browsers. It is fixed in the latest 1.4.0RC1 release of cometd. 
We incorporated the changes (and fixed some other issues) in wicketstuff 
trunk. thus they will be available with the wicketstuff 1.5.2 release.


Regards,
Seb

On 26.10.2011 10:25, Soheb Mahmood wrote:

Hello everyone,

I'm planning to use wicketstuff-core in an actual production environment, and 
to be more specific, I'm planning to use push-cometd. I'm currently using 
wicketstuff version 1.4.14 to match the current version of Wicket we are using 
in production.

I got the example to run, and one of the things I wondered was what is the 
browser support aimed for push-cometd? So far, I can only get the cometd 
example working in Firefox and Opera, and there is a lack of support for Google 
Chrome 14.0.835.202 nor Internet Explorer 7. I can get the Wicket Timer example 
working, but the reason we are thinking of implementing comet into production 
is to minimize the request impact on our server, and with the Wicket Timer 
example, that uses TimerPushService, which if we wanted similar functionality, 
we could just use AjaxTimeoutBehavior instead. Even the Basic Cometd test 
doesn't work under IE7 and Chrome.

I was wondering if you were aware of this, and if you had any suggestions to 
solve this cross-browser issue (at least from our end). It's also worth noting 
that I haven't modified the push-parent-jdk-1.6 folder contents at all.

Many thanks,
Soheb

-
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



Re: [wicketstuff-push] How to disconnect cleanly?

2011-10-21 Thread Sebastian

hi,

we fixed it in trunk now. please give it a try.

regards,

seb

On 12.10.2011 11:18, vineet semwal wrote:

thank you martin !

  herald ,i have opened a issue for you
https://github.com/wicketstuff/core/issues/66
thank you !

On Wed, Oct 12, 2011 at 2:19 PM, Martin Grigorovmgrigo...@apache.org  wrote:

On Wed, Oct 12, 2011 at 11:13 AM, vineet semwal
vineetsemwal1...@gmail.com  wrote:

there is no need for the api change,its a bug and i think wicket-stuff
push developers will make that change there in
uninstallNode(component,node) ,they might be busy ..

they should be notified
add an issue in GitHub


On Wed, Oct 12, 2011 at 12:50 PM, Harald Wellmann
hwellmann...@googlemail.com  wrote:

I'm currently doing timer.stop() in my application code before calling
uninstallNode(), but that requires copying code from the private
method TimerPushService._findPushBehavior(). So it seems the API could
do with a couple of extensions for this case...

Best regards,
Harald

2011/10/11 vineet semwalvineetsemwal1...@gmail.com:

i think its better to do timerpushbehavior.stop() instead of
component.remove(behavior)
inside uninstallNode(component,node) but it might require other changes too ..


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






--
thank you,

regards,
Vineet Semwal

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






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

-
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



Re: [wicketstuff-push] How to disconnect cleanly?

2011-10-21 Thread vineet semwal
just tested on a quickstart,works well ..

thanks for the fix !

On Fri, Oct 21, 2011 at 6:23 PM, Sebastian nospam...@gmx.net wrote:
 hi,

 we fixed it in trunk now. please give it a try.

 regards,

 seb

 On 12.10.2011 11:18, vineet semwal wrote:

 thank you martin !

  herald ,i have opened a issue for you
 https://github.com/wicketstuff/core/issues/66
 thank you !

 On Wed, Oct 12, 2011 at 2:19 PM, Martin Grigorovmgrigo...@apache.org
  wrote:

 On Wed, Oct 12, 2011 at 11:13 AM, vineet semwal
 vineetsemwal1...@gmail.com  wrote:

 there is no need for the api change,its a bug and i think wicket-stuff
 push developers will make that change there in
 uninstallNode(component,node) ,they might be busy ..

 they should be notified
 add an issue in GitHub

 On Wed, Oct 12, 2011 at 12:50 PM, Harald Wellmann
 hwellmann...@googlemail.com  wrote:

 I'm currently doing timer.stop() in my application code before calling
 uninstallNode(), but that requires copying code from the private
 method TimerPushService._findPushBehavior(). So it seems the API could
 do with a couple of extensions for this case...

 Best regards,
 Harald

 2011/10/11 vineet semwalvineetsemwal1...@gmail.com:

 i think its better to do timerpushbehavior.stop() instead of
 component.remove(behavior)
 inside uninstallNode(component,node) but it might require other
 changes too ..

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





 --
 thank you,

 regards,
 Vineet Semwal

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





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

 -
 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





-- 
thank you,

regards,
Vineet Semwal

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



Re: [wicketstuff-push] How to disconnect cleanly?

2011-10-12 Thread Harald Wellmann
I'm currently doing timer.stop() in my application code before calling
uninstallNode(), but that requires copying code from the private
method TimerPushService._findPushBehavior(). So it seems the API could
do with a couple of extensions for this case...

Best regards,
Harald

2011/10/11 vineet semwal vineetsemwal1...@gmail.com:
 i think its better to do timerpushbehavior.stop() instead of
 component.remove(behavior)
 inside uninstallNode(component,node) but it might require other changes too ..

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



Re: [wicketstuff-push] How to disconnect cleanly?

2011-10-12 Thread vineet semwal
there is no need for the api change,its a bug and i think wicket-stuff
push developers will make that change there in
uninstallNode(component,node) ,they might be busy ..

On Wed, Oct 12, 2011 at 12:50 PM, Harald Wellmann
hwellmann...@googlemail.com wrote:
 I'm currently doing timer.stop() in my application code before calling
 uninstallNode(), but that requires copying code from the private
 method TimerPushService._findPushBehavior(). So it seems the API could
 do with a couple of extensions for this case...

 Best regards,
 Harald

 2011/10/11 vineet semwal vineetsemwal1...@gmail.com:
 i think its better to do timerpushbehavior.stop() instead of
 component.remove(behavior)
 inside uninstallNode(component,node) but it might require other changes too 
 ..

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





-- 
thank you,

regards,
Vineet Semwal

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



Re: [wicketstuff-push] How to disconnect cleanly?

2011-10-12 Thread Martin Grigorov
On Wed, Oct 12, 2011 at 11:13 AM, vineet semwal
vineetsemwal1...@gmail.com wrote:
 there is no need for the api change,its a bug and i think wicket-stuff
 push developers will make that change there in
 uninstallNode(component,node) ,they might be busy ..
they should be notified
add an issue in GitHub

 On Wed, Oct 12, 2011 at 12:50 PM, Harald Wellmann
 hwellmann...@googlemail.com wrote:
 I'm currently doing timer.stop() in my application code before calling
 uninstallNode(), but that requires copying code from the private
 method TimerPushService._findPushBehavior(). So it seems the API could
 do with a couple of extensions for this case...

 Best regards,
 Harald

 2011/10/11 vineet semwal vineetsemwal1...@gmail.com:
 i think its better to do timerpushbehavior.stop() instead of
 component.remove(behavior)
 inside uninstallNode(component,node) but it might require other changes too 
 ..

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





 --
 thank you,

 regards,
 Vineet Semwal

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





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

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



Re: [wicketstuff-push] How to disconnect cleanly?

2011-10-12 Thread vineet semwal
thank you martin !

 herald ,i have opened a issue for you
https://github.com/wicketstuff/core/issues/66
thank you !

On Wed, Oct 12, 2011 at 2:19 PM, Martin Grigorov mgrigo...@apache.org wrote:
 On Wed, Oct 12, 2011 at 11:13 AM, vineet semwal
 vineetsemwal1...@gmail.com wrote:
 there is no need for the api change,its a bug and i think wicket-stuff
 push developers will make that change there in
 uninstallNode(component,node) ,they might be busy ..
 they should be notified
 add an issue in GitHub

 On Wed, Oct 12, 2011 at 12:50 PM, Harald Wellmann
 hwellmann...@googlemail.com wrote:
 I'm currently doing timer.stop() in my application code before calling
 uninstallNode(), but that requires copying code from the private
 method TimerPushService._findPushBehavior(). So it seems the API could
 do with a couple of extensions for this case...

 Best regards,
 Harald

 2011/10/11 vineet semwal vineetsemwal1...@gmail.com:
 i think its better to do timerpushbehavior.stop() instead of
 component.remove(behavior)
 inside uninstallNode(component,node) but it might require other changes 
 too ..

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





 --
 thank you,

 regards,
 Vineet Semwal

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





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

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





-- 
thank you,

regards,
Vineet Semwal

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



[wicketstuff-push] How to disconnect cleanly?

2011-10-11 Thread Harald Wellmann
I'm experimenting with wicketstuff-push-timer, and I wonder if there's
a way to cleanly uninstall a node.

Use case: The server pushes a number of progress events during a long
running action. When the action is finished, no more events will be
sent, so there is no point for the browser to continue polling the
server.

I've tried pushService.uninstallNode(), but I always end up with an
exception of the following kind:

Caused by: java.lang.IllegalStateException: Behavior must be added to
component before its id can be generated. Behavior:
org.wicketstuff.push.timer.TimerPushBehavior@3522971b, Component:
org.apache.wicket.Behaviors@6d96e397
at org.apache.wicket.Behaviors.getBehaviorId(Behaviors.java:252)
~[wicket-core-1.5.1.jar:1.5.1]
at org.apache.wicket.Component.getBehaviorId(Component.java:4413)
~[wicket-core-1.5.1.jar:1.5.1]
at org.apache.wicket.Component.urlFor(Component.java:3290)
~[wicket-core-1.5.1.jar:1.5.1]
at 
org.apache.wicket.behavior.AbstractAjaxBehavior.getCallbackUrl(AbstractAjaxBehavior.java:89)
~[wicket-core-1.5.1.jar:1.5.1]
at 
org.apache.wicket.ajax.AbstractAjaxTimerBehavior.getCallbackScript(AbstractAjaxTimerBehavior.java:125)
~[wicket-core-1.5.1.jar:1.5.1]
at 
org.apache.wicket.ajax.AbstractAjaxTimerBehavior.getJsTimeoutCall(AbstractAjaxTimerBehavior.java:118)
~[wicket-core-1.5.1.jar:1.5.1]

It seems that uninstallNode() only removes the behaviour but does not
stop the timer.

Any hints welcome...

Best regards,

Harald

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



Re: [wicketstuff-push] How to disconnect cleanly?

2011-10-11 Thread vineet semwal
i think its better to do timerpushbehavior.stop() instead of
component.remove(behavior)
inside uninstallNode(component,node) but it might require other changes too ..

On Tue, Oct 11, 2011 at 9:25 PM, Harald Wellmann
hwellmann...@googlemail.com wrote:
 I'm experimenting with wicketstuff-push-timer, and I wonder if there's
 a way to cleanly uninstall a node.

 Use case: The server pushes a number of progress events during a long
 running action. When the action is finished, no more events will be
 sent, so there is no point for the browser to continue polling the
 server.

 I've tried pushService.uninstallNode(), but I always end up with an
 exception of the following kind:

 Caused by: java.lang.IllegalStateException: Behavior must be added to
 component before its id can be generated. Behavior:
 org.wicketstuff.push.timer.TimerPushBehavior@3522971b, Component:
 org.apache.wicket.Behaviors@6d96e397
        at org.apache.wicket.Behaviors.getBehaviorId(Behaviors.java:252)
 ~[wicket-core-1.5.1.jar:1.5.1]
        at org.apache.wicket.Component.getBehaviorId(Component.java:4413)
 ~[wicket-core-1.5.1.jar:1.5.1]
        at org.apache.wicket.Component.urlFor(Component.java:3290)
 ~[wicket-core-1.5.1.jar:1.5.1]
        at 
 org.apache.wicket.behavior.AbstractAjaxBehavior.getCallbackUrl(AbstractAjaxBehavior.java:89)
 ~[wicket-core-1.5.1.jar:1.5.1]
        at 
 org.apache.wicket.ajax.AbstractAjaxTimerBehavior.getCallbackScript(AbstractAjaxTimerBehavior.java:125)
 ~[wicket-core-1.5.1.jar:1.5.1]
        at 
 org.apache.wicket.ajax.AbstractAjaxTimerBehavior.getJsTimeoutCall(AbstractAjaxTimerBehavior.java:118)
 ~[wicket-core-1.5.1.jar:1.5.1]

 It seems that uninstallNode() only removes the behaviour but does not
 stop the timer.

 Any hints welcome...

 Best regards,

 Harald

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





-- 
thank you,

regards,
Vineet Semwal

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



Re: wicketstuff-push Documentation?

2011-07-05 Thread jbrookover

Sebastian-61 wrote:
 
 there is currently not any more documentation.
 
 When you use push as decribed in the WIKI (EventHandler+PushNode) then 
 you will need an additional message dispatching service (which often is 
 the case in enterprise environments). If you want to communicate within 
 a wicket application only, e.g. between pages or users, than you can use 
 the channel feature provided by push: you create a named messaging 
 channel using IPushService.createChannel(Name), connect the node you 
 installed into a component to that channel using 
 IPushService.connectToChannel(Node,Channel) and send events to a 
 channel using IPushService.publish(Channel, Event).
 

Thanks for the feedback.  We do intend to scale to multiple server nodes
but, thankfully, I have a year to figure out the messaging system.  For some
reason, your quick paragraph makes more sense than anything else I've read -
so, thanks!  As I explore, I'll see about adding some JavaDoc for the newbs.

Jake

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/wicketstuff-push-Documentation-tp3644319p3645846.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



wicketstuff-push Documentation?

2011-07-04 Thread jbrookover
Hey all,

Just explored the wicketstuff-push examples.  Everything works great. 

The only problem is that I'm overwhelmed with the code.  I'm new to
pushing; I had no idea what Comet was before yesterday.  I understand the
fundamentals of AjaxTimerBehavior polling, but push-timer and push-core go
way beyond that: channels, listeners, etc.

Question: Is there documentation beyond the GitHub Wiki and the
push-examples module?  

If not, I'll just dive in the old fashioned way, but I was hoping to get a
better understanding before doing so.  In return, I'll try to put some
JavaDoc in the source as I start playing around.

Thanks!

Jake

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/wicketstuff-push-Documentation-tp3644319p3644319.html
Sent from the Users forum mailing list archive at Nabble.com.

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



Re: wicketstuff-push Documentation?

2011-07-04 Thread Martin Grigorov
https://github.com/wicketstuff/core/wiki/Push


On Mon, Jul 4, 2011 at 8:48 PM, jbrookover jbrooko...@cast.org wrote:
 Hey all,

 Just explored the wicketstuff-push examples.  Everything works great.

 The only problem is that I'm overwhelmed with the code.  I'm new to
 pushing; I had no idea what Comet was before yesterday.  I understand the
 fundamentals of AjaxTimerBehavior polling, but push-timer and push-core go
 way beyond that: channels, listeners, etc.

 Question: Is there documentation beyond the GitHub Wiki and the
 push-examples module?

 If not, I'll just dive in the old fashioned way, but I was hoping to get a
 better understanding before doing so.  In return, I'll try to put some
 JavaDoc in the source as I start playing around.

 Thanks!

 Jake

 --
 View this message in context: 
 http://apache-wicket.1842946.n4.nabble.com/wicketstuff-push-Documentation-tp3644319p3644319.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





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

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



Re: wicketstuff-push Documentation?

2011-07-04 Thread Sebastian

Hi Jake,

there is currently not any more documentation.

When you use push as decribed in the WIKI (EventHandler+PushNode) then 
you will need an additional message dispatching service (which often is 
the case in enterprise environments). If you want to communicate within 
a wicket application only, e.g. between pages or users, than you can use 
the channel feature provided by push: you create a named messaging 
channel using IPushService.createChannel(Name), connect the node you 
installed into a component to that channel using 
IPushService.connectToChannel(Node,Channel) and send events to a 
channel using IPushService.publish(Channel, Event).


Regards,

Seb

On 04.07.2011 20:48, jbrookover wrote:

Hey all,

Just explored the wicketstuff-push examples.  Everything works great.

The only problem is that I'm overwhelmed with the code.  I'm new to
pushing; I had no idea what Comet was before yesterday.  I understand the
fundamentals of AjaxTimerBehavior polling, but push-timer and push-core go
way beyond that: channels, listeners, etc.

Question: Is there documentation beyond the GitHub Wiki and the
push-examples module?

If not, I'll just dive in the old fashioned way, but I was hoping to get a
better understanding before doing so.  In return, I'll try to put some
JavaDoc in the source as I start playing around.

Thanks!

Jake

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/wicketstuff-push-Documentation-tp3644319p3644319.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






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



Re: regarding wicketstuff push

2011-06-24 Thread vineet semwal
Hey seb ,

thanks for the quick fix !

On Fri, Jun 24, 2011 at 5:01 AM, Sebastian nospam...@gmx.net wrote:
 hi vineet,

 you are right. this is probably a left over from the refactoring we did. I
 just fixed it on github.

 regards,

 seb

 On 23.06.2011 22:58, vineet semwal wrote:

 hellos !

 i was just looking at wicketstuff push and i saw a lot of changes in
 api and other improvements are done ,thanks for all that ! :)
 as very new to the new push, could not understand the below channel
 creation call..

  publicEventType  IPushChannelEventType  createChannel(final
 EventType event,        final String label)

 why does a new channel creation needs event ?

 i have also looked at the code i noticed event is just not used in
 the channel creation method in AbstractPushService :|

 i think method declaration can be improved or may be i am missing
 something ??






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





-- 
thank you,

regards,
Vineet Semwal

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



regarding wicketstuff push

2011-06-23 Thread vineet semwal
hellos !

i was just looking at wicketstuff push and i saw a lot of changes in
api and other improvements are done ,thanks for all that ! :)
as very new to the new push, could not understand the below channel
creation call..

 public EventType IPushChannelEventType createChannel(final
EventType event,final String label)

why does a new channel creation needs event ?

i have also looked at the code i noticed event is just not used in
the channel creation method in AbstractPushService :|

i think method declaration can be improved or may be i am missing something ??



-- 
thank you,

regards,
Vineet Semwal

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



Re: regarding wicketstuff push

2011-06-23 Thread Sebastian

hi vineet,

you are right. this is probably a left over from the refactoring we did. 
I just fixed it on github.


regards,

seb

On 23.06.2011 22:58, vineet semwal wrote:

hellos !

i was just looking at wicketstuff push and i saw a lot of changes in
api and other improvements are done ,thanks for all that ! :)
as very new to the new push, could not understand the below channel
creation call..

  publicEventType  IPushChannelEventType  createChannel(final
EventType event,final String label)

why does a new channel creation needs event ?

i have also looked at the code i noticed event is just not used in
the channel creation method in AbstractPushService :|

i think method declaration can be improved or may be i am missing something ??







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



WicketStuff Push Changes.

2010-08-23 Thread Rodolfo Hansen
There are a couple of significant changes in the wicketstuff-push found
at:

https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-core/jdk-1.6-parent/push-parent

It is more tightly integrated to Wicket and the new javascript comet
code. 
It no longer depends on any external javascript library.
It requires the new servlet 3.0 standard.
It supports the HTML5 WebSocket class. 

Thanks to Martin Grigorov for his work on alot of these points!

There has been extremely little testing done on this new code base, it
is far from production ready; 
but it would be very nice to get feedback and bug reports on the new
changes... 

thanks, 


wicketstuff-push

2010-07-31 Thread Takeo Hosomi
I'm interested in implementing an authentication feature with
wicketstuff-push (1.4.9.2), and it works with slight modifications. I
share what I did.

I basically implements written at
http://cometd.org/documentation/howtos/authentication.

What I change is two methods.

(1) CometdAbstractBehavior#getInitCometdScript()

I added the client side javascript code to send some extension
parameters to the server:
return dojox.cometd.init(' + cometdServletPath +
  ', {ext: {auth: { some parametes you want to add }}})\n;

(2) CometdService#initBayeux()

I added

BayeuxAuthenticator authenticator = new BayeuxAuthenticator();
bayeux.setSecurityPolicy(authenticator);
bayeux.addExtension(authenticator);

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



[wicketstuff-push] NPE when CometdService.initBayeux()

2010-07-21 Thread smallufo
Hi , I am trying Wicketstuff-push with a small chat program , but encounter
this problem :

org.apache.wicket.WicketRuntimeException: Method onFormSubmitted of
interface org.apache.wicket.markup.html.form.IFormSubmitListener targeted at
component [MarkupContainer [Component id = sayForm]] threw an exception
at
org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:193)
at
org.apache.wicket.request.target.component.listener.ListenerInterfaceRequestTarget.processEvents(ListenerInterfaceRequestTarget.java:73)
at
org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(AbstractRequestCycleProcessor.java:92)
at
org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1250)
at org.apache.wicket.RequestCycle.step(RequestCycle.java:1329)
at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1428)
at org.apache.wicket.RequestCycle.request(RequestCycle.java:545)
at
org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:479)
at
org.apache.wicket.protocol.http.WicketServlet.doPost(WicketServlet.java:160)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:158)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:96)
at
com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChain.java:109)
at
destiny.webapp.filters.FilterUserAgent.doFilter(FilterUserAgent.java:29)
at
com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:88)
at
org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter.doFilterInternal(OpenEntityManagerInViewFilter.java:113)
at
org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:76)
at
com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:88)
at
org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter.doFilterInternal(OpenEntityManagerInViewFilter.java:113)
at
org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:76)
at
com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:88)
at
org.springframework.web.filter.RequestContextFilter.doFilterInternal(RequestContextFilter.java:83)
at
org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:76)
at
com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:88)
at
com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:183)
at
com.caucho.server.webapp.AccessLogFilterChain.doFilter(AccessLogFilterChain.java:103)
at
com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:286)
at
com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:789)
at
com.caucho.network.listen.TcpSocketLink.dispatchRequest(TcpSocketLink.java:660)
at
com.caucho.network.listen.TcpSocketLink.handleRequestsImpl(TcpSocketLink.java:624)
at
com.caucho.network.listen.TcpSocketLink.handleRequests(TcpSocketLink.java:575)
at
com.caucho.network.listen.TcpSocketLink$AcceptTask.doTask(TcpSocketLink.java:1183)
at
com.caucho.network.listen.TcpSocketLink$ConnectionReadTask.runThread(TcpSocketLink.java:1118)
at
com.caucho.network.listen.TcpSocketLink$AcceptTask.run(TcpSocketLink.java:1150)
at
com.caucho.util.ThreadPool$PoolThread.runTasks(ThreadPool.java:901)
at com.caucho.util.ThreadPool$PoolThread.run(ThreadPool.java:866)
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:182)
... 34 more
Caused by: java.lang.NullPointerException
at
org.wicketstuff.push.cometd.CometdService.initBayeux(CometdService.java:184)
at
org.wicketstuff.push.cometd.CometdService.getBayeux(CometdService.java:161)
at
org.wicketstuff.push.cometd.CometdService.publish(CometdService.java:155)
at
destiny.wicket.chatroom.ChatPanel$SayForm.onSubmit(ChatPanel.java:603)
at
org.apache.wicket.markup.html.form.Form.delegateSubmit(Form.java:1538)
at org.apache.wicket.markup.html.form.Form.process(Form.java:934)
at
org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:896)
... 39 more

After tracing some code , it seems _bayeux cannot be initialized in
 CometdService.initBayeux() ,
and that's because it cannot find an attribute org.cometd.bayeux in
ServletContext.
But I didn't find any code that setAttribute(org.cometd.bayeux ,
something

Wicketstuff Push Assistance request

2010-07-20 Thread Rodolfo Hansen
Hi all, 

Anyone willing to lend me a hand on the wicketstuff-push project?

I have some pretty good ideas, but can't find the time to implement
them.

If anyone is interested please write me directly.


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



Re: Wicketstuff Push Assistance request

2010-07-20 Thread Martin Grigorov
Hi Rodolfo,

I still want to upgrade this project to Dojo and Wicket (both versions 1.5).
Please describe your idea with HTML5 WebSocket implementation here (in
users@) and I guess someone else can also join.
I also invest in html5 (svn .../wicket-stuff/trunk/wicket15-html5-parent)
;-)

2010/7/20 Rodolfo Hansen kry...@gmail.com

 Hi all,

 Anyone willing to lend me a hand on the wicketstuff-push project?

 I have some pretty good ideas, but can't find the time to implement
 them.

 If anyone is interested please write me directly.


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




Re: Wicketstuff Push Assistance request

2010-07-20 Thread Rodolfo Hansen
Cool, 

Well right now, if you checkout my branch in github, you'll see I
actually stripped out the Dojo dependency and classes as the bayuex
people have cleanly separated cometd from the dojo codebase.

I also implemented an automatic copy of their cometd-javascript-common
artifact into ours. 

What I haven't gotten around to doing is re-assembling everything. There
should be some javascript and java code needed after the dojo strip.

Thanks to your latest changes, we got up to HTML5 and servlet 3.0
support, what I was aiming at is a leaner codebase, without dojo extras.

Also any ideas on where to setup a web-front?

On Tue, 2010-07-20 at 18:12 +0200, Martin Grigorov wrote:
 Hi Rodolfo,
 
 I still want to upgrade this project to Dojo and Wicket (both versions 1.5).
 Please describe your idea with HTML5 WebSocket implementation here (in
 users@) and I guess someone else can also join.
 I also invest in html5 (svn .../wicket-stuff/trunk/wicket15-html5-parent)
 ;-)
 
 2010/7/20 Rodolfo Hansen kry...@gmail.com
 
  Hi all,
 
  Anyone willing to lend me a hand on the wicketstuff-push project?
 
  I have some pretty good ideas, but can't find the time to implement
  them.
 
  If anyone is interested please write me directly.
 
 
  -
  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



Upgrade wicketstuff-push to Cometd2

2010-06-28 Thread Martin Grigorov
Hi,

Last weekend I felt a bit bored and I decided to take a look at one of
the cool wicketstuff projects that I had on my list for quite some time
- wicketstuff-core/push-parent. Few minutes later I decided to upgrade
it to Cometd version 2.0.0.RC1 because this is how I understand how the
things work - by debugging them.

And the outcome is: http://github.com/martin-g/wicket-cometd2
It is almost the same as the original code:
- upgrade Maven dependencies
- upgrade it to the new API (just the Java part for now)
- code formatting

Next steps are:
- upgrade Dojo to its latest stable (+ dojox.cometd)
- add implementation with jquery.cometd
- upgrade Wicket to 1.5-SNAPSHOT

At the end I will probably merge it back to wicketstuff-core if the
other developers/maintainers are OK with that.
Until then don't hesitate to fork it or comment here or in github.

Cheers
martin-g


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



Re: wicketstuff-push causing WicketRuntimeException component not found on Page

2010-06-25 Thread david_

Yes indeed.
Is it possible that wicket is updating for example 2 Component's of 2
different users with the same Component identifiers?
Maybe that's why Wicket is unable to process the action for a link one of
the 2 Components.


2010/6/25 Rodolfo Hansen [via Apache Wicket] 
ml-node+2267816-1187617804-232...@n4.nabble.comml-node%2b2267816-1187617804-232...@n4.nabble.com


 You mean to say the error is sporadic?

 On Wed, 2010-06-23 at 20:16 +0200, David Meulemans wrote:

  Hi
 
  I have a Listener object with a Map in it containing
  org.apache.wicket.Component objects that need to be updated every time
 the
  onChange(); method is called. For example caused by another user's
 actions.
  This works perfectly with wicketstuff-push.
 
  The org.apache.wicket.Component objects that need to be updated, have
  org.apache.wicket.ajax.markup.html.AjaxLink objects.
  Sometimes if I click on the one of the links, I get a
 WicketRuntimeException
  telling me that the Link is not found on the Page.
 
  Any suggestions?




 --
  View message @
 http://apache-wicket.1842946.n4.nabble.com/wicketstuff-push-causing-WicketRuntimeException-component-not-found-on-Page-tp2266008p2267816.html
 To start a new topic under Wicket - User, email
 ml-node+1842947-1066186228-232...@n4.nabble.comml-node%2b1842947-1066186228-232...@n4.nabble.com
 To unsubscribe from Wicket - User, click 
 herehttp://apache-wicket.1842946.n4.nabble.com/subscriptions/Unsubscribe.jtp?code=bWV1bGVtYW5zLmRhdmlkQGdtYWlsLmNvbXwxODQyOTQ3fC0xOTcyOTcxMjQ2.




-- 
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/wicketstuff-push-causing-WicketRuntimeException-component-not-found-on-Page-tp2266008p2268007.html
Sent from the Wicket - User mailing list archive at Nabble.com.


Re: wicketstuff-push causing WicketRuntimeException component not found on Page

2010-06-25 Thread Rodolfo Hansen
Yes, it may be something with the wicket session.
Can you send me a quickstart with the issue??

On Thu, 2010-06-24 at 23:22 -0700, david_ wrote:

 Yes indeed.
 Is it possible that wicket is updating for example 2 Component's of 2
 different users with the same Component identifiers?
 Maybe that's why Wicket is unable to process the action for a link one of
 the 2 Components.
 
 
 2010/6/25 Rodolfo Hansen [via Apache Wicket] 
 ml-node+2267816-1187617804-232...@n4.nabble.comml-node%2b2267816-1187617804-232...@n4.nabble.com
 
 
  You mean to say the error is sporadic?
 
  On Wed, 2010-06-23 at 20:16 +0200, David Meulemans wrote:
 
   Hi
  
   I have a Listener object with a Map in it containing
   org.apache.wicket.Component objects that need to be updated every time
  the
   onChange(); method is called. For example caused by another user's
  actions.
   This works perfectly with wicketstuff-push.
  
   The org.apache.wicket.Component objects that need to be updated, have
   org.apache.wicket.ajax.markup.html.AjaxLink objects.
   Sometimes if I click on the one of the links, I get a
  WicketRuntimeException
   telling me that the Link is not found on the Page.
  
   Any suggestions?
 
 
 
 
  --
   View message @
  http://apache-wicket.1842946.n4.nabble.com/wicketstuff-push-causing-WicketRuntimeException-component-not-found-on-Page-tp2266008p2267816.html
  To start a new topic under Wicket - User, email
  ml-node+1842947-1066186228-232...@n4.nabble.comml-node%2b1842947-1066186228-232...@n4.nabble.com
  To unsubscribe from Wicket - User, click 
  herehttp://apache-wicket.1842946.n4.nabble.com/subscriptions/Unsubscribe.jtp?code=bWV1bGVtYW5zLmRhdmlkQGdtYWlsLmNvbXwxODQyOTQ3fC0xOTcyOTcxMjQ2.
 
 
 
 




Re: wicketstuff-push causing WicketRuntimeException component not found on Page

2010-06-25 Thread david_

If that is the issue, it can be solved by overriding the method that sets
the id? But is it possible?

2010/6/25 Rodolfo Hansen [via Apache Wicket] 
ml-node+2268555-1340689353-232...@n4.nabble.comml-node%2b2268555-1340689353-232...@n4.nabble.com


 Yes, it may be something with the wicket session.
 Can you send me a quickstart with the issue??

 On Thu, 2010-06-24 at 23:22 -0700, david_ wrote:

  Yes indeed.
  Is it possible that wicket is updating for example 2 Component's of 2
  different users with the same Component identifiers?
  Maybe that's why Wicket is unable to process the action for a link one of

  the 2 Components.
 
 
  2010/6/25 Rodolfo Hansen [via Apache Wicket] 
  [hidden email] 
  http://user/SendEmail.jtp?type=nodenode=2268555i=0[hidden
 email] http://user/SendEmail.jtp?type=nodenode=2268555i=1
  
 
   You mean to say the error is sporadic?
  
   On Wed, 2010-06-23 at 20:16 +0200, David Meulemans wrote:
  
Hi
   
I have a Listener object with a Map in it containing
org.apache.wicket.Component objects that need to be updated every
 time
   the
onChange(); method is called. For example caused by another user's
   actions.
This works perfectly with wicketstuff-push.
   
The org.apache.wicket.Component objects that need to be updated, have

org.apache.wicket.ajax.markup.html.AjaxLink objects.
Sometimes if I click on the one of the links, I get a
   WicketRuntimeException
telling me that the Link is not found on the Page.
   
Any suggestions?
  
  
  
  
   --
View message @
  
 http://apache-wicket.1842946.n4.nabble.com/wicketstuff-push-causing-WicketRuntimeException-component-not-found-on-Page-tp2266008p2267816.htmlhttp://apache-wicket.1842946.n4.nabble.com/wicketstuff-push-causing-WicketRuntimeException-component-not-found-on-Page-tp2266008p2267816.html?by-user=t
   To start a new topic under Wicket - User, email
   [hidden email] 
   http://user/SendEmail.jtp?type=nodenode=2268555i=2[hidden
 email] http://user/SendEmail.jtp?type=nodenode=2268555i=3
   To unsubscribe from Wicket - User, click here
 http://apache-wicket.1842946.n4.nabble.com/subscriptions/Unsubscribe.jtp?code=bWV1bGVtYW5zLmRhdmlkQGdtYWlsLmNvbXwxODQyOTQ3fC0xOTcyOTcxMjQ2http://apache-wicket.1842946.n4.nabble.com/subscriptions/Unsubscribe.jtp?code=bWV1bGVtYW5zLmRhdmlkQGdtYWlsLmNvbXwxODQyOTQ3fC0xOTcyOTcxMjQ2by-user=t.

  
  
  
 




 --
  View message @
 http://apache-wicket.1842946.n4.nabble.com/wicketstuff-push-causing-WicketRuntimeException-component-not-found-on-Page-tp2266008p2268555.html
 To start a new topic under Wicket - User, email
 ml-node+1842947-1066186228-232...@n4.nabble.comml-node%2b1842947-1066186228-232...@n4.nabble.com
 To unsubscribe from Wicket - User, click 
 herehttp://apache-wicket.1842946.n4.nabble.com/subscriptions/Unsubscribe.jtp?code=bWV1bGVtYW5zLmRhdmlkQGdtYWlsLmNvbXwxODQyOTQ3fC0xOTcyOTcxMjQ2.




-- 
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/wicketstuff-push-causing-WicketRuntimeException-component-not-found-on-Page-tp2266008p2268581.html
Sent from the Wicket - User mailing list archive at Nabble.com.


Re: wicketstuff-push causing WicketRuntimeException component not found on Page

2010-06-24 Thread Rodolfo Hansen
You mean to say the error is sporadic?

On Wed, 2010-06-23 at 20:16 +0200, David Meulemans wrote:

 Hi
 
 I have a Listener object with a Map in it containing
 org.apache.wicket.Component objects that need to be updated every time the
 onChange(); method is called. For example caused by another user's actions.
 This works perfectly with wicketstuff-push.
 
 The org.apache.wicket.Component objects that need to be updated, have
 org.apache.wicket.ajax.markup.html.AjaxLink objects.
 Sometimes if I click on the one of the links, I get a WicketRuntimeException
 telling me that the Link is not found on the Page.
 
 Any suggestions?




wicketstuff-push causing WicketRuntimeException component not found on Page

2010-06-23 Thread David Meulemans
Hi

I have a Listener object with a Map in it containing
org.apache.wicket.Component objects that need to be updated every time the
onChange(); method is called. For example caused by another user's actions.
This works perfectly with wicketstuff-push.

The org.apache.wicket.Component objects that need to be updated, have
org.apache.wicket.ajax.markup.html.AjaxLink objects.
Sometimes if I click on the one of the links, I get a WicketRuntimeException
telling me that the Link is not found on the Page.

Any suggestions?


Use wicketstuff-push and still have proper session timeout?

2010-06-07 Thread Early Morning
Hi All,

We're currently using the wicketstuff-push project for notifications and the
like. I added a TimerChannelService to our main Application class, and added
a ChannelListener in our BasePage (using the user's username as the
channel).

However, the problem now is that the session never times out since the
Channel Listener polls the server and makes a request every time. Is there a
way to work around this, or some other way I can implement this? Thanks!


Regards,

Ces


Re: strange ClassCastException in wicketstuff-push

2010-06-06 Thread Ingo Adler
Solved.

It was a class loading problem - IntelliJ in combination with Jetty.

WebAppContext context = new WebAppContext();
...
context.setParentLoaderPriority(true); // - Solution

Ingo

On 04.06.2010 00:52, Ingo Adler wrote:
 Hi,
 
 I'm trying to use wicketstuff-push in my project. I'm always getting a
 ClassCastException in the wicketstuff-push sources, which I can't explain:
 
 java.lang.ClassCastException:
 org.mortbay.cometd.continuation.ContinuationBayeux cannot be cast to
 org.cometd.Bayeux
  at
 org.wicketstuff.push.cometd.CometdService.initBayeux(CometdService.java:172)
  at
 org.wicketstuff.push.cometd.CometdService.getBayeux(CometdService.java:161)
  at
 org.wicketstuff.push.cometd.CometdService.publish(CometdService.java:155)
  at org.xtoto.ui.comment.CommentPanel$3.onSubmit(CommentPanel.java:140)
 
 My code is very similar to the example:
 
 final ChannelEvent event = new ChannelEvent(chat);
 event.addData(message, comment.getMessage());
 getChannelService().publish(event); // - Line 140 in CommentPanel
 
 I'm using the trunk of wicketstuff. The org.wicketstuff.push code
 compiled perfectly.
 
 I tried different library versions - which didn't help.
 
 Currently I'm using
 
 cometd-api-1.1.1
 cometd-client-6.1.22
 cometd-server-6.1.22
 
 jetty-6.1.22
 
 wicket-1.4.7
 
 When I change the code in push a little bit, from
 
 _bayeux = (Bayeux) _application
   .getServletContext()
   .getAttribute(Bayeux.ATTRIBUTE); // - line 172 in CometdService
 
 to
 
 ContinuationBayeux b = (ContinuationBayeux)_application
   .getServletContext()
   .getAttribute(Bayeux.ATTRIBUTE);
 
 _bayeux = b;
 
 I get a IncompatibleClassChangeError later in line:
 
 serviceClient = _bayeux.newClient(BAYEUX_CLIENT_PREFIX);
 
 
 
 Very strange...
 
 Has anyone had this problem before? Any ideas?
 
 Regards
 Ingo
 
 
 -
 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



strange ClassCastException in wicketstuff-push

2010-06-03 Thread Ingo Adler
Hi,

I'm trying to use wicketstuff-push in my project. I'm always getting a
ClassCastException in the wicketstuff-push sources, which I can't explain:

java.lang.ClassCastException:
org.mortbay.cometd.continuation.ContinuationBayeux cannot be cast to
org.cometd.Bayeux
 at
org.wicketstuff.push.cometd.CometdService.initBayeux(CometdService.java:172)
 at
org.wicketstuff.push.cometd.CometdService.getBayeux(CometdService.java:161)
 at
org.wicketstuff.push.cometd.CometdService.publish(CometdService.java:155)
 at org.xtoto.ui.comment.CommentPanel$3.onSubmit(CommentPanel.java:140)

My code is very similar to the example:

final ChannelEvent event = new ChannelEvent(chat);
event.addData(message, comment.getMessage());
getChannelService().publish(event); // - Line 140 in CommentPanel

I'm using the trunk of wicketstuff. The org.wicketstuff.push code
compiled perfectly.

I tried different library versions - which didn't help.

Currently I'm using

cometd-api-1.1.1
cometd-client-6.1.22
cometd-server-6.1.22

jetty-6.1.22

wicket-1.4.7

When I change the code in push a little bit, from

_bayeux = (Bayeux) _application
.getServletContext()
.getAttribute(Bayeux.ATTRIBUTE); // - line 172 in CometdService

to

ContinuationBayeux b = (ContinuationBayeux)_application
.getServletContext()
.getAttribute(Bayeux.ATTRIBUTE);

_bayeux = b;

I get a IncompatibleClassChangeError later in line:

serviceClient = _bayeux.newClient(BAYEUX_CLIENT_PREFIX);



Very strange...

Has anyone had this problem before? Any ideas?

Regards
Ingo


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



Re: Wicketstuff-Push without Dojo?

2010-03-09 Thread Richard Wilkinson
From what I have read, the cometd implementation used by
wicketstuff-push should work with any servlet 3 spec container (for
example the in development tomcat 7) as well as jetty 6+, however I
have only tried with jetty 6.  Using atmosphere allows it to work on
any container (even tomcat 4) however performance is not so good on
containers which don't have async features, unfortunately atmosphere
support is currently broken.

-- 
Regards - Richard Wilkinson
Developer,
jWeekend: OO  Java Technologies - Development and Training
http://jWeekend.com


On 9 March 2010 07:01, MattyDE ufer.mar...@gmail.com wrote:

 Wow thanks for your contribution.

 Iam not very used to use Patches on SVN-Directories. But i'll try my best to
 understand how it works ;)

 Iam looking for a possibility to run wicketstuff-push without a Jetty
 instance to. Prefered Tomcat...

 Thanks!



 richardjohnwilkinson wrote:

 Hi again,

 Attached is a patch (zipped) to be applied to the push directory
 inside the push-parent directory under svn [1].  Any feedback or
 comments would be welcome.

 [1] -
 https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-core/push-parent

 -
 Regards - Richard Wilkinson
 Developer,
 jWeekend: OO  Java Technologies - Development and Training
 http://jWeekend.com

 On 8 March 2010 14:37, Richard Wilkinson
 richardjohnwilkin...@googlemail.com wrote:
 Hi,

 We have been working on the wicketstuff-push project offline; so far
 we have modified the code to run using jQuery (using wiQuery [1]) with
 the latest version of the cometd javascript, and fixed a few bugs /
 made some improvements. For example the current code wasn't as
 efficient as it could have been when you subscribe to more than one
 event per page.  We also have added a 'push model', where when you
 update the contents of a components model, that component is updated
 as usual with wicket ajax, and some helper code for working with
 wiQuery.

 All of this code is work-in-progress, but we want to start a dialog
 with the main developer(s) of the push project to see if we can
 contribute our work back to the community.

 We also experimented with using atmosphere [2] which allows cometd to
 work on more servlet containers than just jetty, but while the
 integration worked fine, there is currently a bug in the atmosphere
 code which means that it doesn't work with the current version of the
 cometd servlet [3].

 A version based only on wicket ajax sounds interesting, if you look at
 the jQuery binding, most of the actual work is done by the
 framework-agnostic cometd.js file, with jQuery providing the ajax
 mechanism and the JSON evaluation, however I know that the wicket ajax
 backend is being re-written in 1.5, so any work done on the 1.4 branch
 would be relatively short lived.

 I will try and get together a patch with our work in it for the push
 project and post it here, or I could maybe branch the main push-parent
 in the wicketstuff svn.

 [1] - http://code.google.com/p/wiquery/
 [2] - https://atmosphere.dev.java.net/
 [3] - http://n2.nabble.com/Bayuex-problems-tt4633855.html

 --
 Regards - Richard Wilkinson
 Developer,
 jWeekend: OO  Java Technologies - Development and Training
 http://jWeekend.com

 On 8 March 2010 13:36, Martin U ufer.mar...@googlemail.com wrote:
 Hi Folks,

 i need some COMETD or something equal implemention in my
 web-application. So
 i found wickestuff-push. But as far as is see, it users dojo to do the
 client-side magic.

 I dont want to blow up my application more as it still is ;) so i want
 ask
 for an wicket + comet workaround with jQuery or with wicket-own
 javascript
 functionality.


 thanks in advance for any hint.


 - Martin





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


 --
 View this message in context: 
 http://old.nabble.com/Wicketstuff-Push-without-Dojo--tp27821316p27832039.html
 Sent from the Wicket - User 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



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



Wicketstuff-Push without Dojo?

2010-03-08 Thread Martin U
Hi Folks,

i need some COMETD or something equal implemention in my web-application. So
i found wickestuff-push. But as far as is see, it users dojo to do the
client-side magic.

I dont want to blow up my application more as it still is ;) so i want ask
for an wicket + comet workaround with jQuery or with wicket-own javascript
functionality.


thanks in advance for any hint.


- Martin


Re: Wicketstuff-Push without Dojo?

2010-03-08 Thread Richard Wilkinson
Hi,

We have been working on the wicketstuff-push project offline; so far
we have modified the code to run using jQuery (using wiQuery [1]) with
the latest version of the cometd javascript, and fixed a few bugs /
made some improvements. For example the current code wasn't as
efficient as it could have been when you subscribe to more than one
event per page.  We also have added a 'push model', where when you
update the contents of a components model, that component is updated
as usual with wicket ajax, and some helper code for working with
wiQuery.

All of this code is work-in-progress, but we want to start a dialog
with the main developer(s) of the push project to see if we can
contribute our work back to the community.

We also experimented with using atmosphere [2] which allows cometd to
work on more servlet containers than just jetty, but while the
integration worked fine, there is currently a bug in the atmosphere
code which means that it doesn't work with the current version of the
cometd servlet [3].

A version based only on wicket ajax sounds interesting, if you look at
the jQuery binding, most of the actual work is done by the
framework-agnostic cometd.js file, with jQuery providing the ajax
mechanism and the JSON evaluation, however I know that the wicket ajax
backend is being re-written in 1.5, so any work done on the 1.4 branch
would be relatively short lived.

I will try and get together a patch with our work in it for the push
project and post it here, or I could maybe branch the main push-parent
in the wicketstuff svn.

[1] - http://code.google.com/p/wiquery/
[2] - https://atmosphere.dev.java.net/
[3] - http://n2.nabble.com/Bayuex-problems-tt4633855.html

-- 
Regards - Richard Wilkinson
Developer,
jWeekend: OO  Java Technologies - Development and Training
http://jWeekend.com

On 8 March 2010 13:36, Martin U ufer.mar...@googlemail.com wrote:
 Hi Folks,

 i need some COMETD or something equal implemention in my web-application. So
 i found wickestuff-push. But as far as is see, it users dojo to do the
 client-side magic.

 I dont want to blow up my application more as it still is ;) so i want ask
 for an wicket + comet workaround with jQuery or with wicket-own javascript
 functionality.


 thanks in advance for any hint.


 - Martin


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



Re: Wicketstuff-Push without Dojo?

2010-03-08 Thread Martin Grigorov
On Mon, 2010-03-08 at 14:37 +, Richard Wilkinson wrote:
 Hi,
 
 We have been working on the wicketstuff-push project offline; so far
 we have modified the code to run using jQuery (using wiQuery [1]) with
 the latest version of the cometd javascript, and fixed a few bugs /
 made some improvements. For example the current code wasn't as
 efficient as it could have been when you subscribe to more than one
 event per page.  We also have added a 'push model', where when you
 update the contents of a components model, that component is updated
 as usual with wicket ajax, and some helper code for working with
 wiQuery.
 
 All of this code is work-in-progress, but we want to start a dialog
 with the main developer(s) of the push project to see if we can
 contribute our work back to the community.
 
 We also experimented with using atmosphere [2] which allows cometd to
 work on more servlet containers than just jetty, but while the
 integration worked fine, there is currently a bug in the atmosphere
 code which means that it doesn't work with the current version of the
 cometd servlet [3].
 
 A version based only on wicket ajax sounds interesting, if you look at
 the jQuery binding, most of the actual work is done by the
 framework-agnostic cometd.js file, with jQuery providing the ajax
 mechanism and the JSON evaluation, however I know that the wicket ajax
 backend is being re-written in 1.5, so any work done on the 1.4 branch
 would be relatively short lived.
As far as I know Wicket 1.5 will not include Matej's experimental work
on wicket-ajax-ng.js with YUI3. This will be postponed to a later
release.
1.5 will be as it is now + improvements on the current features (Markup
parsing and URL handling).
 
 I will try and get together a patch with our work in it for the push
 project and post it here, or I could maybe branch the main push-parent
 in the wicketstuff svn.
 
 [1] - http://code.google.com/p/wiquery/
 [2] - https://atmosphere.dev.java.net/
 [3] - http://n2.nabble.com/Bayuex-problems-tt4633855.html
 



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



Re: Wicketstuff-Push without Dojo?

2010-03-08 Thread Rodolfo Hansen
Hi Richard, Your ideas seam very interesting.. I haven't had alot of time to
work on the project and am currently the only developer as the initial team
isn't responding. I will checkout your patch, and would love to continue
discussing changes with you.

On Mon, Mar 8, 2010 at 11:03 AM, Richard Wilkinson 
richardjohnwilkin...@googlemail.com wrote:

 Hi again,

 Attached is a patch (zipped) to be applied to the push directory
 inside the push-parent directory under svn [1].  Any feedback or
 comments would be welcome.

 [1] -
 https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-core/push-parent

 -
 Regards - Richard Wilkinson
 Developer,
 jWeekend: OO  Java Technologies - Development and Training
 http://jWeekend.com

 On 8 March 2010 14:37, Richard Wilkinson
 richardjohnwilkin...@googlemail.com wrote:
  Hi,
 
  We have been working on the wicketstuff-push project offline; so far
  we have modified the code to run using jQuery (using wiQuery [1]) with
  the latest version of the cometd javascript, and fixed a few bugs /
  made some improvements. For example the current code wasn't as
  efficient as it could have been when you subscribe to more than one
  event per page.  We also have added a 'push model', where when you
  update the contents of a components model, that component is updated
  as usual with wicket ajax, and some helper code for working with
  wiQuery.
 
  All of this code is work-in-progress, but we want to start a dialog
  with the main developer(s) of the push project to see if we can
  contribute our work back to the community.
 
  We also experimented with using atmosphere [2] which allows cometd to
  work on more servlet containers than just jetty, but while the
  integration worked fine, there is currently a bug in the atmosphere
  code which means that it doesn't work with the current version of the
  cometd servlet [3].
 
  A version based only on wicket ajax sounds interesting, if you look at
  the jQuery binding, most of the actual work is done by the
  framework-agnostic cometd.js file, with jQuery providing the ajax
  mechanism and the JSON evaluation, however I know that the wicket ajax
  backend is being re-written in 1.5, so any work done on the 1.4 branch
  would be relatively short lived.
 
  I will try and get together a patch with our work in it for the push
  project and post it here, or I could maybe branch the main push-parent
  in the wicketstuff svn.
 
  [1] - http://code.google.com/p/wiquery/
  [2] - https://atmosphere.dev.java.net/
  [3] - http://n2.nabble.com/Bayuex-problems-tt4633855.html
 
  --
  Regards - Richard Wilkinson
  Developer,
  jWeekend: OO  Java Technologies - Development and Training
  http://jWeekend.com
 
  On 8 March 2010 13:36, Martin U ufer.mar...@googlemail.com wrote:
  Hi Folks,
 
  i need some COMETD or something equal implemention in my
 web-application. So
  i found wickestuff-push. But as far as is see, it users dojo to do the
  client-side magic.
 
  I dont want to blow up my application more as it still is ;) so i want
 ask
  for an wicket + comet workaround with jQuery or with wicket-own
 javascript
  functionality.
 
 
  thanks in advance for any hint.
 
 
  - Martin
 
 


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




-- 
Rodolfo Hansen
CTO, KindleIT Software Development
Email: rhan...@kindleit.net
Mobile: +1 (809) 860-6669


Re: Wicketstuff-Push without Dojo?

2010-03-08 Thread MattyDE

Wow thanks for your contribution.

Iam not very used to use Patches on SVN-Directories. But i'll try my best to
understand how it works ;)

Iam looking for a possibility to run wicketstuff-push without a Jetty
instance to. Prefered Tomcat...

Thanks!



richardjohnwilkinson wrote:
 
 Hi again,
 
 Attached is a patch (zipped) to be applied to the push directory
 inside the push-parent directory under svn [1].  Any feedback or
 comments would be welcome.
 
 [1] -
 https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-core/push-parent
 
 -
 Regards - Richard Wilkinson
 Developer,
 jWeekend: OO  Java Technologies - Development and Training
 http://jWeekend.com
 
 On 8 March 2010 14:37, Richard Wilkinson
 richardjohnwilkin...@googlemail.com wrote:
 Hi,

 We have been working on the wicketstuff-push project offline; so far
 we have modified the code to run using jQuery (using wiQuery [1]) with
 the latest version of the cometd javascript, and fixed a few bugs /
 made some improvements. For example the current code wasn't as
 efficient as it could have been when you subscribe to more than one
 event per page.  We also have added a 'push model', where when you
 update the contents of a components model, that component is updated
 as usual with wicket ajax, and some helper code for working with
 wiQuery.

 All of this code is work-in-progress, but we want to start a dialog
 with the main developer(s) of the push project to see if we can
 contribute our work back to the community.

 We also experimented with using atmosphere [2] which allows cometd to
 work on more servlet containers than just jetty, but while the
 integration worked fine, there is currently a bug in the atmosphere
 code which means that it doesn't work with the current version of the
 cometd servlet [3].

 A version based only on wicket ajax sounds interesting, if you look at
 the jQuery binding, most of the actual work is done by the
 framework-agnostic cometd.js file, with jQuery providing the ajax
 mechanism and the JSON evaluation, however I know that the wicket ajax
 backend is being re-written in 1.5, so any work done on the 1.4 branch
 would be relatively short lived.

 I will try and get together a patch with our work in it for the push
 project and post it here, or I could maybe branch the main push-parent
 in the wicketstuff svn.

 [1] - http://code.google.com/p/wiquery/
 [2] - https://atmosphere.dev.java.net/
 [3] - http://n2.nabble.com/Bayuex-problems-tt4633855.html

 --
 Regards - Richard Wilkinson
 Developer,
 jWeekend: OO  Java Technologies - Development and Training
 http://jWeekend.com

 On 8 March 2010 13:36, Martin U ufer.mar...@googlemail.com wrote:
 Hi Folks,

 i need some COMETD or something equal implemention in my
 web-application. So
 i found wickestuff-push. But as far as is see, it users dojo to do the
 client-side magic.

 I dont want to blow up my application more as it still is ;) so i want
 ask
 for an wicket + comet workaround with jQuery or with wicket-own
 javascript
 functionality.


 thanks in advance for any hint.


 - Martin


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

-- 
View this message in context: 
http://old.nabble.com/Wicketstuff-Push-without-Dojo--tp27821316p27832039.html
Sent from the Wicket - User mailing list archive at Nabble.com.


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



Re: wicketstuff-push and component replacing

2010-02-03 Thread Roland4444

Thank you for replying.

As I understand you made some changes, from where can I get them.
Originally I used this for source:
http://wicketstuff.org/maven/repository/org/wicketstuff/push/1.4.1/

but I don't see any changes there.

I agree on part that push service is complicated.
I could try comet if I'd find proper example and it would allow me to do
what I'd like to achieve.

But AjaxTimeoutBehavior..did you mean AbstractAjaxTimerBehavior instead, as
I find no references to the first one? If yes, I implemented it with it
currently, but new alarms checking with it creates considerable traffic and
is therefore not the cleverest solution I suppose

Roland

Rodolfo Hansen wrote:
 
 Try now...
 
 To me, the push service is overly complicated, and you could easily get
 away
 with simply using Wicket's AjaxTimeoutBehavior as there are no technical
 advantages over the later.
 
 The comet version of push offers a couple of serious advantages for the
 server, and client side. Why can't you use that instead?
 
 
 On Tue, Jan 26, 2010 at 11:12 AM, Rodolfo Hansen kry...@gmail.com wrote:
 
 I have basically concentrated on the CometD Service
 This should be a simple bug to fix.



 On Fri, Jan 22, 2010 at 10:34 AM, Roland Vares
 roland.va...@uptime.eewrote:

 Hello,

 I'm currently developing wicket based application, which displays alarms
 on map and allows their modification.
 New alarms are sent to server through soap service and map with few
 other
 components on page for all browser clients needs to be refreshed.

 I'm using wicketstuff-push for the push service implementation.
 org.wicketstuff.push.timer.TimerPushService to be clear.



 As an in examples I have method on wicket page which is activated when
 server sends notification about an event:
// set new listener for incoming events
final IPushTarget pushTarget =
 getTimerPushService().installPush(this);
getPushService().addMapListener(new
 MapServiceListener() {
public void onEventChange(final Event event) {
if
 (pushTarget.isConnected()) {
Label label = new Label(labelonpage,label);
 //label
 to be replaced
pushTarget.addComponent(label);
pushTarget.trigger();
}
else { // remove inactive listener

  LOG.debug(Removing map listener  + this);

  getPushService().removeMapListener(this);
}
...

 Problems start with line :
 Label label = new Label(labelonpage,label);

 which results with:
 org.apache.wicket.WicketRuntimeException: There is no application
 attached
 to current thread btpool0-2
at
 org.apache.wicket.Application.get(Application.java:179)
at
 org.apache.wicket.Component.getApplication(Component.java:1323)
at org.apache.wicket.Component.init(Component.java:920)

 It seems that in this push method, context is lost, I have no session,
 request,...

 Is there any way I gan regain it or make new?

 Or how should I implement push service, which needs to replace some
 components on page?

 Thanks in advance,
 Roland




 --
 Rodolfo Hansen
 CTO, KindleIT Software Development
 Email: rhan...@kindleit.net
 Mobile: +1 (809) 860-6669

 
 
 
 -- 
 Rodolfo Hansen
 CTO, KindleIT Software Development
 Email: rhan...@kindleit.net
 Mobile: +1 (809) 860-6669
 
 

-- 
View this message in context: 
http://old.nabble.com/wicketstuff-push-and-component-replacing-tp27274128p27435497.html
Sent from the Wicket - User mailing list archive at Nabble.com.


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



Re: wicketstuff-push and component replacing

2010-02-03 Thread Rodolfo Hansen
The changes are in 1.4-SNAPSHOT

But it seems wicketstuff isn't building the package at the moment, I will
look into that.

For now, you need to checkout the source and build it yourself.

On Wed, Feb 3, 2010 at 8:21 AM, Roland rolan...@gmail.com wrote:


 Thank you for replying.

 As I understand you made some changes, from where can I get them.
 Originally I used this for source:
 http://wicketstuff.org/maven/repository/org/wicketstuff/push/1.4.1/





 but I don't see any changes there.

 I agree on part that push service is complicated.
 I could try comet if I'd find proper example and it would allow me to do
 what I'd like to achieve.

 But AjaxTimeoutBehavior..did you mean AbstractAjaxTimerBehavior instead, as
 I find no references to the first one? If yes, I implemented it with it
 currently, but new alarms checking with it creates considerable traffic and
 is therefore not the cleverest solution I suppose

 Roland

 Rodolfo Hansen wrote:
 
  Try now...
 
  To me, the push service is overly complicated, and you could easily get
  away
  with simply using Wicket's AjaxTimeoutBehavior as there are no technical
  advantages over the later.
 
  The comet version of push offers a couple of serious advantages for the
  server, and client side. Why can't you use that instead?
 
 
  On Tue, Jan 26, 2010 at 11:12 AM, Rodolfo Hansen kry...@gmail.com
 wrote:
 
  I have basically concentrated on the CometD Service
  This should be a simple bug to fix.
 
 
 
  On Fri, Jan 22, 2010 at 10:34 AM, Roland Vares
  roland.va...@uptime.eewrote:
 
  Hello,
 
  I'm currently developing wicket based application, which displays
 alarms
  on map and allows their modification.
  New alarms are sent to server through soap service and map with few
  other
  components on page for all browser clients needs to be refreshed.
 
  I'm using wicketstuff-push for the push service implementation.
  org.wicketstuff.push.timer.TimerPushService to be clear.
 
 
 
  As an in examples I have method on wicket page which is activated when
  server sends notification about an event:
 // set new listener for incoming events
 final IPushTarget pushTarget =
  getTimerPushService().installPush(this);
 getPushService().addMapListener(new
  MapServiceListener() {
 public void onEventChange(final Event event) {
 if
  (pushTarget.isConnected()) {
 Label label = new Label(labelonpage,label);
  //label
  to be replaced
 pushTarget.addComponent(label);
 pushTarget.trigger();
 }
 else { // remove inactive listener
 
   LOG.debug(Removing map listener  + this);
 
   getPushService().removeMapListener(this);
 }
 ...
 
  Problems start with line :
  Label label = new Label(labelonpage,label);
 
  which results with:
  org.apache.wicket.WicketRuntimeException: There is no application
  attached
  to current thread btpool0-2
 at
  org.apache.wicket.Application.get(Application.java:179)
 at
  org.apache.wicket.Component.getApplication(Component.java:1323)
 at
 org.apache.wicket.Component.init(Component.java:920)
 
  It seems that in this push method, context is lost, I have no session,
  request,...
 
  Is there any way I gan regain it or make new?
 
  Or how should I implement push service, which needs to replace some
  components on page?
 
  Thanks in advance,
  Roland
 
 
 
 
  --
  Rodolfo Hansen
  CTO, KindleIT Software Development
  Email: rhan...@kindleit.net
  Mobile: +1 (809) 860-6669
 
 
 
 
  --
  Rodolfo Hansen
  CTO, KindleIT Software Development
  Email: rhan...@kindleit.net
  Mobile: +1 (809) 860-6669
 
 

 --
 View this message in context:
 http://old.nabble.com/wicketstuff-push-and-component-replacing-tp27274128p27435497.html
 Sent from the Wicket - User 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




-- 
Rodolfo Hansen
CTO, KindleIT Software Development
Email: rhan...@kindleit.net
Mobile: +1 (809) 860-6669


Re: wicketstuff-push and component replacing

2010-02-03 Thread vineet semwal
i can't build the wicketstuff core for last few days,i think the problem is
some projects
have their parents as 1.4-SNAPSHOT while others have their parents as
1.4.2-SNAPSHOT.

On Wed, Feb 3, 2010 at 9:59 PM, Rodolfo Hansen kry...@gmail.com wrote:

 The changes are in 1.4-SNAPSHOT

 But it seems wicketstuff isn't building the package at the moment, I will
 look into that.

 For now, you need to checkout the source and build it yourself.

 On Wed, Feb 3, 2010 at 8:21 AM, Roland rolan...@gmail.com wrote:

 
  Thank you for replying.
 
  As I understand you made some changes, from where can I get them.
  Originally I used this for source:
  http://wicketstuff.org/maven/repository/org/wicketstuff/push/1.4.1/
 



 
  but I don't see any changes there.
 
  I agree on part that push service is complicated.
  I could try comet if I'd find proper example and it would allow me to do
  what I'd like to achieve.
 
  But AjaxTimeoutBehavior..did you mean AbstractAjaxTimerBehavior instead,
 as
  I find no references to the first one? If yes, I implemented it with it
  currently, but new alarms checking with it creates considerable traffic
 and
  is therefore not the cleverest solution I suppose
 
  Roland
 
  Rodolfo Hansen wrote:
  
   Try now...
  
   To me, the push service is overly complicated, and you could easily get
   away
   with simply using Wicket's AjaxTimeoutBehavior as there are no
 technical
   advantages over the later.
  
   The comet version of push offers a couple of serious advantages for the
   server, and client side. Why can't you use that instead?
  
  
   On Tue, Jan 26, 2010 at 11:12 AM, Rodolfo Hansen kry...@gmail.com
  wrote:
  
   I have basically concentrated on the CometD Service
   This should be a simple bug to fix.
  
  
  
   On Fri, Jan 22, 2010 at 10:34 AM, Roland Vares
   roland.va...@uptime.eewrote:
  
   Hello,
  
   I'm currently developing wicket based application, which displays
  alarms
   on map and allows their modification.
   New alarms are sent to server through soap service and map with few
   other
   components on page for all browser clients needs to be refreshed.
  
   I'm using wicketstuff-push for the push service implementation.
   org.wicketstuff.push.timer.TimerPushService to be clear.
  
  
  
   As an in examples I have method on wicket page which is activated
 when
   server sends notification about an event:
  // set new listener for incoming events
  final IPushTarget pushTarget =
   getTimerPushService().installPush(this);
  getPushService().addMapListener(new
   MapServiceListener() {
  public void onEventChange(final Event event) {
  if
   (pushTarget.isConnected()) {
  Label label = new Label(labelonpage,label);
   //label
   to be replaced
  pushTarget.addComponent(label);
  pushTarget.trigger();
  }
  else { // remove inactive listener
  
LOG.debug(Removing map listener  + this);
  
getPushService().removeMapListener(this);
  }
  ...
  
   Problems start with line :
   Label label = new Label(labelonpage,label);
  
   which results with:
   org.apache.wicket.WicketRuntimeException: There is no application
   attached
   to current thread btpool0-2
  at
   org.apache.wicket.Application.get(Application.java:179)
  at
   org.apache.wicket.Component.getApplication(Component.java:1323)
  at
  org.apache.wicket.Component.init(Component.java:920)
  
   It seems that in this push method, context is lost, I have no
 session,
   request,...
  
   Is there any way I gan regain it or make new?
  
   Or how should I implement push service, which needs to replace some
   components on page?
  
   Thanks in advance,
   Roland
  
  
  
  
   --
   Rodolfo Hansen
   CTO, KindleIT Software Development
   Email: rhan...@kindleit.net
   Mobile: +1 (809) 860-6669
  
  
  
  
   --
   Rodolfo Hansen
   CTO, KindleIT Software Development
   Email: rhan...@kindleit.net
   Mobile: +1 (809) 860-6669
  
  
 
  --
  View this message in context:
 
 http://old.nabble.com/wicketstuff-push-and-component-replacing-tp27274128p27435497.html
  Sent from the Wicket - User 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
 
 


 --
 Rodolfo Hansen
 CTO, KindleIT Software Development
 Email: rhan...@kindleit.net
 Mobile: +1 (809) 860-6669




-- 
regards,
Vineet Semwal


Re: wicketstuff-push and component replacing

2010-01-26 Thread Rodolfo Hansen
I have basically concentrated on the CometD Service
This should be a simple bug to fix.


On Fri, Jan 22, 2010 at 10:34 AM, Roland Vares roland.va...@uptime.eewrote:

 Hello,

 I'm currently developing wicket based application, which displays alarms on
 map and allows their modification.
 New alarms are sent to server through soap service and map with few other
 components on page for all browser clients needs to be refreshed.

 I'm using wicketstuff-push for the push service implementation.
 org.wicketstuff.push.timer.TimerPushService to be clear.



 As an in examples I have method on wicket page which is activated when
 server sends notification about an event:
// set new listener for incoming events
final IPushTarget pushTarget =
 getTimerPushService().installPush(this);
getPushService().addMapListener(new
 MapServiceListener() {
public void onEventChange(final Event event) {
if
 (pushTarget.isConnected()) {
Label label = new Label(labelonpage,label); //label
 to be replaced
pushTarget.addComponent(label);
pushTarget.trigger();
}
else { // remove inactive listener

LOG.debug(Removing map listener  + this);

getPushService().removeMapListener(this);
}
...

 Problems start with line :
 Label label = new Label(labelonpage,label);

 which results with:
 org.apache.wicket.WicketRuntimeException: There is no application attached
 to current thread btpool0-2
at org.apache.wicket.Application.get(Application.java:179)
at
 org.apache.wicket.Component.getApplication(Component.java:1323)
at org.apache.wicket.Component.init(Component.java:920)

 It seems that in this push method, context is lost, I have no session,
 request,...

 Is there any way I gan regain it or make new?

 Or how should I implement push service, which needs to replace some
 components on page?

 Thanks in advance,
 Roland




-- 
Rodolfo Hansen
CTO, KindleIT Software Development
Email: rhan...@kindleit.net
Mobile: +1 (809) 860-6669


Re: wicketstuff push, publishing event in a page2 and component installed with channel listener in page1

2010-01-26 Thread Rodolfo Hansen
Ok, thanks for the quickstart.

I just submitted the fix to svn...

On Tue, Jan 19, 2010 at 2:38 AM, vineet semwal
vineetsemwal1...@gmail.comwrote:

 thanks,
 i will take a look at them.

 On Mon, Jan 18, 2010 at 9:32 PM, Rodolfo Hansen kry...@gmail.com wrote:

  On Fri, Jan 15, 2010 at 5:24 AM, vineet semwal
  vineetsemwal1...@gmail.comwrote:
 
  
   Sorry ,a little late ..
   push is a great project,thanks for your efforts.
  
   i am a little confused,
   1)does the time out only happens after a remove event is published or
  apart
   from this, there is another
   timeout  which happens when server is finished pushing into the client?
  
 
  Here are the configuration options for the Jetty implementation of
 cometd.
  You can change the connection timeout value
  to notice disconects sooner (at the cost of ineffiency)
  http://cometd.org/documentation/cometd-java/server/configuration
 
  You can check the bayeux  specificition for the details. (
  http://svn.cometd.com/trunk/bayeux/bayeux.html)
 
 
 
 
  
   2)i see some problems when using more than one listener on one
 component,
  i
   tried
   reproducing the problem by a little tinkering in your example ,
   currently the example in the quickstart i am attaching has two
 listeners
  on
   different
   components ,you can reproduce the problem by adding listeners to the
 same
   component.
a event in one channel is caught by channel listener meant for another
   channel.
  
 
  Great, I'll look into this.
 
  
  
   thanks again ..
  
  
  
   On Sat, Dec 26, 2009 at 11:15 PM, Rodolfo Hansen kry...@gmail.com
  wrote:
  
   Regarding remove listeners:
  
   Most browsers fail to report the remove event.
   Only firefox reports removal immediately, all other browsers depend on
  the
   timeout for a comet reconnect to notice and fire the remove event; you
  may
   need to lower the timeout for the cometd connections.
  
  
   Also,can i install more than one channel listener on a component?
   Never tried it, but there should be no problem, can you write a
  quickstart
   with your use cases, so I can flesh any bugs out?
  
  
   On Thu, Dec 24, 2009 at 10:03 AM, vineet semwal
   vineetsemwal1...@gmail.comwrote:
  
Hellos,
recently i started using wicketstuff push ,i have few doubts as
   following
..
i have a situation where i need to publish a event in page 2 and add
  the
channel listener in page 1 .
for eg. a sign out event published in page 2 which i do using a
 remove
listener.
   
Also,can i install more than one channel listener on a component?
   
--
regards,
Vineet Semwal
   
  
  
  
   --
   Rodolfo Hansen
   CTO, KindleIT Software Development
   Email: rhan...@kindleit.net
   Mobile: +1 (809) 860-6669
  
  
  
  
   --
   regards,
   Vineet Semwal
  
  
   -
   To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
   For additional commands, e-mail: users-h...@wicket.apache.org
  
 
 
 
  --
  Rodolfo Hansen
  CTO, KindleIT Software Development
  Email: rhan...@kindleit.net
  Mobile: +1 (809) 860-6669
 



 --
 regards,
 Vineet Semwal




-- 
Rodolfo Hansen
CTO, KindleIT Software Development
Email: rhan...@kindleit.net
Mobile: +1 (809) 860-6669


Re: wicketstuff-push and component replacing

2010-01-26 Thread Rodolfo Hansen
Try now...

To me, the push service is overly complicated, and you could easily get away
with simply using Wicket's AjaxTimeoutBehavior as there are no technical
advantages over the later.

The comet version of push offers a couple of serious advantages for the
server, and client side. Why can't you use that instead?


On Tue, Jan 26, 2010 at 11:12 AM, Rodolfo Hansen kry...@gmail.com wrote:

 I have basically concentrated on the CometD Service
 This should be a simple bug to fix.



 On Fri, Jan 22, 2010 at 10:34 AM, Roland Vares roland.va...@uptime.eewrote:

 Hello,

 I'm currently developing wicket based application, which displays alarms
 on map and allows their modification.
 New alarms are sent to server through soap service and map with few other
 components on page for all browser clients needs to be refreshed.

 I'm using wicketstuff-push for the push service implementation.
 org.wicketstuff.push.timer.TimerPushService to be clear.



 As an in examples I have method on wicket page which is activated when
 server sends notification about an event:
// set new listener for incoming events
final IPushTarget pushTarget =
 getTimerPushService().installPush(this);
getPushService().addMapListener(new
 MapServiceListener() {
public void onEventChange(final Event event) {
if
 (pushTarget.isConnected()) {
Label label = new Label(labelonpage,label); //label
 to be replaced
pushTarget.addComponent(label);
pushTarget.trigger();
}
else { // remove inactive listener

  LOG.debug(Removing map listener  + this);

  getPushService().removeMapListener(this);
}
...

 Problems start with line :
 Label label = new Label(labelonpage,label);

 which results with:
 org.apache.wicket.WicketRuntimeException: There is no application attached
 to current thread btpool0-2
at org.apache.wicket.Application.get(Application.java:179)
at
 org.apache.wicket.Component.getApplication(Component.java:1323)
at org.apache.wicket.Component.init(Component.java:920)

 It seems that in this push method, context is lost, I have no session,
 request,...

 Is there any way I gan regain it or make new?

 Or how should I implement push service, which needs to replace some
 components on page?

 Thanks in advance,
 Roland




 --
 Rodolfo Hansen
 CTO, KindleIT Software Development
 Email: rhan...@kindleit.net
 Mobile: +1 (809) 860-6669




-- 
Rodolfo Hansen
CTO, KindleIT Software Development
Email: rhan...@kindleit.net
Mobile: +1 (809) 860-6669


wicketstuff-push and component replacing

2010-01-22 Thread Roland Vares
Hello,

I'm currently developing wicket based application, which displays alarms on map 
and allows their modification.
New alarms are sent to server through soap service and map with few other 
components on page for all browser clients needs to be refreshed.

I'm using wicketstuff-push for the push service implementation.
org.wicketstuff.push.timer.TimerPushService to be clear.



As an in examples I have method on wicket page which is activated when server 
sends notification about an event:
// set new listener for incoming events
final IPushTarget pushTarget = 
getTimerPushService().installPush(this);
getPushService().addMapListener(new 
MapServiceListener() {
public void onEventChange(final Event event) {
if 
(pushTarget.isConnected()) {
Label label = new Label(labelonpage,label); //label to 
be replaced
pushTarget.addComponent(label);
pushTarget.trigger();
}
else { // remove inactive listener

LOG.debug(Removing map listener  + this);

getPushService().removeMapListener(this);
}
...

Problems start with line :
Label label = new Label(labelonpage,label);

which results with:
org.apache.wicket.WicketRuntimeException: There is no application attached to 
current thread btpool0-2
at org.apache.wicket.Application.get(Application.java:179)
at 
org.apache.wicket.Component.getApplication(Component.java:1323)
at org.apache.wicket.Component.init(Component.java:920)

It seems that in this push method, context is lost, I have no session, 
request,...

Is there any way I gan regain it or make new?

Or how should I implement push service, which needs to replace some components 
on page?

Thanks in advance,
Roland


Re: wicketstuff push, publishing event in a page2 and component installed with channel listener in page1

2010-01-18 Thread Rodolfo Hansen
On Fri, Jan 15, 2010 at 5:24 AM, vineet semwal
vineetsemwal1...@gmail.comwrote:


 Sorry ,a little late ..
 push is a great project,thanks for your efforts.

 i am a little confused,
 1)does the time out only happens after a remove event is published or apart
 from this, there is another
 timeout  which happens when server is finished pushing into the client?


Here are the configuration options for the Jetty implementation of cometd.
You can change the connection timeout value
to notice disconects sooner (at the cost of ineffiency)
http://cometd.org/documentation/cometd-java/server/configuration

You can check the bayeux  specificition for the details. (
http://svn.cometd.com/trunk/bayeux/bayeux.html)





 2)i see some problems when using more than one listener on one component, i
 tried
 reproducing the problem by a little tinkering in your example ,
 currently the example in the quickstart i am attaching has two listeners on
 different
 components ,you can reproduce the problem by adding listeners to the same
 component.
  a event in one channel is caught by channel listener meant for another
 channel.


Great, I'll look into this.



 thanks again ..



 On Sat, Dec 26, 2009 at 11:15 PM, Rodolfo Hansen kry...@gmail.com wrote:

 Regarding remove listeners:

 Most browsers fail to report the remove event.
 Only firefox reports removal immediately, all other browsers depend on the
 timeout for a comet reconnect to notice and fire the remove event; you may
 need to lower the timeout for the cometd connections.


 Also,can i install more than one channel listener on a component?
 Never tried it, but there should be no problem, can you write a quickstart
 with your use cases, so I can flesh any bugs out?


 On Thu, Dec 24, 2009 at 10:03 AM, vineet semwal
 vineetsemwal1...@gmail.comwrote:

  Hellos,
  recently i started using wicketstuff push ,i have few doubts as
 following
  ..
  i have a situation where i need to publish a event in page 2 and add the
  channel listener in page 1 .
  for eg. a sign out event published in page 2 which i do using a remove
  listener.
 
  Also,can i install more than one channel listener on a component?
 
  --
  regards,
  Vineet Semwal
 



 --
 Rodolfo Hansen
 CTO, KindleIT Software Development
 Email: rhan...@kindleit.net
 Mobile: +1 (809) 860-6669




 --
 regards,
 Vineet Semwal


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




-- 
Rodolfo Hansen
CTO, KindleIT Software Development
Email: rhan...@kindleit.net
Mobile: +1 (809) 860-6669


Re: wicketstuff push, publishing event in a page2 and component installed with channel listener in page1

2010-01-18 Thread vineet semwal
thanks,
i will take a look at them.

On Mon, Jan 18, 2010 at 9:32 PM, Rodolfo Hansen kry...@gmail.com wrote:

 On Fri, Jan 15, 2010 at 5:24 AM, vineet semwal
 vineetsemwal1...@gmail.comwrote:

 
  Sorry ,a little late ..
  push is a great project,thanks for your efforts.
 
  i am a little confused,
  1)does the time out only happens after a remove event is published or
 apart
  from this, there is another
  timeout  which happens when server is finished pushing into the client?
 

 Here are the configuration options for the Jetty implementation of cometd.
 You can change the connection timeout value
 to notice disconects sooner (at the cost of ineffiency)
 http://cometd.org/documentation/cometd-java/server/configuration

 You can check the bayeux  specificition for the details. (
 http://svn.cometd.com/trunk/bayeux/bayeux.html)




 
  2)i see some problems when using more than one listener on one component,
 i
  tried
  reproducing the problem by a little tinkering in your example ,
  currently the example in the quickstart i am attaching has two listeners
 on
  different
  components ,you can reproduce the problem by adding listeners to the same
  component.
   a event in one channel is caught by channel listener meant for another
  channel.
 

 Great, I'll look into this.

 
 
  thanks again ..
 
 
 
  On Sat, Dec 26, 2009 at 11:15 PM, Rodolfo Hansen kry...@gmail.com
 wrote:
 
  Regarding remove listeners:
 
  Most browsers fail to report the remove event.
  Only firefox reports removal immediately, all other browsers depend on
 the
  timeout for a comet reconnect to notice and fire the remove event; you
 may
  need to lower the timeout for the cometd connections.
 
 
  Also,can i install more than one channel listener on a component?
  Never tried it, but there should be no problem, can you write a
 quickstart
  with your use cases, so I can flesh any bugs out?
 
 
  On Thu, Dec 24, 2009 at 10:03 AM, vineet semwal
  vineetsemwal1...@gmail.comwrote:
 
   Hellos,
   recently i started using wicketstuff push ,i have few doubts as
  following
   ..
   i have a situation where i need to publish a event in page 2 and add
 the
   channel listener in page 1 .
   for eg. a sign out event published in page 2 which i do using a remove
   listener.
  
   Also,can i install more than one channel listener on a component?
  
   --
   regards,
   Vineet Semwal
  
 
 
 
  --
  Rodolfo Hansen
  CTO, KindleIT Software Development
  Email: rhan...@kindleit.net
  Mobile: +1 (809) 860-6669
 
 
 
 
  --
  regards,
  Vineet Semwal
 
 
  -
  To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
  For additional commands, e-mail: users-h...@wicket.apache.org
 



 --
 Rodolfo Hansen
 CTO, KindleIT Software Development
 Email: rhan...@kindleit.net
 Mobile: +1 (809) 860-6669




-- 
regards,
Vineet Semwal


Re: wicketstuff push, publishing event in a page2 and component installed with channel listener in page1

2010-01-15 Thread vineet semwal
Sorry ,a little late ..
push is a great project,thanks for your efforts.

i am a little confused,
1)does the time out only happens after a remove event is published or apart
from this, there is another
timeout  which happens when server is finished pushing into the client?

2)i see some problems when using more than one listener on one component, i
tried
reproducing the problem by a little tinkering in your example ,
currently the example in the quickstart i am attaching has two listeners on
different
components ,you can reproduce the problem by adding listeners to the same
component.
 a event in one channel is caught by channel listener meant for another
channel.


thanks again ..


On Sat, Dec 26, 2009 at 11:15 PM, Rodolfo Hansen kry...@gmail.com wrote:

 Regarding remove listeners:

 Most browsers fail to report the remove event.
 Only firefox reports removal immediately, all other browsers depend on the
 timeout for a comet reconnect to notice and fire the remove event; you may
 need to lower the timeout for the cometd connections.


 Also,can i install more than one channel listener on a component?
 Never tried it, but there should be no problem, can you write a quickstart
 with your use cases, so I can flesh any bugs out?


 On Thu, Dec 24, 2009 at 10:03 AM, vineet semwal
 vineetsemwal1...@gmail.comwrote:

  Hellos,
  recently i started using wicketstuff push ,i have few doubts as following
  ..
  i have a situation where i need to publish a event in page 2 and add the
  channel listener in page 1 .
  for eg. a sign out event published in page 2 which i do using a remove
  listener.
 
  Also,can i install more than one channel listener on a component?
 
  --
  regards,
  Vineet Semwal
 



 --
 Rodolfo Hansen
 CTO, KindleIT Software Development
 Email: rhan...@kindleit.net
 Mobile: +1 (809) 860-6669




-- 
regards,
Vineet Semwal


quickcomet.jar
Description: application/java-archive

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

Re: wicketstuff push, publishing event in a page2 and component installed with channel listener in page1

2009-12-26 Thread Rodolfo Hansen
Regarding remove listeners:

Most browsers fail to report the remove event.
Only firefox reports removal immediately, all other browsers depend on the
timeout for a comet reconnect to notice and fire the remove event; you may
need to lower the timeout for the cometd connections.


Also,can i install more than one channel listener on a component?
Never tried it, but there should be no problem, can you write a quickstart
with your use cases, so I can flesh any bugs out?


On Thu, Dec 24, 2009 at 10:03 AM, vineet semwal
vineetsemwal1...@gmail.comwrote:

 Hellos,
 recently i started using wicketstuff push ,i have few doubts as following
 ..
 i have a situation where i need to publish a event in page 2 and add the
 channel listener in page 1 .
 for eg. a sign out event published in page 2 which i do using a remove
 listener.

 Also,can i install more than one channel listener on a component?

 --
 regards,
 Vineet Semwal




-- 
Rodolfo Hansen
CTO, KindleIT Software Development
Email: rhan...@kindleit.net
Mobile: +1 (809) 860-6669


wicketstuff push, publishing event in a page2 and component installed with channel listener in page1

2009-12-24 Thread vineet semwal
Hellos,
recently i started using wicketstuff push ,i have few doubts as following ..
i have a situation where i need to publish a event in page 2 and add the
channel listener in page 1 .
for eg. a sign out event published in page 2 which i do using a remove
listener.

Also,can i install more than one channel listener on a component?

-- 
regards,
Vineet Semwal


Re: wicketstuff push, publishing event in a page2 and component installed with channel listener in page1

2009-12-24 Thread vineet semwal
regarding first doubt,
i can't seem to catch the event in page 1 if i publish a event in page 2,

On Thu, Dec 24, 2009 at 7:33 PM, vineet semwal
vineetsemwal1...@gmail.comwrote:

 Hellos,
 recently i started using wicketstuff push ,i have few doubts as following
 ..
 i have a situation where i need to publish a event in page 2 and add the
 channel listener in page 1 .
 for eg. a sign out event published in page 2 which i do using a remove
 listener.

 Also,can i install more than one channel listener on a component?

 --
 regards,
 Vineet Semwal




-- 
regards,
Vineet Semwal


wicketstuff-push question

2009-10-08 Thread Daniel Dominik Holúbek
hello everybody,
has anyone here any experience with wicketstuff-push?
i am trying to use it in my app, but it behaves somewhat strangely.
when i call cometdService.publish(event) method from form's onSubmit method,
it works like a charm.
but when i call it from another method - for example ListView's
onModelChanged, then nothing happens.

the reason i need to call it that way is, that i am using xmpp protocol for
a chat application. in form's onSubmit method, i send the message via xmpp's
sendMessage method. When received, the message is processed in a jabber
listener. that is the place for publishing cometd event. if i publish it in
onSubmit, clients often refresh themselves before the message actually
arrives, and that's a problem.

thank you for any help with this. :)

-- 
-danoh-


Re: wicketstuff-push question

2009-10-08 Thread Rodolfo Hansen
Can you prepare an example?

There are a few things I have to iron out in that code...

I recently published a couple of changes to

On Thu, Oct 8, 2009 at 2:39 AM, Daniel Dominik Holúbek dankodo...@gmail.com
 wrote:

 hello everybody,
 has anyone here any experience with wicketstuff-push?
 i am trying to use it in my app, but it behaves somewhat strangely.
 when i call cometdService.publish(event) method from form's onSubmit
 method,
 it works like a charm.
 but when i call it from another method - for example ListView's
 onModelChanged, then nothing happens.

 the reason i need to call it that way is, that i am using xmpp protocol for
 a chat application. in form's onSubmit method, i send the message via
 xmpp's
 sendMessage method. When received, the message is processed in a jabber
 listener. that is the place for publishing cometd event. if i publish it in
 onSubmit, clients often refresh themselves before the message actually
 arrives, and that's a problem.

 thank you for any help with this. :)

 --
 -danoh-




-- 
Rodolfo Hansen
CTO, KindleIT Software Development
Email: rhan...@kindleit.net
Office: 1 (809) 732-5200
Mobile: 1 (809) 299-7332


Re: [Announce] wicketstuff-push ported to use wicket 1.4 jetty 6.1.14

2009-07-16 Thread freak182

Hello,

Is there a patch/servlet to run cometd in glassfish? because im having
trouble to run push-examples on glassfish as it will be used in production.

Thanks a lot.
Cheers.


Rodolfo Hansen wrote:
 
 On Mon, Apr 20, 2009 at 6:26 AM, pmarrone paolo.marr...@gmail.com wrote:
 

 Hi Rodolfo,
 I'm trying to deploy the wicketstuff-push example on a Glassfish server
 V3,
 but without success.
 Can you give some information about how to use your wicketstuff-push
 implementation outside Jetty?
 
 
 For Glassfish there are a couple of configurations you need to set in the
 glassfish domain.
 
 Also, you might have to write your own servlet, as in this post:
 
 http://weblogs.java.net/blog/jfarcand/archive/2006/10/writting_a_come.html
 
 
 I know that Glassfish has support for cometd, so it should be possible.
 I propose to insert in the example package this kind of information,
 because
 jetty is not normally adopted in real production environments.
 
 
 Yes, if you can, can you write the Glassfish Servlet for cometd
 integration
 and post it as a patch, or send it to me directly?
 
 rhan...@kindleit.net
 
 
 

 Thank you very much for your kind response.
 Regards
 Paolo



 Rodolfo Hansen-2 wrote:
 
  Hi, a new version of wicketstuff-push was moved to the wicketstuff-core
  group of projects, as push-parent (as was specified in the wiki)
 
  A couple of new things were done:
 
  It is no longer compatible with java 1.4, is built for wicket 1.4 and
  requires jetty 6.1.14.
  The dependencies on dojo have been reduced even further, so this
 package
  is
  basically just a cometd client/server project for wicket.
  The RemoveListener is now working and is extended with a new type of
  WicketRemoveListener that allows access to the Wicket Application
  Singleton
  and the session that registered the singleton (i thought of a couple of
  ways
  to register them, and decided to choose the one present in the code for
  it)
 
  Please let me know of any suggestions, ideas for the proj.
 
 

 --
 View this message in context:
 http://www.nabble.com/-Announce--wicketstuff-push-ported-to-use-wicket-1.4-jetty-6.1.14-tp20914051p23134109.html
 Sent from the Wicket - User 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


 
 
 -- 
 Rodolfo Hansen
 CEO, KindleIT Software Development
 Email: rhan...@kindleit.net
 Office: 1 (809) 732-5200
 Mobile: 1 (809) 299-7332
 
 

-- 
View this message in context: 
http://www.nabble.com/-Announce--wicketstuff-push-ported-to-use-wicket-1.4-jetty-6.1.14-tp20914051p24512870.html
Sent from the Wicket - User mailing list archive at Nabble.com.


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



Re: [Announce] wicketstuff-push ported to use wicket 1.4 jetty 6.1.14

2009-07-16 Thread Rodolfo Hansen
No, not yet. I haven't had a chance to write it, nor test it out.

Check bellow in the thread for some guidance, and if you want write me
directly at

kryptt at gmail.com

to see if we can start a patch with it.


On Thu, Jul 16, 2009 at 5:06 AM, freak182 eman.noll...@gmail.com wrote:


 Hello,

 Is there a patch/servlet to run cometd in glassfish? because im having
 trouble to run push-examples on glassfish as it will be used in production.

 Thanks a lot.
 Cheers.


 Rodolfo Hansen wrote:
 
  On Mon, Apr 20, 2009 at 6:26 AM, pmarrone paolo.marr...@gmail.com
 wrote:
 
 
  Hi Rodolfo,
  I'm trying to deploy the wicketstuff-push example on a Glassfish server
  V3,
  but without success.
  Can you give some information about how to use your wicketstuff-push
  implementation outside Jetty?
 
 
  For Glassfish there are a couple of configurations you need to set in the
  glassfish domain.
 
  Also, you might have to write your own servlet, as in this post:
 
 
 http://weblogs.java.net/blog/jfarcand/archive/2006/10/writting_a_come.html
 
 
  I know that Glassfish has support for cometd, so it should be possible.
  I propose to insert in the example package this kind of information,
  because
  jetty is not normally adopted in real production environments.
 
 
  Yes, if you can, can you write the Glassfish Servlet for cometd
  integration
  and post it as a patch, or send it to me directly?
 
  rhan...@kindleit.net
 
 
 
 
  Thank you very much for your kind response.
  Regards
  Paolo
 
 
 
  Rodolfo Hansen-2 wrote:
  
   Hi, a new version of wicketstuff-push was moved to the
 wicketstuff-core
   group of projects, as push-parent (as was specified in the wiki)
  
   A couple of new things were done:
  
   It is no longer compatible with java 1.4, is built for wicket 1.4 and
   requires jetty 6.1.14.
   The dependencies on dojo have been reduced even further, so this
  package
   is
   basically just a cometd client/server project for wicket.
   The RemoveListener is now working and is extended with a new type of
   WicketRemoveListener that allows access to the Wicket Application
   Singleton
   and the session that registered the singleton (i thought of a couple
 of
   ways
   to register them, and decided to choose the one present in the code
 for
   it)
  
   Please let me know of any suggestions, ideas for the proj.
  
  
 
  --
  View this message in context:
 
 http://www.nabble.com/-Announce--wicketstuff-push-ported-to-use-wicket-1.4-jetty-6.1.14-tp20914051p23134109.html
  Sent from the Wicket - User 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
 
 
 
 
  --
  Rodolfo Hansen
  CEO, KindleIT Software Development
  Email: rhan...@kindleit.net
  Office: 1 (809) 732-5200
  Mobile: 1 (809) 299-7332
 
 

 --
 View this message in context:
 http://www.nabble.com/-Announce--wicketstuff-push-ported-to-use-wicket-1.4-jetty-6.1.14-tp20914051p24512870.html
 Sent from the Wicket - User 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




-- 
Rodolfo Hansen
CTO, KindleIT Software Development
Email: rhan...@kindleit.net
Office: 1 (809) 732-5200
Mobile: 1 (809) 299-7332


Re: [Announce] wicketstuff-push ported to use wicket 1.4 jetty 6.1.14

2009-07-13 Thread freak182

Hello,

I checkout the latest wicket-push in wicketstuff but unfortunately this was
built in 1.4. How can I build for 1.3.x wicket? Because our application is
using 1.3.x and I cannot tell them to migrate to 1.4 since the development
has already started.

Thanks a lot.
Cheers.


Rodolfo Hansen wrote:
 
 On Mon, Apr 20, 2009 at 6:26 AM, pmarrone paolo.marr...@gmail.com wrote:
 

 Hi Rodolfo,
 I'm trying to deploy the wicketstuff-push example on a Glassfish server
 V3,
 but without success.
 Can you give some information about how to use your wicketstuff-push
 implementation outside Jetty?
 
 
 For Glassfish there are a couple of configurations you need to set in the
 glassfish domain.
 
 Also, you might have to write your own servlet, as in this post:
 
 http://weblogs.java.net/blog/jfarcand/archive/2006/10/writting_a_come.html
 
 
 I know that Glassfish has support for cometd, so it should be possible.
 I propose to insert in the example package this kind of information,
 because
 jetty is not normally adopted in real production environments.
 
 
 Yes, if you can, can you write the Glassfish Servlet for cometd
 integration
 and post it as a patch, or send it to me directly?
 
 rhan...@kindleit.net
 
 
 

 Thank you very much for your kind response.
 Regards
 Paolo



 Rodolfo Hansen-2 wrote:
 
  Hi, a new version of wicketstuff-push was moved to the wicketstuff-core
  group of projects, as push-parent (as was specified in the wiki)
 
  A couple of new things were done:
 
  It is no longer compatible with java 1.4, is built for wicket 1.4 and
  requires jetty 6.1.14.
  The dependencies on dojo have been reduced even further, so this
 package
  is
  basically just a cometd client/server project for wicket.
  The RemoveListener is now working and is extended with a new type of
  WicketRemoveListener that allows access to the Wicket Application
  Singleton
  and the session that registered the singleton (i thought of a couple of
  ways
  to register them, and decided to choose the one present in the code for
  it)
 
  Please let me know of any suggestions, ideas for the proj.
 
 

 --
 View this message in context:
 http://www.nabble.com/-Announce--wicketstuff-push-ported-to-use-wicket-1.4-jetty-6.1.14-tp20914051p23134109.html
 Sent from the Wicket - User 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


 
 
 -- 
 Rodolfo Hansen
 CEO, KindleIT Software Development
 Email: rhan...@kindleit.net
 Office: 1 (809) 732-5200
 Mobile: 1 (809) 299-7332
 
 

-- 
View this message in context: 
http://www.nabble.com/-Announce--wicketstuff-push-ported-to-use-wicket-1.4-jetty-6.1.14-tp20914051p24457098.html
Sent from the Wicket - User mailing list archive at Nabble.com.


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



Re: [Announce] wicketstuff-push ported to use wicket 1.4 jetty 6.1.14

2009-07-13 Thread Rodolfo Hansen
Hi,

You have two options:

   1. use a previous version of wicketstuff-push,
   2. or help out with branching the current code back to 1.3.x

Right now, the code requres java 1.5, so if your proyect requires java 1.4
then I recomend using a previous version.

the old wicket 1.3, java 1.4 branch is here:

https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/branches/wicketstuff-push/



On Mon, Jul 13, 2009 at 3:10 AM, freak182 eman.noll...@gmail.com wrote:


 Hello,

 I checkout the latest wicket-push in wicketstuff but unfortunately this was
 built in 1.4. How can I build for 1.3.x wicket? Because our application is
 using 1.3.x and I cannot tell them to migrate to 1.4 since the development
 has already started.

 Thanks a lot.
 Cheers.


 Rodolfo Hansen wrote:
 
  On Mon, Apr 20, 2009 at 6:26 AM, pmarrone paolo.marr...@gmail.com
 wrote:
 
 
  Hi Rodolfo,
  I'm trying to deploy the wicketstuff-push example on a Glassfish server
  V3,
  but without success.
  Can you give some information about how to use your wicketstuff-push
  implementation outside Jetty?
 
 
  For Glassfish there are a couple of configurations you need to set in the
  glassfish domain.
 
  Also, you might have to write your own servlet, as in this post:
 
 
 http://weblogs.java.net/blog/jfarcand/archive/2006/10/writting_a_come.html
 
 
  I know that Glassfish has support for cometd, so it should be possible.
  I propose to insert in the example package this kind of information,
  because
  jetty is not normally adopted in real production environments.
 
 
  Yes, if you can, can you write the Glassfish Servlet for cometd
  integration
  and post it as a patch, or send it to me directly?
 
  rhan...@kindleit.net
 
 
 
 
  Thank you very much for your kind response.
  Regards
  Paolo
 
 
 
  Rodolfo Hansen-2 wrote:
  
   Hi, a new version of wicketstuff-push was moved to the
 wicketstuff-core
   group of projects, as push-parent (as was specified in the wiki)
  
   A couple of new things were done:
  
   It is no longer compatible with java 1.4, is built for wicket 1.4 and
   requires jetty 6.1.14.
   The dependencies on dojo have been reduced even further, so this
  package
   is
   basically just a cometd client/server project for wicket.
   The RemoveListener is now working and is extended with a new type of
   WicketRemoveListener that allows access to the Wicket Application
   Singleton
   and the session that registered the singleton (i thought of a couple
 of
   ways
   to register them, and decided to choose the one present in the code
 for
   it)
  
   Please let me know of any suggestions, ideas for the proj.
  
  
 
  --
  View this message in context:
 
 http://www.nabble.com/-Announce--wicketstuff-push-ported-to-use-wicket-1.4-jetty-6.1.14-tp20914051p23134109.html
  Sent from the Wicket - User 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
 
 
 
 
  --
  Rodolfo Hansen
  CEO, KindleIT Software Development
  Email: rhan...@kindleit.net
  Office: 1 (809) 732-5200
  Mobile: 1 (809) 299-7332
 
 

 --
 View this message in context:
 http://www.nabble.com/-Announce--wicketstuff-push-ported-to-use-wicket-1.4-jetty-6.1.14-tp20914051p24457098.html
 Sent from the Wicket - User 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




-- 
Rodolfo Hansen
CEO, KindleIT Software Development
Email: rhan...@kindleit.net
Office: 1 (809) 732-5200
Mobile: 1 (809) 299-7332


Re: [Announce] wicketstuff-push ported to use wicket 1.4 jetty 6.1.14

2009-07-13 Thread freak182

Hello,

Although we use java 1.5, the wicket version we are gonna use it wicket
1.3.6 ..the problem from the latest branch is the MetaDataKey is now
generified becuase it is built against 1.4. I found out that in 1.3.x branch
has same wicket-push codebase but the metadatakey is not using generics. i
just replace the files that contains metadatakey class that use generics. :)

And i tested and it work. ;))

Thanks a lot.
Cheers.



Rodolfo Hansen wrote:
 
 Hi,
 
 You have two options:
 
1. use a previous version of wicketstuff-push,
2. or help out with branching the current code back to 1.3.x
 
 Right now, the code requres java 1.5, so if your proyect requires java 1.4
 then I recomend using a previous version.
 
 the old wicket 1.3, java 1.4 branch is here:
 
 https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/branches/wicketstuff-push/
 
 
 
 On Mon, Jul 13, 2009 at 3:10 AM, freak182 eman.noll...@gmail.com wrote:
 

 Hello,

 I checkout the latest wicket-push in wicketstuff but unfortunately this
 was
 built in 1.4. How can I build for 1.3.x wicket? Because our application
 is
 using 1.3.x and I cannot tell them to migrate to 1.4 since the
 development
 has already started.

 Thanks a lot.
 Cheers.


 Rodolfo Hansen wrote:
 
  On Mon, Apr 20, 2009 at 6:26 AM, pmarrone paolo.marr...@gmail.com
 wrote:
 
 
  Hi Rodolfo,
  I'm trying to deploy the wicketstuff-push example on a Glassfish
 server
  V3,
  but without success.
  Can you give some information about how to use your wicketstuff-push
  implementation outside Jetty?
 
 
  For Glassfish there are a couple of configurations you need to set in
 the
  glassfish domain.
 
  Also, you might have to write your own servlet, as in this post:
 
 
 http://weblogs.java.net/blog/jfarcand/archive/2006/10/writting_a_come.html
 
 
  I know that Glassfish has support for cometd, so it should be
 possible.
  I propose to insert in the example package this kind of information,
  because
  jetty is not normally adopted in real production environments.
 
 
  Yes, if you can, can you write the Glassfish Servlet for cometd
  integration
  and post it as a patch, or send it to me directly?
 
  rhan...@kindleit.net
 
 
 
 
  Thank you very much for your kind response.
  Regards
  Paolo
 
 
 
  Rodolfo Hansen-2 wrote:
  
   Hi, a new version of wicketstuff-push was moved to the
 wicketstuff-core
   group of projects, as push-parent (as was specified in the wiki)
  
   A couple of new things were done:
  
   It is no longer compatible with java 1.4, is built for wicket 1.4
 and
   requires jetty 6.1.14.
   The dependencies on dojo have been reduced even further, so this
  package
   is
   basically just a cometd client/server project for wicket.
   The RemoveListener is now working and is extended with a new type of
   WicketRemoveListener that allows access to the Wicket Application
   Singleton
   and the session that registered the singleton (i thought of a couple
 of
   ways
   to register them, and decided to choose the one present in the code
 for
   it)
  
   Please let me know of any suggestions, ideas for the proj.
  
  
 
  --
  View this message in context:
 
 http://www.nabble.com/-Announce--wicketstuff-push-ported-to-use-wicket-1.4-jetty-6.1.14-tp20914051p23134109.html
  Sent from the Wicket - User 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
 
 
 
 
  --
  Rodolfo Hansen
  CEO, KindleIT Software Development
  Email: rhan...@kindleit.net
  Office: 1 (809) 732-5200
  Mobile: 1 (809) 299-7332
 
 

 --
 View this message in context:
 http://www.nabble.com/-Announce--wicketstuff-push-ported-to-use-wicket-1.4-jetty-6.1.14-tp20914051p24457098.html
 Sent from the Wicket - User 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


 
 
 -- 
 Rodolfo Hansen
 CEO, KindleIT Software Development
 Email: rhan...@kindleit.net
 Office: 1 (809) 732-5200
 Mobile: 1 (809) 299-7332
 
 

-- 
View this message in context: 
http://www.nabble.com/-Announce--wicketstuff-push-ported-to-use-wicket-1.4-jetty-6.1.14-tp20914051p24464690.html
Sent from the Wicket - User mailing list archive at Nabble.com.


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



Re: [Announce] wicketstuff-push ported to use wicket 1.4 jetty 6.1.14

2009-04-20 Thread pmarrone

Hi Rodolfo,
I'm trying to deploy the wicketstuff-push example on a Glassfish server V3,
but without success.
Can you give some information about how to use your wicketstuff-push
implementation outside Jetty?
I know that Glassfish has support for cometd, so it should be possible.
I propose to insert in the example package this kind of information, because
jetty is not normally adopted in real production environments.

Thank you very much for your kind response.
Regards
Paolo



Rodolfo Hansen-2 wrote:
 
 Hi, a new version of wicketstuff-push was moved to the wicketstuff-core
 group of projects, as push-parent (as was specified in the wiki)
 
 A couple of new things were done:
 
 It is no longer compatible with java 1.4, is built for wicket 1.4 and
 requires jetty 6.1.14.
 The dependencies on dojo have been reduced even further, so this package
 is
 basically just a cometd client/server project for wicket.
 The RemoveListener is now working and is extended with a new type of
 WicketRemoveListener that allows access to the Wicket Application
 Singleton
 and the session that registered the singleton (i thought of a couple of
 ways
 to register them, and decided to choose the one present in the code for
 it)
 
 Please let me know of any suggestions, ideas for the proj.
 
 

-- 
View this message in context: 
http://www.nabble.com/-Announce--wicketstuff-push-ported-to-use-wicket-1.4-jetty-6.1.14-tp20914051p23134109.html
Sent from the Wicket - User mailing list archive at Nabble.com.


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



Re: [Announce] wicketstuff-push ported to use wicket 1.4 jetty 6.1.14

2009-04-20 Thread Rodolfo Hansen
On Mon, Apr 20, 2009 at 6:26 AM, pmarrone paolo.marr...@gmail.com wrote:


 Hi Rodolfo,
 I'm trying to deploy the wicketstuff-push example on a Glassfish server V3,
 but without success.
 Can you give some information about how to use your wicketstuff-push
 implementation outside Jetty?


For Glassfish there are a couple of configurations you need to set in the
glassfish domain.

Also, you might have to write your own servlet, as in this post:

http://weblogs.java.net/blog/jfarcand/archive/2006/10/writting_a_come.html


 I know that Glassfish has support for cometd, so it should be possible.
 I propose to insert in the example package this kind of information,
 because
 jetty is not normally adopted in real production environments.


Yes, if you can, can you write the Glassfish Servlet for cometd integration
and post it as a patch, or send it to me directly?

rhan...@kindleit.net




 Thank you very much for your kind response.
 Regards
 Paolo



 Rodolfo Hansen-2 wrote:
 
  Hi, a new version of wicketstuff-push was moved to the wicketstuff-core
  group of projects, as push-parent (as was specified in the wiki)
 
  A couple of new things were done:
 
  It is no longer compatible with java 1.4, is built for wicket 1.4 and
  requires jetty 6.1.14.
  The dependencies on dojo have been reduced even further, so this package
  is
  basically just a cometd client/server project for wicket.
  The RemoveListener is now working and is extended with a new type of
  WicketRemoveListener that allows access to the Wicket Application
  Singleton
  and the session that registered the singleton (i thought of a couple of
  ways
  to register them, and decided to choose the one present in the code for
  it)
 
  Please let me know of any suggestions, ideas for the proj.
 
 

 --
 View this message in context:
 http://www.nabble.com/-Announce--wicketstuff-push-ported-to-use-wicket-1.4-jetty-6.1.14-tp20914051p23134109.html
 Sent from the Wicket - User 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




-- 
Rodolfo Hansen
CEO, KindleIT Software Development
Email: rhan...@kindleit.net
Office: 1 (809) 732-5200
Mobile: 1 (809) 299-7332


Re: [Announce] wicketstuff-push ported to use wicket 1.4 jetty 6.1.14

2009-01-02 Thread Rodolfo Hansen
Ok, I moved it into the 1.3.x branch as you suggested so trunk can stay
clean.

Thanks for the heads up on the clutter.


On Wed, Dec 31, 2008 at 1:25 PM, Jeremy Thomerson jer...@wickettraining.com
 wrote:

 svn mv to the 1.3 branch:

 https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/branches/wicket-1.3.x/

 You'll have to see if whatever you already have existing in that branch can
 be overwritten.

 Let me know if I can be of assistance to you in any way.

 --
 Jeremy Thomerson
 http://www.wickettraining.com


 On Wed, Dec 31, 2008 at 2:08 AM, Rodolfo Hansen kry...@gmail.com wrote:

  Sorry, was away.
 
  Um, I don't know where to put the old one.
 
  Basically the old code still works with Java 1.4 and wicket 1.3, where
  would
  the best place to put it be?
  just drop it?
 
  On Sat, Dec 27, 2008 at 3:31 PM, Jeremy Thomerson 
  jer...@wickettraining.com
   wrote:
 
   Rodolfo - why is there still a wicketstuff-push folder in trunk [1]?  I
   didn't notice until today when a user asked a question about it.
  
   Was it an oversight, or is it something different?
  
   Just Curious and Confused,
  
   Jeremy Thomerson
   http://www.wickettraining.com
  
   On Tue, Dec 9, 2008 at 6:46 AM, Rodolfo Hansen rhan...@kindleit.net
   wrote:
  
Hi, a new version of wicketstuff-push was moved to the
 wicketstuff-core
group of projects, as push-parent (as was specified in the wiki)
   
A couple of new things were done:
   
It is no longer compatible with java 1.4, is built for wicket 1.4 and
requires jetty 6.1.14.
The dependencies on dojo have been reduced even further, so this
  package
   is
basically just a cometd client/server project for wicket.
The RemoveListener is now working and is extended with a new type of
WicketRemoveListener that allows access to the Wicket Application
   Singleton
and the session that registered the singleton (i thought of a couple
 of
ways
to register them, and decided to choose the one present in the code
 for
   it)
   
Please let me know of any suggestions, ideas for the proj.
   
  
 



Re: [Announce] wicketstuff-push ported to use wicket 1.4 jetty 6.1.14

2008-12-31 Thread Rodolfo Hansen
Sorry, was away.

Um, I don't know where to put the old one.

Basically the old code still works with Java 1.4 and wicket 1.3, where would
the best place to put it be?
just drop it?

On Sat, Dec 27, 2008 at 3:31 PM, Jeremy Thomerson jer...@wickettraining.com
 wrote:

 Rodolfo - why is there still a wicketstuff-push folder in trunk [1]?  I
 didn't notice until today when a user asked a question about it.

 Was it an oversight, or is it something different?

 Just Curious and Confused,

 Jeremy Thomerson
 http://www.wickettraining.com

 On Tue, Dec 9, 2008 at 6:46 AM, Rodolfo Hansen rhan...@kindleit.net
 wrote:

  Hi, a new version of wicketstuff-push was moved to the wicketstuff-core
  group of projects, as push-parent (as was specified in the wiki)
 
  A couple of new things were done:
 
  It is no longer compatible with java 1.4, is built for wicket 1.4 and
  requires jetty 6.1.14.
  The dependencies on dojo have been reduced even further, so this package
 is
  basically just a cometd client/server project for wicket.
  The RemoveListener is now working and is extended with a new type of
  WicketRemoveListener that allows access to the Wicket Application
 Singleton
  and the session that registered the singleton (i thought of a couple of
  ways
  to register them, and decided to choose the one present in the code for
 it)
 
  Please let me know of any suggestions, ideas for the proj.
 



Re: [Announce] wicketstuff-push ported to use wicket 1.4 jetty 6.1.14

2008-12-31 Thread Jeremy Thomerson
svn mv to the 1.3 branch:
https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/branches/wicket-1.3.x/

You'll have to see if whatever you already have existing in that branch can
be overwritten.

Let me know if I can be of assistance to you in any way.

-- 
Jeremy Thomerson
http://www.wickettraining.com


On Wed, Dec 31, 2008 at 2:08 AM, Rodolfo Hansen kry...@gmail.com wrote:

 Sorry, was away.

 Um, I don't know where to put the old one.

 Basically the old code still works with Java 1.4 and wicket 1.3, where
 would
 the best place to put it be?
 just drop it?

 On Sat, Dec 27, 2008 at 3:31 PM, Jeremy Thomerson 
 jer...@wickettraining.com
  wrote:

  Rodolfo - why is there still a wicketstuff-push folder in trunk [1]?  I
  didn't notice until today when a user asked a question about it.
 
  Was it an oversight, or is it something different?
 
  Just Curious and Confused,
 
  Jeremy Thomerson
  http://www.wickettraining.com
 
  On Tue, Dec 9, 2008 at 6:46 AM, Rodolfo Hansen rhan...@kindleit.net
  wrote:
 
   Hi, a new version of wicketstuff-push was moved to the wicketstuff-core
   group of projects, as push-parent (as was specified in the wiki)
  
   A couple of new things were done:
  
   It is no longer compatible with java 1.4, is built for wicket 1.4 and
   requires jetty 6.1.14.
   The dependencies on dojo have been reduced even further, so this
 package
  is
   basically just a cometd client/server project for wicket.
   The RemoveListener is now working and is extended with a new type of
   WicketRemoveListener that allows access to the Wicket Application
  Singleton
   and the session that registered the singleton (i thought of a couple of
   ways
   to register them, and decided to choose the one present in the code for
  it)
  
   Please let me know of any suggestions, ideas for the proj.
  
 



Re: [Announce] wicketstuff-push ported to use wicket 1.4 jetty 6.1.14

2008-12-27 Thread Jeremy Thomerson
Rodolfo - why is there still a wicketstuff-push folder in trunk [1]?  I
didn't notice until today when a user asked a question about it.

Was it an oversight, or is it something different?

Just Curious and Confused,

Jeremy Thomerson
http://www.wickettraining.com

On Tue, Dec 9, 2008 at 6:46 AM, Rodolfo Hansen rhan...@kindleit.net wrote:

 Hi, a new version of wicketstuff-push was moved to the wicketstuff-core
 group of projects, as push-parent (as was specified in the wiki)

 A couple of new things were done:

 It is no longer compatible with java 1.4, is built for wicket 1.4 and
 requires jetty 6.1.14.
 The dependencies on dojo have been reduced even further, so this package is
 basically just a cometd client/server project for wicket.
 The RemoveListener is now working and is extended with a new type of
 WicketRemoveListener that allows access to the Wicket Application Singleton
 and the session that registered the singleton (i thought of a couple of
 ways
 to register them, and decided to choose the one present in the code for it)

 Please let me know of any suggestions, ideas for the proj.



Re: [Announce] wicketstuff-push ported to use wicket 1.4 jetty 6.1.14

2008-12-12 Thread Michael Sparer

AFAIK jquery started something, but I just heard of that and didn't look into
it. If dojo seems too bloated to you you can easily build your own dojo with
just the modules you need - then it isn't bloated at all (except you're
using too many components). There's a post announcing wicketstuff-dojo-1.1.
somewhere on the mailinglist that explained (or at least offered to explain
;-)) how to build your own dojo - on the wiki it's described with 0.4 if I
remember correctly

regards,
michael

Peter Ertl-3 wrote:
 
 concerning the proper javascript client for comet... is there anything  
 reasonable except dojo-cometd-client to use?
 
 The dojo stuff feels really bloated for me
 
 Am 11.12.2008 um 15:00 schrieb Michael Sparer:
 

 Alright, I'll keep an eye on changes of your project. Maybe we can  
 merge some
 useful stuff in the future, but for now I'm of the same opinion as  
 you.
 Let's keep them seperate for now.

 greetings from ice-cold austria,
 Michael


 Rodolfo Hansen-2 wrote:

 Yeah, I think we might just want to separate them, the goals will  
 start
 becoming a bit different as well..

 Especially since push has other options other than cometd / dojo  
 for the
 general notion of getting push to web clients...

 So its better to separate those concerns and have push with its own
 mindset,
 no?


 On Tue, Dec 9, 2008 at 9:40 AM, Michael Sparer
 michael.spa...@gmx.atwrote:


 Rodolfo,

 so you finally decided to stick with your initial idea ;-)

 did you at least have a look at the cometd stuff in the new
 wicketstuff-dojo-1.1. project? I'm still against the idea to split  
 up
 wicketstuff-push completely from the dojo project, but we had the
 discussion
 before without result ...

 regards,
 Michael


 Rodolfo Hansen-2 wrote:

 Hi, a new version of wicketstuff-push was moved to the  
 wicketstuff-core
 group of projects, as push-parent (as was specified in the wiki)

 A couple of new things were done:

 It is no longer compatible with java 1.4, is built for wicket 1.4  
 and
 requires jetty 6.1.14.
 The dependencies on dojo have been reduced even further, so this
 package
 is
 basically just a cometd client/server project for wicket.
 The RemoveListener is now working and is extended with a new type  
 of
 WicketRemoveListener that allows access to the Wicket Application
 Singleton
 and the session that registered the singleton (i thought of a  
 couple of
 ways
 to register them, and decided to choose the one present in the  
 code for
 it)

 Please let me know of any suggestions, ideas for the proj.




 -
 Michael Sparer
 http://talk-on-tech.blogspot.com
 --
 View this message in context:
 http://www.nabble.com/-Announce--wicketstuff-push-ported-to-use-wicket-1.4-jetty-6.1.14-tp20914051p20914877.html
 Sent from the Wicket - User 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






 -
 Michael Sparer
 http://talk-on-tech.blogspot.com
 -- 
 View this message in context:
 http://www.nabble.com/-Announce--wicketstuff-push-ported-to-use-wicket-1.4-jetty-6.1.14-tp20914051p20955950.html
 Sent from the Wicket - User 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
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 


-
Michael Sparer
http://talk-on-tech.blogspot.com
-- 
View this message in context: 
http://www.nabble.com/-Announce--wicketstuff-push-ported-to-use-wicket-1.4-jetty-6.1.14-tp20914051p20971370.html
Sent from the Wicket - User mailing list archive at Nabble.com.


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



Re: [Announce] wicketstuff-push ported to use wicket 1.4 jetty 6.1.14

2008-12-12 Thread Rodolfo Hansen
Yeah, Jquery started something which I tested a couple of months ago with no
luck.

Writing/Finding a leaner comet client is in the TODO right now...

The idea Jesse McConnel has is of making it simpler to marshall data to-from
clients.
To make it, an actual bus for communication.

We haven't had much time to discuss all this though.


On Fri, Dec 12, 2008 at 4:09 AM, Michael Sparer michael.spa...@gmx.atwrote:


 AFAIK jquery started something, but I just heard of that and didn't look
 into
 it. If dojo seems too bloated to you you can easily build your own dojo
 with
 just the modules you need - then it isn't bloated at all (except you're
 using too many components). There's a post announcing wicketstuff-dojo-1.1.
 somewhere on the mailinglist that explained (or at least offered to explain
 ;-)) how to build your own dojo - on the wiki it's described with 0.4 if I
 remember correctly

 regards,
 michael

 Peter Ertl-3 wrote:
 
  concerning the proper javascript client for comet... is there anything
  reasonable except dojo-cometd-client to use?
 
  The dojo stuff feels really bloated for me
 
  Am 11.12.2008 um 15:00 schrieb Michael Sparer:
 
 
  Alright, I'll keep an eye on changes of your project. Maybe we can
  merge some
  useful stuff in the future, but for now I'm of the same opinion as
  you.
  Let's keep them seperate for now.
 
  greetings from ice-cold austria,
  Michael
 
 
  Rodolfo Hansen-2 wrote:
 
  Yeah, I think we might just want to separate them, the goals will
  start
  becoming a bit different as well..
 
  Especially since push has other options other than cometd / dojo
  for the
  general notion of getting push to web clients...
 
  So its better to separate those concerns and have push with its own
  mindset,
  no?
 
 
  On Tue, Dec 9, 2008 at 9:40 AM, Michael Sparer
  michael.spa...@gmx.atwrote:
 
 
  Rodolfo,
 
  so you finally decided to stick with your initial idea ;-)
 
  did you at least have a look at the cometd stuff in the new
  wicketstuff-dojo-1.1. project? I'm still against the idea to split
  up
  wicketstuff-push completely from the dojo project, but we had the
  discussion
  before without result ...
 
  regards,
  Michael
 
 
  Rodolfo Hansen-2 wrote:
 
  Hi, a new version of wicketstuff-push was moved to the
  wicketstuff-core
  group of projects, as push-parent (as was specified in the wiki)
 
  A couple of new things were done:
 
  It is no longer compatible with java 1.4, is built for wicket 1.4
  and
  requires jetty 6.1.14.
  The dependencies on dojo have been reduced even further, so this
  package
  is
  basically just a cometd client/server project for wicket.
  The RemoveListener is now working and is extended with a new type
  of
  WicketRemoveListener that allows access to the Wicket Application
  Singleton
  and the session that registered the singleton (i thought of a
  couple of
  ways
  to register them, and decided to choose the one present in the
  code for
  it)
 
  Please let me know of any suggestions, ideas for the proj.
 
 
 
 
  -
  Michael Sparer
  http://talk-on-tech.blogspot.com
  --
  View this message in context:
 
 http://www.nabble.com/-Announce--wicketstuff-push-ported-to-use-wicket-1.4-jetty-6.1.14-tp20914051p20914877.html
  Sent from the Wicket - User 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
 
 
 
 
 
 
  -
  Michael Sparer
  http://talk-on-tech.blogspot.com
  --
  View this message in context:
 
 http://www.nabble.com/-Announce--wicketstuff-push-ported-to-use-wicket-1.4-jetty-6.1.14-tp20914051p20955950.html
  Sent from the Wicket - User 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
 
 
  -
  To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
  For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 


 -
 Michael Sparer
 http://talk-on-tech.blogspot.com
 --
 View this message in context:
 http://www.nabble.com/-Announce--wicketstuff-push-ported-to-use-wicket-1.4-jetty-6.1.14-tp20914051p20971370.html
 Sent from the Wicket - User mailing list archive at Nabble.com.


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




Re: [Announce] wicketstuff-push ported to use wicket 1.4 jetty 6.1.14

2008-12-11 Thread Rodolfo Hansen
Yeah, I think we might just want to separate them, the goals will start
becoming a bit different as well..

Especially since push has other options other than cometd / dojo for the
general notion of getting push to web clients...

So its better to separate those concerns and have push with its own mindset,
no?


On Tue, Dec 9, 2008 at 9:40 AM, Michael Sparer [EMAIL PROTECTED]wrote:


 Rodolfo,

 so you finally decided to stick with your initial idea ;-)

 did you at least have a look at the cometd stuff in the new
 wicketstuff-dojo-1.1. project? I'm still against the idea to split up
 wicketstuff-push completely from the dojo project, but we had the
 discussion
 before without result ...

 regards,
 Michael


 Rodolfo Hansen-2 wrote:
 
  Hi, a new version of wicketstuff-push was moved to the wicketstuff-core
  group of projects, as push-parent (as was specified in the wiki)
 
  A couple of new things were done:
 
  It is no longer compatible with java 1.4, is built for wicket 1.4 and
  requires jetty 6.1.14.
  The dependencies on dojo have been reduced even further, so this package
  is
  basically just a cometd client/server project for wicket.
  The RemoveListener is now working and is extended with a new type of
  WicketRemoveListener that allows access to the Wicket Application
  Singleton
  and the session that registered the singleton (i thought of a couple of
  ways
  to register them, and decided to choose the one present in the code for
  it)
 
  Please let me know of any suggestions, ideas for the proj.
 
 


 -
 Michael Sparer
 http://talk-on-tech.blogspot.com
 --
 View this message in context:
 http://www.nabble.com/-Announce--wicketstuff-push-ported-to-use-wicket-1.4-jetty-6.1.14-tp20914051p20914877.html
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




Re: [Announce] wicketstuff-push ported to use wicket 1.4 jetty 6.1.14

2008-12-11 Thread Michael Sparer

Alright, I'll keep an eye on changes of your project. Maybe we can merge some
useful stuff in the future, but for now I'm of the same opinion as you.
Let's keep them seperate for now.

greetings from ice-cold austria,
Michael 


Rodolfo Hansen-2 wrote:
 
 Yeah, I think we might just want to separate them, the goals will start
 becoming a bit different as well..
 
 Especially since push has other options other than cometd / dojo for the
 general notion of getting push to web clients...
 
 So its better to separate those concerns and have push with its own
 mindset,
 no?
 
 
 On Tue, Dec 9, 2008 at 9:40 AM, Michael Sparer
 [EMAIL PROTECTED]wrote:
 

 Rodolfo,

 so you finally decided to stick with your initial idea ;-)

 did you at least have a look at the cometd stuff in the new
 wicketstuff-dojo-1.1. project? I'm still against the idea to split up
 wicketstuff-push completely from the dojo project, but we had the
 discussion
 before without result ...

 regards,
 Michael


 Rodolfo Hansen-2 wrote:
 
  Hi, a new version of wicketstuff-push was moved to the wicketstuff-core
  group of projects, as push-parent (as was specified in the wiki)
 
  A couple of new things were done:
 
  It is no longer compatible with java 1.4, is built for wicket 1.4 and
  requires jetty 6.1.14.
  The dependencies on dojo have been reduced even further, so this
 package
  is
  basically just a cometd client/server project for wicket.
  The RemoveListener is now working and is extended with a new type of
  WicketRemoveListener that allows access to the Wicket Application
  Singleton
  and the session that registered the singleton (i thought of a couple of
  ways
  to register them, and decided to choose the one present in the code for
  it)
 
  Please let me know of any suggestions, ideas for the proj.
 
 


 -
 Michael Sparer
 http://talk-on-tech.blogspot.com
 --
 View this message in context:
 http://www.nabble.com/-Announce--wicketstuff-push-ported-to-use-wicket-1.4-jetty-6.1.14-tp20914051p20914877.html
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


 
 


-
Michael Sparer
http://talk-on-tech.blogspot.com
-- 
View this message in context: 
http://www.nabble.com/-Announce--wicketstuff-push-ported-to-use-wicket-1.4-jetty-6.1.14-tp20914051p20955950.html
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [Announce] wicketstuff-push ported to use wicket 1.4 jetty 6.1.14

2008-12-11 Thread Peter Ertl
concerning the proper javascript client for comet... is there anything  
reasonable except dojo-cometd-client to use?


The dojo stuff feels really bloated for me

Am 11.12.2008 um 15:00 schrieb Michael Sparer:



Alright, I'll keep an eye on changes of your project. Maybe we can  
merge some
useful stuff in the future, but for now I'm of the same opinion as  
you.

Let's keep them seperate for now.

greetings from ice-cold austria,
Michael


Rodolfo Hansen-2 wrote:


Yeah, I think we might just want to separate them, the goals will  
start

becoming a bit different as well..

Especially since push has other options other than cometd / dojo  
for the

general notion of getting push to web clients...

So its better to separate those concerns and have push with its own
mindset,
no?


On Tue, Dec 9, 2008 at 9:40 AM, Michael Sparer
michael.spa...@gmx.atwrote:



Rodolfo,

so you finally decided to stick with your initial idea ;-)

did you at least have a look at the cometd stuff in the new
wicketstuff-dojo-1.1. project? I'm still against the idea to split  
up

wicketstuff-push completely from the dojo project, but we had the
discussion
before without result ...

regards,
Michael


Rodolfo Hansen-2 wrote:


Hi, a new version of wicketstuff-push was moved to the  
wicketstuff-core

group of projects, as push-parent (as was specified in the wiki)

A couple of new things were done:

It is no longer compatible with java 1.4, is built for wicket 1.4  
and

requires jetty 6.1.14.
The dependencies on dojo have been reduced even further, so this

package

is
basically just a cometd client/server project for wicket.
The RemoveListener is now working and is extended with a new type  
of

WicketRemoveListener that allows access to the Wicket Application
Singleton
and the session that registered the singleton (i thought of a  
couple of

ways
to register them, and decided to choose the one present in the  
code for

it)

Please let me know of any suggestions, ideas for the proj.





-
Michael Sparer
http://talk-on-tech.blogspot.com
--
View this message in context:
http://www.nabble.com/-Announce--wicketstuff-push-ported-to-use-wicket-1.4-jetty-6.1.14-tp20914051p20914877.html
Sent from the Wicket - User 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








-
Michael Sparer
http://talk-on-tech.blogspot.com
--
View this message in context: 
http://www.nabble.com/-Announce--wicketstuff-push-ported-to-use-wicket-1.4-jetty-6.1.14-tp20914051p20955950.html
Sent from the Wicket - User 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



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



[Announce] wicketstuff-push ported to use wicket 1.4 jetty 6.1.14

2008-12-09 Thread Rodolfo Hansen
Hi, a new version of wicketstuff-push was moved to the wicketstuff-core
group of projects, as push-parent (as was specified in the wiki)

A couple of new things were done:

It is no longer compatible with java 1.4, is built for wicket 1.4 and
requires jetty 6.1.14.
The dependencies on dojo have been reduced even further, so this package is
basically just a cometd client/server project for wicket.
The RemoveListener is now working and is extended with a new type of
WicketRemoveListener that allows access to the Wicket Application Singleton
and the session that registered the singleton (i thought of a couple of ways
to register them, and decided to choose the one present in the code for it)

Please let me know of any suggestions, ideas for the proj.


Re: [Announce] wicketstuff-push ported to use wicket 1.4 jetty 6.1.14

2008-12-09 Thread Michael Sparer

Rodolfo, 

so you finally decided to stick with your initial idea ;-)

did you at least have a look at the cometd stuff in the new
wicketstuff-dojo-1.1. project? I'm still against the idea to split up
wicketstuff-push completely from the dojo project, but we had the discussion
before without result ...

regards,
Michael


Rodolfo Hansen-2 wrote:
 
 Hi, a new version of wicketstuff-push was moved to the wicketstuff-core
 group of projects, as push-parent (as was specified in the wiki)
 
 A couple of new things were done:
 
 It is no longer compatible with java 1.4, is built for wicket 1.4 and
 requires jetty 6.1.14.
 The dependencies on dojo have been reduced even further, so this package
 is
 basically just a cometd client/server project for wicket.
 The RemoveListener is now working and is extended with a new type of
 WicketRemoveListener that allows access to the Wicket Application
 Singleton
 and the session that registered the singleton (i thought of a couple of
 ways
 to register them, and decided to choose the one present in the code for
 it)
 
 Please let me know of any suggestions, ideas for the proj.
 
 


-
Michael Sparer
http://talk-on-tech.blogspot.com
-- 
View this message in context: 
http://www.nabble.com/-Announce--wicketstuff-push-ported-to-use-wicket-1.4-jetty-6.1.14-tp20914051p20914877.html
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: wicketstuff-push is over, wickestuff-dojo-1.1 is born ???

2008-11-21 Thread Stefan Fußenegger

see
http://www.nabble.com/Dojo-1.1-integration-available-from-wicketstuff-to20625220.html


Michael Sparer wrote:
 
 Hi Julien, 
 
 we're doing our last tests today and tomorrow and will put
 wicketstuff-dojo-1.1 into production by Monday. If no issues arise, we'll
 share it as a wicketstuff project next week. Please note that so far, we
 only ported some components to 1.1. (includes wiper, slider, drag and drop
 and cometd). We're also making extensive use of cometd, which is quite a
 bit better than in dojo 0.4 by the way, and it is also included in the
 wicketstuff-dojo-1.1 project then. Then it's your turn to give
 recommendations, improvements and, most important, help to get the same
 functionality working for 1.1.
 
 as for the corrupted push project: rodolfo made some changes, so I don't
 know what's going on there. A version of wicketstuff-push before rodolfo
 started with the makeover is available as a branch. Just check out
 wicketstuff's branches, if you can't wait till next week.
 
 regards,
 Michael
 
 
 julien Graglia wrote:
 
 Hi,
 I have read some posts (1) that seems to say that wicketstuff-push will
 be replaced by a new wicketstuff-dojo-1.1 artifact.
 
 The post says that this artifact is in a private SVN repo, but will be
 available shortly..
 
 Do you have any informations about that?
 
 I need to do reverse ajax with wicket (cometd...) ie. push event from a
 server thread at the server initiative. It works with an old (rev 4245)
 version  of wicketstuff-push. The trunk seems corrupted : a dojo
 folder is missing..
 
 
 
 1 : http://www.nabble.com/New-wicketstuff-dojo-project-td19070145.html
 -- 
 Julien Graglia
 NetCeler
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
 
 


-
---
Stefan Fußenegger
http://talk-on-tech.blogspot.com // looking for a nicer domain ;)
-- 
View this message in context: 
http://www.nabble.com/wicketstuff-push-is-over%2C-wickestuff-dojo-1.1-is-born-tp20356751p20625246.html
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: wicketstuff-push is over, wickestuff-dojo-1.1 is born ???

2008-11-12 Thread Julien Graglia
Le samedi 08 novembre 2008 à 08:56 -0400, Rodolfo Hansen a écrit :
 I'm currently using wicketstuff-push on a small app I have.
 The only bug I am aware of is related to the RemoveListener.
 
 What exactly is the issue you are having?
I have some javascript errors with the trunk (rev 4309): 

dojo is not defined
http://jgr-pc:8080/WicketTestProject/pages/HomePage/
Line 59
dojox is not defined
http://jgr-pc:8080/WicketTestProject/pages/HomePage/
Line 30
dojox is not defined
http://jgr-pc:8080/WicketTestProject/pages/HomePage/
Line 59


But with an older version (rev 4245) it works. The most visible
difference is the presence of folders  dojo, and dojox in the old
revision : 
[EMAIL PROTECTED]:~/workspaceOLD/push$ ls -alh
src/main/resources/org/wicketstuff/push/cometd/dojo/
total 24K
drwxr-xr-x 6 julien julien 4,0K 2008-09-19 18:37 .
drwxr-xr-x 4 julien julien 4,0K 2008-09-19 18:37 ..
drwxr-xr-x 5 julien julien 4,0K 2008-09-19 18:37 dijit
drwxr-xr-x 5 julien julien 4,0K 2008-09-19 18:37 dojo
drwxr-xr-x 4 julien julien 4,0K 2008-09-19 18:37 dojox
drwxr-xr-x 6 julien julien 4,0K 2008-09-30 21:14 .svn


In the trunk : 
[EMAIL PROTECTED]:~/workspace/wicketstuff-push$ ls -alh
src/main/resources/org/wicketstuff/push/
total 16K
drwxr-xr-x 4 julien julien 4,0K 2008-11-12 13:29 .
drwxr-xr-x 4 julien julien 4,0K 2008-11-12 13:29 ..
drwxr-xr-x 4 julien julien 4,0K 2008-11-12 13:29 dojo
drwxr-xr-x 6 julien julien 4,0K 2008-11-12 13:29 .svn


The
org.wicketstuff.push.cometd.CometdAbstractBehavior.getInitCometdScript() , 
getSubscriberScript seems to inject invalid js links...

I just notice that the folder stucture changed...

My test app is basically  : 
A Wicket Application with a channel service and and update thread: 
private final IChannelService cometdService;

public AddressBookApplication() {
cometdService = new CometdService(this);

final Thread thread = new Thread(new Runnable() {
@Override
public void run() {
update(cometdService);
}
});
thread.start();
}

public void update(final IChannelService service) {
try {
int counter = 0;
while (true) {
counter++;
Thread.sleep(1000);
final ChannelEvent event = new 
ChannelEvent(chat);
final String msg = counter + counter;
event.addData(message, msg);
/* xxx */System.out.println(JGr  Publishing 
 + event.getData() +
 on channel : chat);
service.publish(event);
}
} catch (final Exception exc) {
//...
}
}


And a page displaying the message pushed in a label
public HomePage() {
final IChannelService service = ((AddressBookApplication)
WebApplication.get()).getCometdService();
...
service.addChannelListener(this, chat, new IChannelListener() {
 public void onEvent(final String channel, final Map datas, final
IChannelTarget target) {
  labelModel.strvalue =String.valueOf(datas.entrySet().toArray()[0]);
  target.addComponent(label);
 }
});


I you need more informations, you can contact me!

-- 
Julien Graglia
NetCeler


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: wicketstuff-push is over, wickestuff-dojo-1.1 is born ???

2008-11-08 Thread Rodolfo Hansen
I'm currently using wicketstuff-push on a small app I have.
The only bug I am aware of is related to the RemoveListener.

What exactly is the issue you are having?


On Thu, Nov 6, 2008 at 4:17 AM, Julien Graglia [EMAIL PROTECTED]wrote:

 Hi,
 I have read some posts (1) that seems to say that wicketstuff-push will
 be replaced by a new wicketstuff-dojo-1.1 artifact.

 The post says that this artifact is in a private SVN repo, but will be
 available shortly..

 Do you have any informations about that?

 I need to do reverse ajax with wicket (cometd...) ie. push event from a
 server thread at the server initiative. It works with an old (rev 4245)
 version  of wicketstuff-push. The trunk seems corrupted : a dojo
 folder is missing..



 1 : http://www.nabble.com/New-wicketstuff-dojo-project-td19070145.html
 --
 Julien Graglia
 NetCeler


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




wicketstuff-push is over, wickestuff-dojo-1.1 is born ???

2008-11-06 Thread Julien Graglia
Hi,
I have read some posts (1) that seems to say that wicketstuff-push will
be replaced by a new wicketstuff-dojo-1.1 artifact.

The post says that this artifact is in a private SVN repo, but will be
available shortly..

Do you have any informations about that?

I need to do reverse ajax with wicket (cometd...) ie. push event from a
server thread at the server initiative. It works with an old (rev 4245)
version  of wicketstuff-push. The trunk seems corrupted : a dojo
folder is missing..



1 : http://www.nabble.com/New-wicketstuff-dojo-project-td19070145.html
-- 
Julien Graglia
NetCeler


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: wicketstuff-push is over, wickestuff-dojo-1.1 is born ???

2008-11-06 Thread Michael Sparer

Hi Julien, 

we're doing our last tests today and tomorrow and will put
wicketstuff-dojo-1.1 into production by Monday. If no issues arise, we'll
share it as a wicketstuff project next week. Please note that so far, we
only ported some components to 1.1. (includes wiper, slider, drag and drop
and cometd). We're also making extensive use of cometd, which is quite a bit
better than in dojo 0.4 by the way, and it is also included in the
wicketstuff-dojo-1.1 project then. Then it's your turn to give
recommendations, improvements and, most important, help to get the same
functionality working for 1.1.

as for the corrupted push project: rodolfo made some changes, so I don't
know what's going on there. A version of wicketstuff-push before rodolfo
started with the makeover is available as a branch. Just check out
wicketstuff's branches, if you can't wait till next week.

regards,
Michael


julien Graglia wrote:
 
 Hi,
 I have read some posts (1) that seems to say that wicketstuff-push will
 be replaced by a new wicketstuff-dojo-1.1 artifact.
 
 The post says that this artifact is in a private SVN repo, but will be
 available shortly..
 
 Do you have any informations about that?
 
 I need to do reverse ajax with wicket (cometd...) ie. push event from a
 server thread at the server initiative. It works with an old (rev 4245)
 version  of wicketstuff-push. The trunk seems corrupted : a dojo
 folder is missing..
 
 
 
 1 : http://www.nabble.com/New-wicketstuff-dojo-project-td19070145.html
 -- 
 Julien Graglia
 NetCeler
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 


-
Michael Sparer
http://talk-on-tech.blogspot.com
-- 
View this message in context: 
http://www.nabble.com/wicketstuff-push-is-over%2C-wickestuff-dojo-1.1-is-born-tp20356751p20357888.html
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: wicketstuff-push

2008-07-17 Thread Julien Graglia
Le mercredi 16 juillet 2008 à 18:47 -0700, freak182 a écrit :
 Hello,
 I successfully implement wicket-push in our wicket application...i just used
 the example in the wicket-stuff...with the default configuration...i just
 checked out and run it...then customized for our needs...

With wicket 1.4-m3 ? ? some changes occurs from wicket 1.3.x to 1.4...


 
  i think the mininum requirement is jetty 6.1.4 to run it
  and it even run on tomcat 6 and JBoss 4...you should have servlet 2.5
 running on you server
 

I try with jetty 6.1.11 (servlet 2.5) and with jetty 7.0.0pre2 (servlet 3.0) 
-- no  success.


I double check my project and I have checkout the good svn url.. 

But with wicket *1.4-m3*, it didn't compile (most errors are easy :
missing @Override (an error in my Eclipse config), some generics
(IModel...), use of AbstractCometdServlet (CometdServlet did not
exists in org.mortbay.cometd), use of dojox.bayeux.* from
cometd-api.jar... 

The main error is in push examples :
org.wicketstuff.push.examples.pages.push.WicketAbstractPushChat (1)

I try to correct everything, now everything compile, but the cometd
example fails... 

1 :  I have found that mail talking about that error :
http://www.mail-archive.com/users@wicket.apache.org/msg15406.html

--
Julien Graglia


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: wicketstuff-push

2008-07-17 Thread freak182

Hello,
to be exact i used wicket 1.3.3 and jetty 6.1.4
i dont know if the wicket-push has already been updated...anyway, my source
code is in my another pc which so happended that is in repair shop :(


julien Graglia wrote:
 
 Le mercredi 16 juillet 2008 à 18:47 -0700, freak182 a écrit :
 Hello,
 I successfully implement wicket-push in our wicket application...i just
 used
 the example in the wicket-stuff...with the default configuration...i just
 checked out and run it...then customized for our needs...
 
 With wicket 1.4-m3 ? ? some changes occurs from wicket 1.3.x to 1.4...
 
 
 
  i think the mininum requirement is jetty 6.1.4 to run it
  and it even run on tomcat 6 and JBoss 4...you should have servlet 2.5
 running on you server
 
 
 I try with jetty 6.1.11 (servlet 2.5) and with jetty 7.0.0pre2 (servlet
 3.0) -- no  success.
 
 
 I double check my project and I have checkout the good svn url.. 
 
 But with wicket *1.4-m3*, it didn't compile (most errors are easy :
 missing @Override (an error in my Eclipse config), some generics
 (IModel...), use of AbstractCometdServlet (CometdServlet did not
 exists in org.mortbay.cometd), use of dojox.bayeux.* from
 cometd-api.jar... 
 
 The main error is in push examples :
 org.wicketstuff.push.examples.pages.push.WicketAbstractPushChat (1)
 
 I try to correct everything, now everything compile, but the cometd
 example fails... 
 
 1 :  I have found that mail talking about that error :
 http://www.mail-archive.com/users@wicket.apache.org/msg15406.html
 
 --
 Julien Graglia
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 

-- 
View this message in context: 
http://www.nabble.com/wicketstuff-push-tp18260308p18504561.html
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: wicketstuff-push

2008-07-16 Thread freak182

Hello,
I successfully implement wicket-push in our wicket application...i just used
the example in the wicket-stuff...with the default configuration...i just
checked out and run it...then customized for our needs...

 i think the mininum requirement is jetty 6.1.4 to run it
 and it even run on tomcat 6 and JBoss 4...you should have servlet 2.5
running on you server

 Cheers...


julien Graglia wrote:
 
 
  Le jeudi 03 juillet 2008 à 16:28 +0200, Frank Bille a écrit :
  As far as I know it only lives in subversion. I tried it myself a
 month
  ago
  and it is functional:
  
 
 http://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-push/
 
 http://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-push-examples/
  
 
 I try to use wicketstuff-push with wicket 1.4-m3, but I can't get it to
 work.
 
 I have checkout wicketsuff-dojo (and examples), modified them to use
 jetty 7.0.0pre2 and wicket 1.4-m3 and it is OK.
 
 Then I co wicketstuff-push and examples, modified them to use the same
 version of wicket (some errors to correct) and jetty, but I can't get it
 to work.
 
 The examples A chat using simulated channel based on polling and A
 chat using simulated push based on polling are working (polling is OK)
 but I get an NPE when I really use CometdBayeux  with test Basic Cometd
 tests :
 
 2008-07-15 16:33:55.466::WARN:  Error for
 /wicketstuff-push-examples/cometd
 java.lang.Error:
 [{channel:/meta/reconnect,connectionType:long-polling,clientId:1nnmumdfsusjgcj3km,connectionId:undefined,timestamp:null,id:null}]
   at
 org.mortbay.cometd.AbstractCometdServlet.getMessages(AbstractCometdServlet.java:304)
   at
 org.mortbay.cometd.continuation.ContinuationCometdServlet.doPost(ContinuationCometdServlet.java:68)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
   at
 org.mortbay.cometd.AbstractCometdServlet.service(AbstractCometdS
 Caused by: java.lang.NullPointerException
   at org.mortbay.cometd.MessageImpl.put(MessageImpl.java:144)
   at org.mortbay.cometd.MessageImpl.put(MessageImpl.java:15)
   at org.mortbay.util.ajax.JSON.parseObject(JSON.java:767)
   at org.mortbay.util.ajax.JSON.parse(JSON.java:707)
   at org.mortbay.util.ajax.JSON.parseArray(JSON.java:837)
 
 
 It seems that the Id param is null...(from the 7.0.0pre1 sources of
 cometd : the 7.0.0pre2 did not exists (1)) 
 
 I didn't find how to correct this... I have search deeply in wicketpush
 and wicketdojo, and it seems to came from a javascript in
 wicketstuff-dojo.. I realize that wicketstuff-dojo use dojo 0.4
 internally, (I'am not a dojo expert, but the last version seems to be
 1.1.1)...
 
 So here are my questions : 
 - did anybody successfully manage to use wicketstuff-push with jetty
 (6.1.11 or 7.0.0pre1)? 
 - wicketstuff-push is it alive? last commit was 15/11/07 ...
 -and if not what do you use to do reverse ajax with wicket?
 
 Note : I already used cometd-bayeux in a Spring MVC Application, so
 maybe the solution is to use cometd at low level ie. with no
 integration with wicket...?
 
 
 
 Thanx,
 
 1 : sources of cometd-bayeux artefact (only in version 7.0.0pre1):
 http://repo1.maven.org/maven2//org/mortbay/jetty/cometd-bayeux/7.0.0pre1/
 --
 Julien Graglia
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 

-- 
View this message in context: 
http://www.nabble.com/wicketstuff-push-tp18260308p18500023.html
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: wicketstuff-push

2008-07-15 Thread Julien Graglia

  Le jeudi 03 juillet 2008 à 16:28 +0200, Frank Bille a écrit :
  As far as I know it only lives in subversion. I tried it myself a month
  ago
  and it is functional:
  
  http://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-push/
  http://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-push-examples/
  

I try to use wicketstuff-push with wicket 1.4-m3, but I can't get it to
work.

I have checkout wicketsuff-dojo (and examples), modified them to use
jetty 7.0.0pre2 and wicket 1.4-m3 and it is OK.

Then I co wicketstuff-push and examples, modified them to use the same
version of wicket (some errors to correct) and jetty, but I can't get it
to work.

The examples A chat using simulated channel based on polling and A
chat using simulated push based on polling are working (polling is OK)
but I get an NPE when I really use CometdBayeux  with test Basic Cometd
tests :

2008-07-15 16:33:55.466::WARN:  Error for 
/wicketstuff-push-examples/cometd
java.lang.Error: 
[{channel:/meta/reconnect,connectionType:long-polling,clientId:1nnmumdfsusjgcj3km,connectionId:undefined,timestamp:null,id:null}]
at 
org.mortbay.cometd.AbstractCometdServlet.getMessages(AbstractCometdServlet.java:304)
at 
org.mortbay.cometd.continuation.ContinuationCometdServlet.doPost(ContinuationCometdServlet.java:68)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
at 
org.mortbay.cometd.AbstractCometdServlet.service(AbstractCometdS
Caused by: java.lang.NullPointerException
at org.mortbay.cometd.MessageImpl.put(MessageImpl.java:144)
at org.mortbay.cometd.MessageImpl.put(MessageImpl.java:15)
at org.mortbay.util.ajax.JSON.parseObject(JSON.java:767)
at org.mortbay.util.ajax.JSON.parse(JSON.java:707)
at org.mortbay.util.ajax.JSON.parseArray(JSON.java:837)


It seems that the Id param is null...(from the 7.0.0pre1 sources of
cometd : the 7.0.0pre2 did not exists (1)) 

I didn't find how to correct this... I have search deeply in wicketpush
and wicketdojo, and it seems to came from a javascript in
wicketstuff-dojo.. I realize that wicketstuff-dojo use dojo 0.4
internally, (I'am not a dojo expert, but the last version seems to be
1.1.1)...

So here are my questions : 
- did anybody successfully manage to use wicketstuff-push with jetty
(6.1.11 or 7.0.0pre1)? 
- wicketstuff-push is it alive? last commit was 15/11/07 ...
-and if not what do you use to do reverse ajax with wicket?

Note : I already used cometd-bayeux in a Spring MVC Application, so
maybe the solution is to use cometd at low level ie. with no
integration with wicket...?



Thanx,

1 : sources of cometd-bayeux artefact (only in version 7.0.0pre1):
http://repo1.maven.org/maven2//org/mortbay/jetty/cometd-bayeux/7.0.0pre1/
--
Julien Graglia


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



wicketstuff-push

2008-07-03 Thread Julien Graglia
Hi, 

I'am looking for a way to do reverse ajax (or cometd) in Wicket.

I have search the Wicket website, examples, and google and the only
thing I found was some mail archives talking about a maven artifact
called wicketstuff-push, and classes like
org.wicketstuff.push.cometd.CometdAbstractBehavior

It sound's good, but I can't find any reference to that lib, only mail
archive.(even on the wicketstuff website (1))

The last mail is from may 2008...

Do you know where I can found a wicket lib to do reverse ajax. 

I already used the AjaxSelfUpdatingTimerBehavior wich works well but i
need push, no polling.

Thanx,


1 : http://wicketstuff.org
--
Julien Graglia


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: wicketstuff-push

2008-07-03 Thread Frank Bille
As far as I know it only lives in subversion. I tried it myself a month ago
and it is functional:

http://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-push/
http://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-push-examples/

On Thu, Jul 3, 2008 at 4:10 PM, Julien Graglia [EMAIL PROTECTED]
wrote:

 Hi,

 I'am looking for a way to do reverse ajax (or cometd) in Wicket.

 I have search the Wicket website, examples, and google and the only
 thing I found was some mail archives talking about a maven artifact
 called wicketstuff-push, and classes like
 org.wicketstuff.push.cometd.CometdAbstractBehavior

 It sound's good, but I can't find any reference to that lib, only mail
 archive.(even on the wicketstuff website (1))

 The last mail is from may 2008...

 Do you know where I can found a wicket lib to do reverse ajax.

 I already used the AjaxSelfUpdatingTimerBehavior wich works well but i
 need push, no polling.

 Thanx,


 1 : http://wicketstuff.org
 --
 Julien Graglia


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




Re: wicketstuff-push

2008-07-03 Thread Julien Graglia
Le jeudi 03 juillet 2008 à 16:28 +0200, Frank Bille a écrit :
 As far as I know it only lives in subversion. I tried it myself a month ago
 and it is functional:
 
 http://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-push/
 http://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-push-examples/

Thx !!!
-- 
Julien Graglia - NetCeler
Tel: 04-92-57-12-12


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: wicketstuff-push

2008-07-03 Thread freak182

You can also check out the jetty website for the latest cometd
implementation...fyi, it comes with the jetty server...it's great i use it
also to my project the wicket-push :)


julien Graglia wrote:
 
 Le jeudi 03 juillet 2008 à 16:28 +0200, Frank Bille a écrit :
 As far as I know it only lives in subversion. I tried it myself a month
 ago
 and it is functional:
 
 http://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-push/
 http://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-push-examples/
 
 Thx !!!
 -- 
 Julien Graglia - NetCeler
 Tel: 04-92-57-12-12
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 

-- 
View this message in context: 
http://www.nabble.com/wicketstuff-push-tp18260308p18271006.html
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



wicketstuff-push-examples compilation error

2008-04-04 Thread Enrique Rodriguez
Hi, Wicket users,

I thought I'd examine wicketstuff-push, since I could use push on a
project.  After a fresh check-out of wicketstuff-push,
wicketstuff-push-examples, and wicket-stuff-dojo, I found that
wicketstuff-push-examples wouldn't compile.  Keep in mind I just
starting looking at this code, but I made the following change to
class WicketAbstractPushChat to get it to compile (and now the
examples do appear to work):

Replace:

final IPushTarget pushTarget = getPushService().installPush(this);
CHAT_ROOM.addListener(new ChatListener() { ... });

With:

final IPushInstaller pushInstaller = new IPushInstaller() {
public void install(Component component, final IPushTarget pushTarget) {
CHAT_ROOM.addListener(new ChatListener() {
public void onMessage(Message msg) {
if (pushTarget.isConnected()) {

pushTarget.appendJavascript(document.getElementById(' +
chat.getMarkupId() + ').innerHTML += ' + msg + br/');
pushTarget.trigger();
} else {
CHAT_ROOM.removeListener(this);
}
}
});
}
};

getPushService().installPush( this, pushInstaller );


Does that make sense?  Again it appears to work but there are a ton of
errors saying TimerPushService is not serializable.

Otherwise, looks pretty cool and I hope to do more experimenting next week.

HTH,

Enrique

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: wicketstuff push and sharing an IChannelService

2007-11-08 Thread Michael Sparer

Hi Xavier, 

thanks for the reply.
no do not have commit access to the wicketstuff svn, but I just applied for
it in the Wicket-Dev mailinglist as described in the wicket-stuff FAQ.

thanks again, regards

Michael


Xavier Hanin wrote:
 
 On 11/6/07, Michael Sparer [EMAIL PROTECTED] wrote:


 Salut Xavier,
 
 
 Hallo Michael,
 
 I was wondering if I could/should commit the changes I made to wicketstuff
 push to the svn. In brief, this is what I did:

 1. Extended the CometdDefaultBehaviorTemplate.js with the following if
 clause
 var doRoundTrip = true;
 if(prop == script) {
 doRoundTrip = false;
 eval(message.data[prop]);
 } else {
 addToUrl = addToUrl +  + prop + = + message.data[prop]; // this
 line was there before
 }
 if (doRoundTrip) {
 var wcall=wicketAjaxGet('${url}' + addToUrl, function() { },
 function()
 { });
 }

 This makes it possible to send javascript code as String to the client
 without doing a roundtrip to the server to retrieve the
 wicket-components.
 The JS just checks if the property is named script and then executes
 the
 javascript. This is meant for cases when you just want to make minor
 changes
 to the DOM and/or reduce traffic.

 2. Created a new ChannelEvent and a new ChannelListener for the mentioned
 javascript only channel events

 Please tell me what you think about it.
 
 
 This sounds like an interesting change, go ahead, commit your changes, I'm
 pretty sure Vincent won't object (and svn revert is always here in case of
 problem). Are you already a committer on wicket stuff?
 
 Xavier
 
 regards


 Xavier Hanin wrote:
 
  On 10/25/07, Michael Sparer [EMAIL PROTECTED] wrote:
 
 
  Hi Xavier,
 
  thanks for your effort but please don't take too much time
 investigating
  my
  issues :-)
 
  I'm using wicket 1.3.0-beta3 and wicketstuff push... well since it
  doesn't
  show the svn version numbers the version of monday this week.
 
 
  This is very similar to what I use (with a new version of
 wicketstuff-push
  I
  pushed on tuesday I think, which fixes a problem with backward button).
  But
  if you use the dojo based implementation, I can't speak much about it
  since
  Vincent did all the job.
 
  Yesterday I
  had a more thorough look into what's exactly happening i.e. how the
 push
  project interacts with the wicketstuff dojo project and integrates
  cometd.
  There I found out that in order to communicate with wicket there's an
  extra
  round trip to the server taking place. So the channel sends a message
 to
  the
  client-javascript (including the data to be shown on page) which then
  makes
  an ajax call back to the server where the data gets rendered into xml
 and
  is
  then shown on the page. I wondered if that was intentional and if yes,
  what
  purpose it serves.
 
 
  From my understanding (but I didn't develop this) the problem is that
 it's
  not straightforward to render a wicket component outside a web request,
 so
  the additional cycle is there to call the rendering in a normal web
  request: comet is only used to detect there is something to refresh,
 then
  the refresh is done with a usual wicket ajax call. But I may be
 wrong...
 
  For my project I've changed the java-script function which starts the
 AJAX
  call sothat it renderes the message to proper javascript and directly
  inserts it in the document's DOM without making an additional call.
 This
  however, makes the server site less flexible as only a javascript
 string
  can
  be processed on client site - but that's ok for my app.
 
 
  Indeed if you don't need component rendering reducing the cycles is
  better.
  I had plan to work on a comet based implementation of IPushService some
  time
  ago, but I've never found the time... If I do one day I'll try to
 reduce
  the
  cycles to as less as possible, and I may also have to review some
  component
  refresing concepts, like refreshing a RepeatingView when only one line
 has
  been added. The only easy way to do this for the moment is to add the
  component to the target request, but then the whole component is
 rendered
  and sent to the client. Having something finer would be nice. But
 that's
  only ideas, and I'm really lacking of time.
 
  Xavier
 
  Xavier Hanin wrote:
  
   Michael,
  
   As I said I don't use the ChannelService myself, but I used to have
   similar
   troubles with the PushService, which I think I finally fixed, but it
   wasn't
   easy. Since the fix is in TimerChannelBehavior (which is used by
 both
  the
   push and channel timer based implementation, it should work for
 both,
  but
   I
   haven't tested. Can I ask which version of wicket and
 wicketstuff-push
   you're using, and also which implementation of IChannelService? If
 you
   want
   to investigate in the code, the core of the fix relies on the
 redirect
  and
   setRedirectId in TimerChannelBehavior.
  
   Xavier
  
   On 10/24/07, Michael Sparer [EMAIL PROTECTED] wrote:
  
  
   Hi Xavier,
  
   first of all thank you

Re: wicketstuff push and sharing an IChannelService

2007-11-08 Thread Xavier Hanin
On 11/6/07, Michael Sparer [EMAIL PROTECTED] wrote:


 Salut Xavier,


Hallo Michael,

I was wondering if I could/should commit the changes I made to wicketstuff
 push to the svn. In brief, this is what I did:

 1. Extended the CometdDefaultBehaviorTemplate.js with the following if
 clause
 var doRoundTrip = true;
 if(prop == script) {
 doRoundTrip = false;
 eval(message.data[prop]);
 } else {
 addToUrl = addToUrl +  + prop + = + message.data[prop]; // this
 line was there before
 }
 if (doRoundTrip) {
 var wcall=wicketAjaxGet('${url}' + addToUrl, function() { },
 function()
 { });
 }

 This makes it possible to send javascript code as String to the client
 without doing a roundtrip to the server to retrieve the wicket-components.
 The JS just checks if the property is named script and then executes the
 javascript. This is meant for cases when you just want to make minor
 changes
 to the DOM and/or reduce traffic.

 2. Created a new ChannelEvent and a new ChannelListener for the mentioned
 javascript only channel events

 Please tell me what you think about it.


This sounds like an interesting change, go ahead, commit your changes, I'm
pretty sure Vincent won't object (and svn revert is always here in case of
problem). Are you already a committer on wicket stuff?

Xavier

regards


 Xavier Hanin wrote:
 
  On 10/25/07, Michael Sparer [EMAIL PROTECTED] wrote:
 
 
  Hi Xavier,
 
  thanks for your effort but please don't take too much time
 investigating
  my
  issues :-)
 
  I'm using wicket 1.3.0-beta3 and wicketstuff push... well since it
  doesn't
  show the svn version numbers the version of monday this week.
 
 
  This is very similar to what I use (with a new version of
 wicketstuff-push
  I
  pushed on tuesday I think, which fixes a problem with backward button).
  But
  if you use the dojo based implementation, I can't speak much about it
  since
  Vincent did all the job.
 
  Yesterday I
  had a more thorough look into what's exactly happening i.e. how the
 push
  project interacts with the wicketstuff dojo project and integrates
  cometd.
  There I found out that in order to communicate with wicket there's an
  extra
  round trip to the server taking place. So the channel sends a message
 to
  the
  client-javascript (including the data to be shown on page) which then
  makes
  an ajax call back to the server where the data gets rendered into xml
 and
  is
  then shown on the page. I wondered if that was intentional and if yes,
  what
  purpose it serves.
 
 
  From my understanding (but I didn't develop this) the problem is that
 it's
  not straightforward to render a wicket component outside a web request,
 so
  the additional cycle is there to call the rendering in a normal web
  request: comet is only used to detect there is something to refresh,
 then
  the refresh is done with a usual wicket ajax call. But I may be wrong...
 
  For my project I've changed the java-script function which starts the
 AJAX
  call sothat it renderes the message to proper javascript and directly
  inserts it in the document's DOM without making an additional call.
 This
  however, makes the server site less flexible as only a javascript
 string
  can
  be processed on client site - but that's ok for my app.
 
 
  Indeed if you don't need component rendering reducing the cycles is
  better.
  I had plan to work on a comet based implementation of IPushService some
  time
  ago, but I've never found the time... If I do one day I'll try to reduce
  the
  cycles to as less as possible, and I may also have to review some
  component
  refresing concepts, like refreshing a RepeatingView when only one line
 has
  been added. The only easy way to do this for the moment is to add the
  component to the target request, but then the whole component is
 rendered
  and sent to the client. Having something finer would be nice. But that's
  only ideas, and I'm really lacking of time.
 
  Xavier
 
  Xavier Hanin wrote:
  
   Michael,
  
   As I said I don't use the ChannelService myself, but I used to have
   similar
   troubles with the PushService, which I think I finally fixed, but it
   wasn't
   easy. Since the fix is in TimerChannelBehavior (which is used by both
  the
   push and channel timer based implementation, it should work for both,
  but
   I
   haven't tested. Can I ask which version of wicket and
 wicketstuff-push
   you're using, and also which implementation of IChannelService? If
 you
   want
   to investigate in the code, the core of the fix relies on the
 redirect
  and
   setRedirectId in TimerChannelBehavior.
  
   Xavier
  
   On 10/24/07, Michael Sparer [EMAIL PROTECTED] wrote:
  
  
   Hi Xavier,
  
   first of all thank you for the effort you've done for the
  push-project.
   Up
   to now it really provided the features I need for my app. But now
 I'm
   kind
   of stuck. My problem is: I have two panels on one page. Both panel
   subscribe
   themselves as ChannelListener

Re: wicketstuff push and sharing an IChannelService

2007-11-06 Thread Michael Sparer

Salut Xavier, 

I was wondering if I could/should commit the changes I made to wicketstuff
push to the svn. In brief, this is what I did:

1. Extended the CometdDefaultBehaviorTemplate.js with the following if
clause
var doRoundTrip = true;
if(prop == script) {
doRoundTrip = false; 
eval(message.data[prop]);
} else {
addToUrl = addToUrl +  + prop + = + message.data[prop]; // this
line was there before
}
if (doRoundTrip) {
var wcall=wicketAjaxGet('${url}' + addToUrl, function() { }, function()
{ });
}

This makes it possible to send javascript code as String to the client
without doing a roundtrip to the server to retrieve the wicket-components.
The JS just checks if the property is named script and then executes the
javascript. This is meant for cases when you just want to make minor changes
to the DOM and/or reduce traffic.

2. Created a new ChannelEvent and a new ChannelListener for the mentioned
javascript only channel events 

Please tell me what you think about it.

regards


Xavier Hanin wrote:
 
 On 10/25/07, Michael Sparer [EMAIL PROTECTED] wrote:


 Hi Xavier,

 thanks for your effort but please don't take too much time investigating
 my
 issues :-)

 I'm using wicket 1.3.0-beta3 and wicketstuff push... well since it
 doesn't
 show the svn version numbers the version of monday this week.
 
 
 This is very similar to what I use (with a new version of wicketstuff-push
 I
 pushed on tuesday I think, which fixes a problem with backward button).
 But
 if you use the dojo based implementation, I can't speak much about it
 since
 Vincent did all the job.
 
 Yesterday I
 had a more thorough look into what's exactly happening i.e. how the push
 project interacts with the wicketstuff dojo project and integrates
 cometd.
 There I found out that in order to communicate with wicket there's an
 extra
 round trip to the server taking place. So the channel sends a message to
 the
 client-javascript (including the data to be shown on page) which then
 makes
 an ajax call back to the server where the data gets rendered into xml and
 is
 then shown on the page. I wondered if that was intentional and if yes,
 what
 purpose it serves.
 
 
 From my understanding (but I didn't develop this) the problem is that it's
 not straightforward to render a wicket component outside a web request, so
 the additional cycle is there to call the rendering in a normal web
 request: comet is only used to detect there is something to refresh, then
 the refresh is done with a usual wicket ajax call. But I may be wrong...
 
 For my project I've changed the java-script function which starts the AJAX
 call sothat it renderes the message to proper javascript and directly
 inserts it in the document's DOM without making an additional call. This
 however, makes the server site less flexible as only a javascript string
 can
 be processed on client site - but that's ok for my app.
 
 
 Indeed if you don't need component rendering reducing the cycles is
 better.
 I had plan to work on a comet based implementation of IPushService some
 time
 ago, but I've never found the time... If I do one day I'll try to reduce
 the
 cycles to as less as possible, and I may also have to review some
 component
 refresing concepts, like refreshing a RepeatingView when only one line has
 been added. The only easy way to do this for the moment is to add the
 component to the target request, but then the whole component is rendered
 and sent to the client. Having something finer would be nice. But that's
 only ideas, and I'm really lacking of time.
 
 Xavier
 
 Xavier Hanin wrote:
 
  Michael,
 
  As I said I don't use the ChannelService myself, but I used to have
  similar
  troubles with the PushService, which I think I finally fixed, but it
  wasn't
  easy. Since the fix is in TimerChannelBehavior (which is used by both
 the
  push and channel timer based implementation, it should work for both,
 but
  I
  haven't tested. Can I ask which version of wicket and wicketstuff-push
  you're using, and also which implementation of IChannelService? If you
  want
  to investigate in the code, the core of the fix relies on the redirect
 and
  setRedirectId in TimerChannelBehavior.
 
  Xavier
 
  On 10/24/07, Michael Sparer [EMAIL PROTECTED] wrote:
 
 
  Hi Xavier,
 
  first of all thank you for the effort you've done for the
 push-project.
  Up
  to now it really provided the features I need for my app. But now I'm
  kind
  of stuck. My problem is: I have two panels on one page. Both panel
  subscribe
  themselves as ChannelListener for the same channel. But unfortunately
  whenever an event invoking the listeners occurred, the onEvent method
  gets
  executed twice on both listeners (i.e. four times). It occurrs only if
  you
  have two panels i.e. two listeners on the same page.
 
  IMO the error is somewhere in the javascript where a function gets
  executed
  twice...but I haven't found it so far. So do you have any clue

Re: wicketstuff push and sharing an IChannelService

2007-10-25 Thread Michael Sparer

Hi Xavier, 

thanks for your effort but please don't take too much time investigating my
issues :-)

I'm using wicket 1.3.0-beta3 and wicketstuff push... well since it doesn't
show the svn version numbers the version of monday this week. Yesterday I
had a more thorough look into what's exactly happening i.e. how the push
project interacts with the wicketstuff dojo project and integrates cometd.
There I found out that in order to communicate with wicket there's an extra
round trip to the server taking place. So the channel sends a message to the
client-javascript (including the data to be shown on page) which then makes
an ajax call back to the server where the data gets rendered into xml and is
then shown on the page. I wondered if that was intentional and if yes, what
purpose it serves.
For my project I've changed the java-script function which starts the AJAX
call sothat it renderes the message to proper javascript and directly
inserts it in the document's DOM without making an additional call. This
however, makes the server site less flexible as only a javascript string can
be processed on client site - but that's ok for my app.

Xavier Hanin wrote:
 
 Michael,
 
 As I said I don't use the ChannelService myself, but I used to have
 similar
 troubles with the PushService, which I think I finally fixed, but it
 wasn't
 easy. Since the fix is in TimerChannelBehavior (which is used by both the
 push and channel timer based implementation, it should work for both, but
 I
 haven't tested. Can I ask which version of wicket and wicketstuff-push
 you're using, and also which implementation of IChannelService? If you
 want
 to investigate in the code, the core of the fix relies on the redirect and
 setRedirectId in TimerChannelBehavior.
 
 Xavier
 
 On 10/24/07, Michael Sparer [EMAIL PROTECTED] wrote:


 Hi Xavier,

 first of all thank you for the effort you've done for the push-project.
 Up
 to now it really provided the features I need for my app. But now I'm
 kind
 of stuck. My problem is: I have two panels on one page. Both panel
 subscribe
 themselves as ChannelListener for the same channel. But unfortunately
 whenever an event invoking the listeners occurred, the onEvent method
 gets
 executed twice on both listeners (i.e. four times). It occurrs only if
 you
 have two panels i.e. two listeners on the same page.

 IMO the error is somewhere in the javascript where a function gets
 executed
 twice...but I haven't found it so far. So do you have any clue?

 thanks

 Michael

 Xavier Hanin wrote:
 
  On 10/23/07, Michael Sparer [EMAIL PROTECTED] wrote:
 
 
  Hi Xavier,
 
  thanks for your reply - well yes, that's certainly right. I've just
 lost
  sight of it. But I got another question: how stable is the
  wicketstuff-push
  project or what sections are stable and which have to be improved for
 use
  in
  a professional webapp?
 
 
  AFAIK wicketstuff-push is developed by vincent demay and myself.
 Vincent
  worked on the cometd channel implementation, and I've worked mostly on
 the
  timer based IPushService implementation (where events do not come from
 the
  client at all). I don't know how stable is the channel implementation
  since
  I don't use it myself, maybe Vincent could give more details (not sure
 if
  it's used in production or not). For the IPushService implementation,
 it
  still requires more testing and improvements, because the problem is
 not
  easy to solve with a timer based polling implementation: we have to
 detect
  clients disconnection, and also handle back button where pages go back
 to
  life from the a serialized form. And we also need to work on a comet
 based
  implementation of this push service. So I think there's still need for
  improvement and bug fixing in this section.
 
  BTW, I've just checked in an improvement about this problem of page
  deserialization which required an API change for the IPushService. If
 you
  plan to use it, do not forget to do an svn update.
 
  Xavier
 
  thanks in advance
 
  Michael
 
  Xavier Hanin wrote:
  
   On 10/22/07, Michael Sparer [EMAIL PROTECTED] wrote:
  
  
   Hi,
  
   today I wondered if there's a wicket-approach for pushing messages
  from
   the
   server to the client (also called reverse ajax or pushlets). Well
 yes,
   there
   is one called wicketstuff push. I looked at its examples and soon
  managed
   to
   implement my own pushing stuff. In the examples (chat-example)
  however,
   the
   ChannelService that delivers the messages to its listeners, is
 stored
  in
   the
   application. I.e. there is only one channel for the whole
 application.
   Now imagine I want to create an additional private-chat-room for
 two
   users
   -- I'd need a ChannelService only for two users. So my question
 is:
   what's
   the wicket way to pass and store such an object which is applicable
  only
   for
   two users (sessions)?
  
  
   You can use an application wide ChannelService and use the channel
 name
   (chat/message

Re: wicketstuff push and sharing an IChannelService

2007-10-24 Thread Michael Sparer

Hi Xavier, 

first of all thank you for the effort you've done for the push-project. Up
to now it really provided the features I need for my app. But now I'm kind
of stuck. My problem is: I have two panels on one page. Both panel subscribe
themselves as ChannelListener for the same channel. But unfortunately
whenever an event invoking the listeners occurred, the onEvent method gets
executed twice on both listeners (i.e. four times). It occurrs only if you
have two panels i.e. two listeners on the same page. 

IMO the error is somewhere in the javascript where a function gets executed
twice...but I haven't found it so far. So do you have any clue?

thanks

Michael

Xavier Hanin wrote:
 
 On 10/23/07, Michael Sparer [EMAIL PROTECTED] wrote:


 Hi Xavier,

 thanks for your reply - well yes, that's certainly right. I've just lost
 sight of it. But I got another question: how stable is the
 wicketstuff-push
 project or what sections are stable and which have to be improved for use
 in
 a professional webapp?
 
 
 AFAIK wicketstuff-push is developed by vincent demay and myself. Vincent
 worked on the cometd channel implementation, and I've worked mostly on the
 timer based IPushService implementation (where events do not come from the
 client at all). I don't know how stable is the channel implementation
 since
 I don't use it myself, maybe Vincent could give more details (not sure if
 it's used in production or not). For the IPushService implementation, it
 still requires more testing and improvements, because the problem is not
 easy to solve with a timer based polling implementation: we have to detect
 clients disconnection, and also handle back button where pages go back to
 life from the a serialized form. And we also need to work on a comet based
 implementation of this push service. So I think there's still need for
 improvement and bug fixing in this section.
 
 BTW, I've just checked in an improvement about this problem of page
 deserialization which required an API change for the IPushService. If you
 plan to use it, do not forget to do an svn update.
 
 Xavier
 
 thanks in advance

 Michael

 Xavier Hanin wrote:
 
  On 10/22/07, Michael Sparer [EMAIL PROTECTED] wrote:
 
 
  Hi,
 
  today I wondered if there's a wicket-approach for pushing messages
 from
  the
  server to the client (also called reverse ajax or pushlets). Well yes,
  there
  is one called wicketstuff push. I looked at its examples and soon
 managed
  to
  implement my own pushing stuff. In the examples (chat-example)
 however,
  the
  ChannelService that delivers the messages to its listeners, is stored
 in
  the
  application. I.e. there is only one channel for the whole application.
  Now imagine I want to create an additional private-chat-room for two
  users
  -- I'd need a ChannelService only for two users. So my question is:
  what's
  the wicket way to pass and store such an object which is applicable
 only
  for
  two users (sessions)?
 
 
  You can use an application wide ChannelService and use the channel name
  (chat/message in the example) to isolate messages by
 private-chat-room.
 
  Xavier
 
  Thanks in advance
 
  Michael
 
  --
  View this message in context:
 
 http://www.nabble.com/wicketstuff-push-and-sharing-an-IChannelService-tf4671463.html#a13345278
  Sent from the Wicket - User mailing list archive at Nabble.com.
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
 
  --
  Xavier Hanin - Independent Java Consultant
  http://xhab.blogspot.com/
  http://ant.apache.org/ivy/
  http://www.xoocode.org/
 
 

 --
 View this message in context:
 http://www.nabble.com/wicketstuff-push-and-sharing-an-IChannelService-tf4671463.html#a13358479
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


 
 
 -- 
 Xavier Hanin - Independent Java Consultant
 http://xhab.blogspot.com/
 http://ant.apache.org/ivy/
 http://www.xoocode.org/
 
 

-- 
View this message in context: 
http://www.nabble.com/wicketstuff-push-and-sharing-an-IChannelService-tf4671463.html#a13381208
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: wicketstuff push and sharing an IChannelService

2007-10-24 Thread Xavier Hanin
Michael,

As I said I don't use the ChannelService myself, but I used to have similar
troubles with the PushService, which I think I finally fixed, but it wasn't
easy. Since the fix is in TimerChannelBehavior (which is used by both the
push and channel timer based implementation, it should work for both, but I
haven't tested. Can I ask which version of wicket and wicketstuff-push
you're using, and also which implementation of IChannelService? If you want
to investigate in the code, the core of the fix relies on the redirect and
setRedirectId in TimerChannelBehavior.

Xavier

On 10/24/07, Michael Sparer [EMAIL PROTECTED] wrote:


 Hi Xavier,

 first of all thank you for the effort you've done for the push-project. Up
 to now it really provided the features I need for my app. But now I'm kind
 of stuck. My problem is: I have two panels on one page. Both panel
 subscribe
 themselves as ChannelListener for the same channel. But unfortunately
 whenever an event invoking the listeners occurred, the onEvent method gets
 executed twice on both listeners (i.e. four times). It occurrs only if you
 have two panels i.e. two listeners on the same page.

 IMO the error is somewhere in the javascript where a function gets
 executed
 twice...but I haven't found it so far. So do you have any clue?

 thanks

 Michael

 Xavier Hanin wrote:
 
  On 10/23/07, Michael Sparer [EMAIL PROTECTED] wrote:
 
 
  Hi Xavier,
 
  thanks for your reply - well yes, that's certainly right. I've just
 lost
  sight of it. But I got another question: how stable is the
  wicketstuff-push
  project or what sections are stable and which have to be improved for
 use
  in
  a professional webapp?
 
 
  AFAIK wicketstuff-push is developed by vincent demay and myself. Vincent
  worked on the cometd channel implementation, and I've worked mostly on
 the
  timer based IPushService implementation (where events do not come from
 the
  client at all). I don't know how stable is the channel implementation
  since
  I don't use it myself, maybe Vincent could give more details (not sure
 if
  it's used in production or not). For the IPushService implementation, it
  still requires more testing and improvements, because the problem is not
  easy to solve with a timer based polling implementation: we have to
 detect
  clients disconnection, and also handle back button where pages go back
 to
  life from the a serialized form. And we also need to work on a comet
 based
  implementation of this push service. So I think there's still need for
  improvement and bug fixing in this section.
 
  BTW, I've just checked in an improvement about this problem of page
  deserialization which required an API change for the IPushService. If
 you
  plan to use it, do not forget to do an svn update.
 
  Xavier
 
  thanks in advance
 
  Michael
 
  Xavier Hanin wrote:
  
   On 10/22/07, Michael Sparer [EMAIL PROTECTED] wrote:
  
  
   Hi,
  
   today I wondered if there's a wicket-approach for pushing messages
  from
   the
   server to the client (also called reverse ajax or pushlets). Well
 yes,
   there
   is one called wicketstuff push. I looked at its examples and soon
  managed
   to
   implement my own pushing stuff. In the examples (chat-example)
  however,
   the
   ChannelService that delivers the messages to its listeners, is
 stored
  in
   the
   application. I.e. there is only one channel for the whole
 application.
   Now imagine I want to create an additional private-chat-room for two
   users
   -- I'd need a ChannelService only for two users. So my question is:
   what's
   the wicket way to pass and store such an object which is applicable
  only
   for
   two users (sessions)?
  
  
   You can use an application wide ChannelService and use the channel
 name
   (chat/message in the example) to isolate messages by
  private-chat-room.
  
   Xavier
  
   Thanks in advance
  
   Michael
  
   --
   View this message in context:
  
 
 http://www.nabble.com/wicketstuff-push-and-sharing-an-IChannelService-tf4671463.html#a13345278
   Sent from the Wicket - User mailing list archive at Nabble.com.
  
  
  
 -
   To unsubscribe, e-mail: [EMAIL PROTECTED]
   For additional commands, e-mail: [EMAIL PROTECTED]
  
  
  
  
   --
   Xavier Hanin - Independent Java Consultant
   http://xhab.blogspot.com/
   http://ant.apache.org/ivy/
   http://www.xoocode.org/
  
  
 
  --
  View this message in context:
 
 http://www.nabble.com/wicketstuff-push-and-sharing-an-IChannelService-tf4671463.html#a13358479
  Sent from the Wicket - User mailing list archive at Nabble.com.
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
 
  --
  Xavier Hanin - Independent Java Consultant
  http://xhab.blogspot.com/
  http://ant.apache.org/ivy/
  http://www.xoocode.org/
 
 

 --
 View this message

Re: wicketstuff push and sharing an IChannelService

2007-10-23 Thread Michael Sparer

Hi Xavier, 

thanks for your reply - well yes, that's certainly right. I've just lost
sight of it. But I got another question: how stable is the wicketstuff-push
project or what sections are stable and which have to be improved for use in
a professional webapp?

thanks in advance

Michael 

Xavier Hanin wrote:
 
 On 10/22/07, Michael Sparer [EMAIL PROTECTED] wrote:


 Hi,

 today I wondered if there's a wicket-approach for pushing messages from
 the
 server to the client (also called reverse ajax or pushlets). Well yes,
 there
 is one called wicketstuff push. I looked at its examples and soon managed
 to
 implement my own pushing stuff. In the examples (chat-example) however,
 the
 ChannelService that delivers the messages to its listeners, is stored in
 the
 application. I.e. there is only one channel for the whole application.
 Now imagine I want to create an additional private-chat-room for two
 users
 -- I'd need a ChannelService only for two users. So my question is:
 what's
 the wicket way to pass and store such an object which is applicable only
 for
 two users (sessions)?
 
 
 You can use an application wide ChannelService and use the channel name
 (chat/message in the example) to isolate messages by private-chat-room.
 
 Xavier
 
 Thanks in advance

 Michael

 --
 View this message in context:
 http://www.nabble.com/wicketstuff-push-and-sharing-an-IChannelService-tf4671463.html#a13345278
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


 
 
 -- 
 Xavier Hanin - Independent Java Consultant
 http://xhab.blogspot.com/
 http://ant.apache.org/ivy/
 http://www.xoocode.org/
 
 

-- 
View this message in context: 
http://www.nabble.com/wicketstuff-push-and-sharing-an-IChannelService-tf4671463.html#a13358479
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: wicketstuff push and sharing an IChannelService

2007-10-23 Thread Xavier Hanin
On 10/23/07, Michael Sparer [EMAIL PROTECTED] wrote:


 Hi Xavier,

 thanks for your reply - well yes, that's certainly right. I've just lost
 sight of it. But I got another question: how stable is the
 wicketstuff-push
 project or what sections are stable and which have to be improved for use
 in
 a professional webapp?


AFAIK wicketstuff-push is developed by vincent demay and myself. Vincent
worked on the cometd channel implementation, and I've worked mostly on the
timer based IPushService implementation (where events do not come from the
client at all). I don't know how stable is the channel implementation since
I don't use it myself, maybe Vincent could give more details (not sure if
it's used in production or not). For the IPushService implementation, it
still requires more testing and improvements, because the problem is not
easy to solve with a timer based polling implementation: we have to detect
clients disconnection, and also handle back button where pages go back to
life from the a serialized form. And we also need to work on a comet based
implementation of this push service. So I think there's still need for
improvement and bug fixing in this section.

BTW, I've just checked in an improvement about this problem of page
deserialization which required an API change for the IPushService. If you
plan to use it, do not forget to do an svn update.

Xavier

thanks in advance

 Michael

 Xavier Hanin wrote:
 
  On 10/22/07, Michael Sparer [EMAIL PROTECTED] wrote:
 
 
  Hi,
 
  today I wondered if there's a wicket-approach for pushing messages from
  the
  server to the client (also called reverse ajax or pushlets). Well yes,
  there
  is one called wicketstuff push. I looked at its examples and soon
 managed
  to
  implement my own pushing stuff. In the examples (chat-example) however,
  the
  ChannelService that delivers the messages to its listeners, is stored
 in
  the
  application. I.e. there is only one channel for the whole application.
  Now imagine I want to create an additional private-chat-room for two
  users
  -- I'd need a ChannelService only for two users. So my question is:
  what's
  the wicket way to pass and store such an object which is applicable
 only
  for
  two users (sessions)?
 
 
  You can use an application wide ChannelService and use the channel name
  (chat/message in the example) to isolate messages by
 private-chat-room.
 
  Xavier
 
  Thanks in advance
 
  Michael
 
  --
  View this message in context:
 
 http://www.nabble.com/wicketstuff-push-and-sharing-an-IChannelService-tf4671463.html#a13345278
  Sent from the Wicket - User mailing list archive at Nabble.com.
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
 
  --
  Xavier Hanin - Independent Java Consultant
  http://xhab.blogspot.com/
  http://ant.apache.org/ivy/
  http://www.xoocode.org/
 
 

 --
 View this message in context:
 http://www.nabble.com/wicketstuff-push-and-sharing-an-IChannelService-tf4671463.html#a13358479
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




-- 
Xavier Hanin - Independent Java Consultant
http://xhab.blogspot.com/
http://ant.apache.org/ivy/
http://www.xoocode.org/


wicketstuff push and sharing an IChannelService

2007-10-22 Thread Michael Sparer

Hi, 

today I wondered if there's a wicket-approach for pushing messages from the
server to the client (also called reverse ajax or pushlets). Well yes, there
is one called wicketstuff push. I looked at its examples and soon managed to
implement my own pushing stuff. In the examples (chat-example) however, the
ChannelService that delivers the messages to its listeners, is stored in the
application. I.e. there is only one channel for the whole application.
Now imagine I want to create an additional private-chat-room for two users
-- I'd need a ChannelService only for two users. So my question is: what's
the wicket way to pass and store such an object which is applicable only for
two users (sessions)?

Thanks in advance

Michael

-- 
View this message in context: 
http://www.nabble.com/wicketstuff-push-and-sharing-an-IChannelService-tf4671463.html#a13345278
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: wicketstuff push and sharing an IChannelService

2007-10-22 Thread Xavier Hanin
On 10/22/07, Michael Sparer [EMAIL PROTECTED] wrote:


 Hi,

 today I wondered if there's a wicket-approach for pushing messages from
 the
 server to the client (also called reverse ajax or pushlets). Well yes,
 there
 is one called wicketstuff push. I looked at its examples and soon managed
 to
 implement my own pushing stuff. In the examples (chat-example) however,
 the
 ChannelService that delivers the messages to its listeners, is stored in
 the
 application. I.e. there is only one channel for the whole application.
 Now imagine I want to create an additional private-chat-room for two users
 -- I'd need a ChannelService only for two users. So my question is:
 what's
 the wicket way to pass and store such an object which is applicable only
 for
 two users (sessions)?


You can use an application wide ChannelService and use the channel name
(chat/message in the example) to isolate messages by private-chat-room.

Xavier

Thanks in advance

 Michael

 --
 View this message in context:
 http://www.nabble.com/wicketstuff-push-and-sharing-an-IChannelService-tf4671463.html#a13345278
 Sent from the Wicket - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




-- 
Xavier Hanin - Independent Java Consultant
http://xhab.blogspot.com/
http://ant.apache.org/ivy/
http://www.xoocode.org/


  1   2   >