Re: IResourceSettings.setUseTimestampOnResources(true) and performance
Any updates on this issue? I am seeing this slowness in 1.4.15 version also. Most of the time is spent in loading wicket js and css resources. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/IResourceSettings-setUseTimestampOnResources-true-and-performance-tp3057946p3635787.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: IResourceSettings.setUseTimestampOnResources(true) and performance
Any updates on this issue? I am seeing this slowness in 1.4.15 version also. Most of the time is spent in loading wicket js and css resources. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/IResourceSettings-setUseTimestampOnResources-true-and-performance-tp3057946p3635788.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
ajaxlazyloadpanel and ie
Hey all, I've got a problem with ajaxlazyloadpanel and IE, being the panels do not load in IE9 (didn't check IE8 or previous versions). The panels keep loading forever. There is no problem with loading the panels in other browsers (Chrome, Midori, Firefox). The panels are quite simpel, nothing really fancy going on, actually. Moreover, I also see that an iframe is not loaded when I use IE (hovering route normally shows a google-map, but the map itself isn't loaded). Although this seems not really an wicket-IE-issue, it may be related. The code? Sending all code is really overshoot, but simply put: I've got the HomePage-class wich adds a BlogItems-panel. The BlogItems-panel adds a DataView, and in each of the items adds a comment-panel. So in the populateItem-method of the Blogitems DataView, I have something like (it's just loading the panels, nothing fancy here): -- item.add(new AjaxLazyLoadPanel(String markupId) { @Override public Component getLazyLoadComponent(String id) { return CommentPanel(id, blogid); } } -- in which blogid is used to load the right comments. The CommentPanel itself adds another DataView with comments. I have also a WeatherPanel (loading data from google weather api) on the HomePage, also not loading in IE, no problem in other browsers. Security settings of IE are set to low (everything, certainly javascript is allowed). You can check it on: http://www.tinyleaps.be FYI: tomcat 5.5, wicket 1.4.17 Any ideas what can be wrong here? Thanks a lot, Kurt Sys
Re: IResourceSettings.setUseTimestampOnResources(true) and performance
This is improved in 1.5 for sure. I don't remember whether it is improved in 1.4.x or not. Try with 1.4.17 (latest 1.4 release) and come back with the points where you think it is slow. On Thu, Jun 30, 2011 at 5:18 PM, rajeev_yadav rajeev_ya...@dell.com wrote: Any updates on this issue? I am seeing this slowness in 1.4.15 version also. Most of the time is spent in loading wicket js and css resources. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/IResourceSettings-setUseTimestampOnResources-true-and-performance-tp3057946p3635788.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
MarkupContainer.removeAll() does not detach models recursively
Hi, There are cases where I am explicitly removing all children components from a ListView by calling removeAll(); For some reason, the removeAll() on MarkupContainer does not call detach() on its child components, instead it calls detachModel(); This has the side effect that the models of the components that are deeper in the component tree are never detached. Is this a bug? I am using wicket 1.4.17 Thanks - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: What is the status of wicketstuff dojo?
Ok, but even in that 1.4 branch it is missing dozens of classes that were present in the 1.3 version. They are also missing in the release artifacts. Can someone please migrate them from 1.3 to 1.4? Thanks, Steve On 01/07/2011, at 15:30, Attila Király kiralyattila...@gmail.com wrote: That is the 1.5 branch of wicketstuff. The 1.4 is in https://github.com/wicketstuff/core/tree/core-1.4.x/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html Dojo is disabled in the 1.5 branch (enabled in 1.4), probably because there was noone to maintain it. Attila 2011/7/1 Steve Swinsburg steve.swinsb...@gmail.com I found the old source. There is a LOT of stuff missing in the 1.4 release compared to the 1.3 release. 1.3: https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/attic/wicketstuff-dojo/src/main/java/org/wicketstuff/dojo/markup/html/ 1.4: https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html Is someone able to migrate that and push a release? cheers, Steve On 01/07/2011, at 11:51 AM, Steve Swinsburg wrote: Hi, Does anyone know what the status of wicketstuff dojo is? I have an application that was written in Wicket 1.3 which I have converted to 1.4, likewise for dojo. However there are classes missing from the 1.4 release that were being used in the 1.3 release, specifically: org.wicketstuff.dojo.markup.html.list.DojoOrderableListContainer; org.wicketstuff.dojo.markup.html.list.DojoOrderableRepeatingView; It seems that there is only 'toaster' in the org/wicketstuff/dojo/markup/html directory: https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html Is the 1.3 source available anywhere? Is anyone maintaining dojo? thanks, Steve - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: What is the status of wicketstuff dojo?
How much ? :-) What's the problem you to do it ? You already use this library so you know how it works. On Fri, Jul 1, 2011 at 2:48 PM, Steve Swinsburg steve.swinsb...@gmail.com wrote: Ok, but even in that 1.4 branch it is missing dozens of classes that were present in the 1.3 version. They are also missing in the release artifacts. Can someone please migrate them from 1.3 to 1.4? Thanks, Steve On 01/07/2011, at 15:30, Attila Király kiralyattila...@gmail.com wrote: That is the 1.5 branch of wicketstuff. The 1.4 is in https://github.com/wicketstuff/core/tree/core-1.4.x/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html Dojo is disabled in the 1.5 branch (enabled in 1.4), probably because there was noone to maintain it. Attila 2011/7/1 Steve Swinsburg steve.swinsb...@gmail.com I found the old source. There is a LOT of stuff missing in the 1.4 release compared to the 1.3 release. 1.3: https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/attic/wicketstuff-dojo/src/main/java/org/wicketstuff/dojo/markup/html/ 1.4: https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html Is someone able to migrate that and push a release? cheers, Steve On 01/07/2011, at 11:51 AM, Steve Swinsburg wrote: Hi, Does anyone know what the status of wicketstuff dojo is? I have an application that was written in Wicket 1.3 which I have converted to 1.4, likewise for dojo. However there are classes missing from the 1.4 release that were being used in the 1.3 release, specifically: org.wicketstuff.dojo.markup.html.list.DojoOrderableListContainer; org.wicketstuff.dojo.markup.html.list.DojoOrderableRepeatingView; It seems that there is only 'toaster' in the org/wicketstuff/dojo/markup/html directory: https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html Is the 1.3 source available anywhere? Is anyone maintaining dojo? thanks, Steve - 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: What is the status of wicketstuff dojo?
I don't use the library, I'm just converting a tool from 1.3 to 1.4 that someone else wrote. I have no idea how wicketstuff-dojo works. If Wicketstuff still used SVN I'd just merge it in and make sure it compiled, but I have no experience in git and no time to learn a new source control system that I don't use in my everyday work. So, hopefully someone that works on wicketstuff can! thanks, Steve On 01/07/2011, at 9:51 PM, Martin Grigorov wrote: How much ? :-) What's the problem you to do it ? You already use this library so you know how it works. On Fri, Jul 1, 2011 at 2:48 PM, Steve Swinsburg steve.swinsb...@gmail.com wrote: Ok, but even in that 1.4 branch it is missing dozens of classes that were present in the 1.3 version. They are also missing in the release artifacts. Can someone please migrate them from 1.3 to 1.4? Thanks, Steve On 01/07/2011, at 15:30, Attila Király kiralyattila...@gmail.com wrote: That is the 1.5 branch of wicketstuff. The 1.4 is in https://github.com/wicketstuff/core/tree/core-1.4.x/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html Dojo is disabled in the 1.5 branch (enabled in 1.4), probably because there was noone to maintain it. Attila 2011/7/1 Steve Swinsburg steve.swinsb...@gmail.com I found the old source. There is a LOT of stuff missing in the 1.4 release compared to the 1.3 release. 1.3: https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/attic/wicketstuff-dojo/src/main/java/org/wicketstuff/dojo/markup/html/ 1.4: https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html Is someone able to migrate that and push a release? cheers, Steve On 01/07/2011, at 11:51 AM, Steve Swinsburg wrote: Hi, Does anyone know what the status of wicketstuff dojo is? I have an application that was written in Wicket 1.3 which I have converted to 1.4, likewise for dojo. However there are classes missing from the 1.4 release that were being used in the 1.3 release, specifically: org.wicketstuff.dojo.markup.html.list.DojoOrderableListContainer; org.wicketstuff.dojo.markup.html.list.DojoOrderableRepeatingView; It seems that there is only 'toaster' in the org/wicketstuff/dojo/markup/html directory: https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html Is the 1.3 source available anywhere? Is anyone maintaining dojo? thanks, Steve - 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: What is the status of wicketstuff dojo?
Steve, it may take less time to merge the code by yourself, learn the basics of git to push that into github than to wait somebody that contributes to wicketstuff to do that to you, because unfortunately, if I'm not wrong, there's no one right now at wicketstuff doing things with dojo. And that's why the project is disabled. I'm sorry, *Bruno Borges* www.brunoborges.com.br +55 21 76727099 On Fri, Jul 1, 2011 at 9:59 AM, Steve Swinsburg steve.swinsb...@gmail.comwrote: I don't use the library, I'm just converting a tool from 1.3 to 1.4 that someone else wrote. I have no idea how wicketstuff-dojo works. If Wicketstuff still used SVN I'd just merge it in and make sure it compiled, but I have no experience in git and no time to learn a new source control system that I don't use in my everyday work. So, hopefully someone that works on wicketstuff can! thanks, Steve On 01/07/2011, at 9:51 PM, Martin Grigorov wrote: How much ? :-) What's the problem you to do it ? You already use this library so you know how it works. On Fri, Jul 1, 2011 at 2:48 PM, Steve Swinsburg steve.swinsb...@gmail.com wrote: Ok, but even in that 1.4 branch it is missing dozens of classes that were present in the 1.3 version. They are also missing in the release artifacts. Can someone please migrate them from 1.3 to 1.4? Thanks, Steve On 01/07/2011, at 15:30, Attila Király kiralyattila...@gmail.com wrote: That is the 1.5 branch of wicketstuff. The 1.4 is in https://github.com/wicketstuff/core/tree/core-1.4.x/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html Dojo is disabled in the 1.5 branch (enabled in 1.4), probably because there was noone to maintain it. Attila 2011/7/1 Steve Swinsburg steve.swinsb...@gmail.com I found the old source. There is a LOT of stuff missing in the 1.4 release compared to the 1.3 release. 1.3: https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/attic/wicketstuff-dojo/src/main/java/org/wicketstuff/dojo/markup/html/ 1.4: https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html Is someone able to migrate that and push a release? cheers, Steve On 01/07/2011, at 11:51 AM, Steve Swinsburg wrote: Hi, Does anyone know what the status of wicketstuff dojo is? I have an application that was written in Wicket 1.3 which I have converted to 1.4, likewise for dojo. However there are classes missing from the 1.4 release that were being used in the 1.3 release, specifically: org.wicketstuff.dojo.markup.html.list.DojoOrderableListContainer; org.wicketstuff.dojo.markup.html.list.DojoOrderableRepeatingView; It seems that there is only 'toaster' in the org/wicketstuff/dojo/markup/html directory: https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html Is the 1.3 source available anywhere? Is anyone maintaining dojo? thanks, Steve - 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: Configure http and https with apache and jboss
I am delving into the SwitchProtocolRequestTarget code a little to see if it gives me any answers. When the requireProtocol is called the protocol is https but request.getScheme() returns http. Why would this be? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Configure-http-and-https-with-apache-and-jboss-tp3633546p3638188.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: What is the status of wicketstuff dojo?
Hi Bruno, Thanks, I wasn't aware that the project was actually disabled, since there are still releases going out (albeit non functional ones). Perhaps we'll just stick with 1.3 for now. If I get some time I'll get in touch to get a wicketstuff account. cheers, Steve On 01/07/2011, at 11:21 PM, Bruno Borges wrote: Steve, it may take less time to merge the code by yourself, learn the basics of git to push that into github than to wait somebody that contributes to wicketstuff to do that to you, because unfortunately, if I'm not wrong, there's no one right now at wicketstuff doing things with dojo. And that's why the project is disabled. I'm sorry, *Bruno Borges* www.brunoborges.com.br +55 21 76727099 On Fri, Jul 1, 2011 at 9:59 AM, Steve Swinsburg steve.swinsb...@gmail.comwrote: I don't use the library, I'm just converting a tool from 1.3 to 1.4 that someone else wrote. I have no idea how wicketstuff-dojo works. If Wicketstuff still used SVN I'd just merge it in and make sure it compiled, but I have no experience in git and no time to learn a new source control system that I don't use in my everyday work. So, hopefully someone that works on wicketstuff can! thanks, Steve On 01/07/2011, at 9:51 PM, Martin Grigorov wrote: How much ? :-) What's the problem you to do it ? You already use this library so you know how it works. On Fri, Jul 1, 2011 at 2:48 PM, Steve Swinsburg steve.swinsb...@gmail.com wrote: Ok, but even in that 1.4 branch it is missing dozens of classes that were present in the 1.3 version. They are also missing in the release artifacts. Can someone please migrate them from 1.3 to 1.4? Thanks, Steve On 01/07/2011, at 15:30, Attila Király kiralyattila...@gmail.com wrote: That is the 1.5 branch of wicketstuff. The 1.4 is in https://github.com/wicketstuff/core/tree/core-1.4.x/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html Dojo is disabled in the 1.5 branch (enabled in 1.4), probably because there was noone to maintain it. Attila 2011/7/1 Steve Swinsburg steve.swinsb...@gmail.com I found the old source. There is a LOT of stuff missing in the 1.4 release compared to the 1.3 release. 1.3: https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/attic/wicketstuff-dojo/src/main/java/org/wicketstuff/dojo/markup/html/ 1.4: https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html Is someone able to migrate that and push a release? cheers, Steve On 01/07/2011, at 11:51 AM, Steve Swinsburg wrote: Hi, Does anyone know what the status of wicketstuff dojo is? I have an application that was written in Wicket 1.3 which I have converted to 1.4, likewise for dojo. However there are classes missing from the 1.4 release that were being used in the 1.3 release, specifically: org.wicketstuff.dojo.markup.html.list.DojoOrderableListContainer; org.wicketstuff.dojo.markup.html.list.DojoOrderableRepeatingView; It seems that there is only 'toaster' in the org/wicketstuff/dojo/markup/html directory: https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html Is the 1.3 source available anywhere? Is anyone maintaining dojo? thanks, Steve - 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 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Configure http and https with apache and jboss
Your Apache conf is SSL for 443, but the proxyed web server (Tomcat?!) is http:// Maybe this is the problem. On Fri, Jul 1, 2011 at 4:23 PM, vp143 vishal.po...@cipriati.co.uk wrote: I am delving into the SwitchProtocolRequestTarget code a little to see if it gives me any answers. When the requireProtocol is called the protocol is https but request.getScheme() returns http. Why would this be? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Configure-http-and-https-with-apache-and-jboss-tp3633546p3638188.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: What is the status of wicketstuff dojo?
You're welcome, And as soon you fix it, let us know to give you access to the repository. Or, you can just create your own branch at github and later request for a pull and we do that for you. Best regards, *Bruno Borges* www.brunoborges.com.br +55 21 76727099 On Fri, Jul 1, 2011 at 10:25 AM, Steve Swinsburg steve.swinsb...@gmail.comwrote: Hi Bruno, Thanks, I wasn't aware that the project was actually disabled, since there are still releases going out (albeit non functional ones). Perhaps we'll just stick with 1.3 for now. If I get some time I'll get in touch to get a wicketstuff account. cheers, Steve On 01/07/2011, at 11:21 PM, Bruno Borges wrote: Steve, it may take less time to merge the code by yourself, learn the basics of git to push that into github than to wait somebody that contributes to wicketstuff to do that to you, because unfortunately, if I'm not wrong, there's no one right now at wicketstuff doing things with dojo. And that's why the project is disabled. I'm sorry, *Bruno Borges* www.brunoborges.com.br +55 21 76727099 On Fri, Jul 1, 2011 at 9:59 AM, Steve Swinsburg steve.swinsb...@gmail.comwrote: I don't use the library, I'm just converting a tool from 1.3 to 1.4 that someone else wrote. I have no idea how wicketstuff-dojo works. If Wicketstuff still used SVN I'd just merge it in and make sure it compiled, but I have no experience in git and no time to learn a new source control system that I don't use in my everyday work. So, hopefully someone that works on wicketstuff can! thanks, Steve On 01/07/2011, at 9:51 PM, Martin Grigorov wrote: How much ? :-) What's the problem you to do it ? You already use this library so you know how it works. On Fri, Jul 1, 2011 at 2:48 PM, Steve Swinsburg steve.swinsb...@gmail.com wrote: Ok, but even in that 1.4 branch it is missing dozens of classes that were present in the 1.3 version. They are also missing in the release artifacts. Can someone please migrate them from 1.3 to 1.4? Thanks, Steve On 01/07/2011, at 15:30, Attila Király kiralyattila...@gmail.com wrote: That is the 1.5 branch of wicketstuff. The 1.4 is in https://github.com/wicketstuff/core/tree/core-1.4.x/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html Dojo is disabled in the 1.5 branch (enabled in 1.4), probably because there was noone to maintain it. Attila 2011/7/1 Steve Swinsburg steve.swinsb...@gmail.com I found the old source. There is a LOT of stuff missing in the 1.4 release compared to the 1.3 release. 1.3: https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/attic/wicketstuff-dojo/src/main/java/org/wicketstuff/dojo/markup/html/ 1.4: https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html Is someone able to migrate that and push a release? cheers, Steve On 01/07/2011, at 11:51 AM, Steve Swinsburg wrote: Hi, Does anyone know what the status of wicketstuff dojo is? I have an application that was written in Wicket 1.3 which I have converted to 1.4, likewise for dojo. However there are classes missing from the 1.4 release that were being used in the 1.3 release, specifically: org.wicketstuff.dojo.markup.html.list.DojoOrderableListContainer; org.wicketstuff.dojo.markup.html.list.DojoOrderableRepeatingView; It seems that there is only 'toaster' in the org/wicketstuff/dojo/markup/html directory: https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html Is the 1.3 source available anywhere? Is anyone maintaining dojo? thanks, Steve - 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 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Configure http and https with apache and jboss
I have seen posts talking about this connector in Tomcat/Jboss Connector protocol=HTTP/1.1 SSLEnabled=true port=8443 address=${jboss.bind.address} scheme=https secure=true clientAuth=false keystoreFile=${jboss.server.home.dir}/conf/chap8.keystore keystorePass=rmi+ssl sslProtocol = TLS / My understanding from what I have read is that this connector does not need to be enabled because I am using Apache as the web server which handles all the SSL traffic i.e SSL traffic is transparent to the Tomcat/Jboss, hence ProxyPass etc are forwarding to port 8080 even for VirtualHost 443. Can anyone verify this is correct? On 1 Jul 2011, at 14:32, Martin Grigorov-4 [via Apache Wicket] wrote: Your Apache conf is SSL for 443, but the proxyed web server (Tomcat?!) is http:// Maybe this is the problem. If you reply to this email, your message will be added to the discussion below: http://apache-wicket.1842946.n4.nabble.com/Configure-http-and-https-with-apache-and-jboss-tp3633546p3638211.html To unsubscribe from Configure http and https with apache and jboss, click here. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Configure-http-and-https-with-apache-and-jboss-tp3633546p3638231.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: Configure http and https with apache and jboss
Thats correct, your entire HTTPS set up can be only from Apache outwards and AJP/HTTP between Apache and JBoss/Tomcat. On Fri, Jul 1, 2011 at 9:45 AM, vp143 vishal.po...@cipriati.co.uk wrote: I have seen posts talking about this connector in Tomcat/Jboss Connector protocol=HTTP/1.1 SSLEnabled=true port=8443 address=${jboss.bind.address} scheme=https secure=true clientAuth=false keystoreFile=${jboss.server.home.dir}/conf/chap8.keystore keystorePass=rmi+ssl sslProtocol = TLS / My understanding from what I have read is that this connector does not need to be enabled because I am using Apache as the web server which handles all the SSL traffic i.e SSL traffic is transparent to the Tomcat/Jboss, hence ProxyPass etc are forwarding to port 8080 even for VirtualHost 443. Can anyone verify this is correct? On 1 Jul 2011, at 14:32, Martin Grigorov-4 [via Apache Wicket] wrote: Your Apache conf is SSL for 443, but the proxyed web server (Tomcat?!) is http:// Maybe this is the problem. If you reply to this email, your message will be added to the discussion below: http://apache-wicket.1842946.n4.nabble.com/Configure-http-and-https-with-apache-and-jboss-tp3633546p3638211.html To unsubscribe from Configure http and https with apache and jboss, click here. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Configure-http-and-https-with-apache-and-jboss-tp3633546p3638231.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 -- Jeremy Levy
Re: MarkupContainer.removeAll() does not detach models recursively
i believe that is fixed in 1.4.x and will make it into upcoming 1.4.18 -igor On Fri, Jul 1, 2011 at 4:47 AM, Nazaret K nazare...@gmail.com wrote: Hi, There are cases where I am explicitly removing all children components from a ListView by calling removeAll(); For some reason, the removeAll() on MarkupContainer does not call detach() on its child components, instead it calls detachModel(); This has the side effect that the models of the components that are deeper in the component tree are never detached. Is this a bug? I am using wicket 1.4.17 Thanks - 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
WicketFilter.init() called twice with Glassfish
Hello, I am deploying a Wicket 1.5 application inside an EAR on Glassfish 3.1. I noticed that the debug bar was doubled at the top of the browser window (2 full debug bars). After investigation, the problem is that WicketFIlter.init() is being called twice each time I start the server. This causes the debug bar contributors to register twice. My web.xml contains only Wicket and only once. Roughly the same code did not behave like this when I used an embedded jetty server and no EJBs or EAR (single WAR). I'm trying to set up an environment to step inside Glassfish and see why the filter is initialized twice. In the meantime, I ask has anybody seen this double-init behavior before? Thanks, Bertrand - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: WicketFilter.init() called twice with Glassfish
Am 01.07.2011 18:30, schrieb Bertrand Guay-Paquet: Hello, I am deploying a Wicket 1.5 application inside an EAR on Glassfish 3.1. I noticed that the debug bar was doubled at the top of the browser window (2 full debug bars). After investigation, the problem is that WicketFIlter.init() is being called twice each time I start the server. This causes the debug bar contributors to register twice. My web.xml contains only Wicket and only once. Roughly the same code did not behave like this when I used an embedded jetty server and no EJBs or EAR (single WAR). I'm trying to set up an environment to step inside Glassfish and see why the filter is initialized twice. In the meantime, I ask has anybody seen this double-init behavior before? Yes, I've seen this on Glassfish 3.0, and the problem was reported as fixed: http://java.net/jira/browse/GLASSFISH-11979 Maybe there's a regression? Regards, Harald - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Behaviors beforeRender broken
Hi again. Igor, thanks for your clarification, after changing isEnabled to return true the other callbacks do indeed get called. But to be honest I am still a bit confused by this fact and would be grateful for further information. The javadoc of isEnabled says that it is called when a component _is_ rendering which gave me the impression that isEnabled should be called _after_ onConfigure and beforeRender. Furthermore a component can be disabled but is still rendered (like a disabled checkbox) which in my opinion should still cause the rendering callbacks to be invoked. To my understanding that is not the case. And last but not least, even though the behavior did return false in isEnabled the links it was attached to where fully functional which a disabled component should not be as far as I know. All this leads me to the believe that my understanding of an enabled component in wicket terms s not correct. Any pointers would be greatly appreciated. Cheers, Chris Am 30.06.2011 22:20, schrieb Christian Huber: I just created a quick start with 1.4.17 where I added my behavior to the single label created in the template page. This time in addition to the methods mentioned below also getStatelessHint gets called but still beforeRender etc are not called. The label is still fully rendered. As Martin requested I created a JIRA issue for this with my quickstart attached. The issue can be found here https://issues.apache.org/jira/browse/WICKET-3854 Please let me know if that is sufficient or how I can provide more information. Am 30.06.2011 19:04, schrieb Igor Vaynberg: just a hunch, but if the component to which the behavior is attached to is not visible then none of the methods like before/after render will be called since component is not rendering. -igor On Thu, Jun 30, 2011 at 9:48 AM, Christian Huberhub...@butterbrot.org wrote: I tried adding a dummy implementation of that interface that logs every method call to custom subclass of link. While the links get rendered regularly the only methods that get invoked are isTemporary, bind, isEnabled and detach. All other methods are never called, am I missing something here? Am 30.06.2011 17:35, schrieb Igor Vaynberg: mixin IComponentConfigurationBehavior (1.4.17+ i believe) and implement visibility toggling in onconfigure(component) of your behavior. -igor On Thu, Jun 30, 2011 at 7:03 AM, Christian Huberhub...@butterbrot.org wrote: Hi all, I wanted to use a Behavior to customize the components in my application (Wicket 1.4.2) by modifying some properties in the behaviors beforeRender method. But I had to find that this method is never called, neither is afterRender. The other methods of the behavior are invoked but those are not suitable for my needs (can't modify visibilty e.g. because that yields an exception). I found an bug entry about this problem and acording to the comments this seems to be a conecptual problem and won't be fixed. So I was wondering if there is a suitable alternative to be used instead of a behavior. For example I would like a component to decide for itself if it should be visible in the current context by evaluating stuff like login status of the user or it's content. Would be great if I could get some pointers on how to do this in a sensible way with wicket. Cheers, Chris - 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 - 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: Behaviors beforeRender broken
isEnabled() controls whether the behavior is enabled or not and not the component. -igor On Fri, Jul 1, 2011 at 2:53 PM, Christian Huber hub...@butterbrot.org wrote: Hi again. Igor, thanks for your clarification, after changing isEnabled to return true the other callbacks do indeed get called. But to be honest I am still a bit confused by this fact and would be grateful for further information. The javadoc of isEnabled says that it is called when a component _is_ rendering which gave me the impression that isEnabled should be called _after_ onConfigure and beforeRender. Furthermore a component can be disabled but is still rendered (like a disabled checkbox) which in my opinion should still cause the rendering callbacks to be invoked. To my understanding that is not the case. And last but not least, even though the behavior did return false in isEnabled the links it was attached to where fully functional which a disabled component should not be as far as I know. All this leads me to the believe that my understanding of an enabled component in wicket terms s not correct. Any pointers would be greatly appreciated. Cheers, Chris Am 30.06.2011 22:20, schrieb Christian Huber: I just created a quick start with 1.4.17 where I added my behavior to the single label created in the template page. This time in addition to the methods mentioned below also getStatelessHint gets called but still beforeRender etc are not called. The label is still fully rendered. As Martin requested I created a JIRA issue for this with my quickstart attached. The issue can be found here https://issues.apache.org/jira/browse/WICKET-3854 Please let me know if that is sufficient or how I can provide more information. Am 30.06.2011 19:04, schrieb Igor Vaynberg: just a hunch, but if the component to which the behavior is attached to is not visible then none of the methods like before/after render will be called since component is not rendering. -igor On Thu, Jun 30, 2011 at 9:48 AM, Christian Huberhub...@butterbrot.org wrote: I tried adding a dummy implementation of that interface that logs every method call to custom subclass of link. While the links get rendered regularly the only methods that get invoked are isTemporary, bind, isEnabled and detach. All other methods are never called, am I missing something here? Am 30.06.2011 17:35, schrieb Igor Vaynberg: mixin IComponentConfigurationBehavior (1.4.17+ i believe) and implement visibility toggling in onconfigure(component) of your behavior. -igor On Thu, Jun 30, 2011 at 7:03 AM, Christian Huberhub...@butterbrot.org wrote: Hi all, I wanted to use a Behavior to customize the components in my application (Wicket 1.4.2) by modifying some properties in the behaviors beforeRender method. But I had to find that this method is never called, neither is afterRender. The other methods of the behavior are invoked but those are not suitable for my needs (can't modify visibilty e.g. because that yields an exception). I found an bug entry about this problem and acording to the comments this seems to be a conecptual problem and won't be fixed. So I was wondering if there is a suitable alternative to be used instead of a behavior. For example I would like a component to decide for itself if it should be visible in the current context by evaluating stuff like login status of the user or it's content. Would be great if I could get some pointers on how to do this in a sensible way with wicket. Cheers, Chris - 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 - 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