[Wicket-user] nobody from or that uses wicket there around that time?
http://mail-archives.apache.org/mod_mbox/maven-users/200702.mbox/[EMAIL PROTECTED] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] VOTE on wicket:component
As a long-time Tapestry user (but very new Wicket user), I have a few thoughts about in-line component declaration. 1.) Even in a framework like Tapestry where the idiom is fully supported, it can lead to complex and difficult to maintain templates. In fact, it's generally discouraged in Tapestry for those reasons. 2.) Providing a fundamentally different, optional way to declare components in Wicket seems more like an unnecessary increase in ways to do it rather than a useful increase in flexibility. 3) The tooling support issue should not be underestimated. The author of the Spindle plugin for Tapestry eventually gave up on updating it for Tapestry 4 precisely because there were so many ways in which components could be defined (in the template, in the XML spec file or in Java via annotations). While experienced Tapestry users can get along just fine without that plugin, it was a big selling point for new users. In short, I think you should hold a hard line against increased functionality in templates and only make exceptions for the most compelling and common use cases (e.g. wicket:message). -Ryan On Feb 13, 2007, at 8:47 AM, Jonathan Locke wrote: Our Wiki describes the wicket:component tag as follows: wicket:component - Creates a Wicket component on the fly. Needs a class attribute. Though this has been in wicket for a long time, it is still kind of an unsupported feature, as most of the core developers believe that this may lead to misuse of the framework. Before heavily relying on this feature, you might want to contact the user list to discuss alternative strategies. It's unclear to me that anyone is using this. The utility is limited and unimportant. And for anyone creating tooling support for wicket, this will be a tripping point. I can't see any good reason to keep this feature as it is a way to instantiate a component in the markup and might server as the beginning of a bunch of requests to add component configuration or other code logic where we should only have nice clean markup. VOTE: [ ] Delete this unimportant and generally unsupported feature [ ] Keep wicket:component, but define its limits, document it on the wiki as fully supported and commit to supporting it in the future -- View this message in context: http://www.nabble.com/VOTE-on-wicket% 3Acomponent-tf3221780.html#a8948008 Sent from the Wicket - User mailing list archive at Nabble.com. -- --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel? cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] VOTE on wicket:component
On 2/14/07, Ryan Holmes [EMAIL PROTECTED] wrote: As a long-time Tapestry user (but very new Wicket user), I have a few thoughts about in-line component declaration. 1.) Even in a framework like Tapestry where the idiom is fully supported, it can lead to complex and difficult to maintain templates. In fact, it's generally discouraged in Tapestry for those reasons. 2.) Providing a fundamentally different, optional way to declare components in Wicket seems more like an unnecessary increase in ways to do it rather than a useful increase in flexibility. 3) The tooling support issue should not be underestimated. The author of the Spindle plugin for Tapestry eventually gave up on updating it for Tapestry 4 precisely because there were so many ways in which components could be defined (in the template, in the XML spec file or in Java via annotations). While experienced Tapestry users can get along just fine without that plugin, it was a big selling point for new users. It's good to read this from a 'regular user', and from actual experience. I'm changing my vote to: +1 for removing it. Thanks Ryan, Eelco - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] Testing Wicket with JMeter
Hi Im trying to test an application with jmeter , I keep getting page expired when testing. I have a cookie manager and save jsessionid, are there any thing else I should be aware of in that direction? The application are rather simple although there are some ajax calls. The test fails on the first submit with a page expired.. Any ideas on what im doing wrong ? Please ask if you need more information... Nino Wael - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] multiple rendering at same time
It sounds like Scott just wants to allow the user to cancel the slow-loading page by navigating to another page. If his database request happened in a LoadableDetachableModel rather than a page constructor, would that allow a new page to be rendered while the old one is still trying to load data? -Ryan On Feb 13, 2007, at 11:19 PM, Johan Compagner wrote: But what does that lock matter for you page if that page takes a long time? You 'loose' the database connections for all other things anyway. Or does that session have different windows and is displaying more then 1 page at the same time in tabs/frames or browser windows? johan On 2/13/07, Scott Lusebrink [EMAIL PROTECTED] wrote: I've realized that wicket will only render one page at a time, at least it will not run the constructor and onAttach methods of 2 pages at the same time. This is a major bottle neck on applications with large user bases. My app is experiencing problems because database calls are being run in these constructors and onAttach methods. While there maybe a more appropriate place for database calls to be run, and I'd like to hear where these should be, running only 1 page constructor at a time doesn't seem to be efficient. I've found the code that does this. RequestCycle.874 processEventsAndRespond(){ // Use any synchronization lock provided by the target 874 Object lock = getRequestTarget().getLock( this); 875 if (lock != null) 876 { 877 synchronized (lock) 878 { 879 doProcessEventsAndRespond (processor); 880 } 881 } can someone explain if this behavior is intentional, is there a way to stop it? As a result of this behavior while a page is loading, no other page will load until the first has finish. I am using wicket 1.2 Scott -- --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel? cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -- --- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php? page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Testing Wicket with JMeter
Hmm, adding a link parser seemed to solve the problem.. But any how, if anyone has some tips I'd like to hear them::-) From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nino Wael Sent: 14. februar 2007 10:19 To: wicket-user@lists.sourceforge.net Subject: [Wicket-user] Testing Wicket with JMeter Hi Im trying to test an application with jmeter , I keep getting page expired when testing. I have a cookie manager and save jsessionid, are there any thing else I should be aware of in that direction? The application are rather simple although there are some ajax calls. The test fails on the first submit with a page expired.. Any ideas on what im doing wrong ? Please ask if you need more information... Nino Wael - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] multiple rendering at same time
On 2/14/07, Ryan Holmes [EMAIL PROTECTED] wrote: It sounds like Scott just wants to allow the user to cancel the slow-loading page by navigating to another page. Or at least don't show a blank page that'll provoke the user to hit refresh ten times in a row. If his database request happened in a LoadableDetachableModel rather than a page constructor, would that allow a new page to be rendered while the old one is still trying to load data? No, that doesn't make a difference. Detachable models can be used to limit the amount of data that is cached as 'component state' between requests, and to ensure that new requests are done with fresh data. The rendering of pages stands apart from that. If you want to break up a request in multiple parts - which is what you want to do here, as you first want to show the page without the data, possibly with some kind of place holder for the data or e.g. a progress indicator - you can best use Ajax or, second best, use (i)frames and resources. If you use Ajax, it's best to do the processing in a separate thread and let Ajax do polling as that won't block the session. Which reminds me of something I wanted to investigate concerning stateless behaviors (for ajax). But I'll start another thread about that. Eelco - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] multiple rendering at same time
Ahh, I think we discussed this earlier. The best solution are to utilize a worker thread (I think) and make the client reload until the thread are done.. I think it's essential for wicket in order to handle session state to use a singleton pattern for request cycles. EG if page A have long loading time page b,c,d will just have to wait. So if you utilize a worker thread then you will be able to cancel the thread and go to the other page if you want to. Regards Nino -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ryan Holmes Sent: 14. februar 2007 10:32 To: wicket-user@lists.sourceforge.net Subject: Re: [Wicket-user] multiple rendering at same time It sounds like Scott just wants to allow the user to cancel the slow-loading page by navigating to another page. If his database request happened in a LoadableDetachableModel rather than a page constructor, would that allow a new page to be rendered while the old one is still trying to load data? -Ryan On Feb 13, 2007, at 11:19 PM, Johan Compagner wrote: But what does that lock matter for you page if that page takes a long time? You 'loose' the database connections for all other things anyway. Or does that session have different windows and is displaying more then 1 page at the same time in tabs/frames or browser windows? johan On 2/13/07, Scott Lusebrink [EMAIL PROTECTED] wrote: I've realized that wicket will only render one page at a time, at least it will not run the constructor and onAttach methods of 2 pages at the same time. This is a major bottle neck on applications with large user bases. My app is experiencing problems because database calls are being run in these constructors and onAttach methods. While there maybe a more appropriate place for database calls to be run, and I'd like to hear where these should be, running only 1 page constructor at a time doesn't seem to be efficient. I've found the code that does this. RequestCycle.874 processEventsAndRespond(){ // Use any synchronization lock provided by the target 874 Object lock = getRequestTarget().getLock( this); 875 if (lock != null) 876 { 877 synchronized (lock) 878 { 879 doProcessEventsAndRespond (processor); 880 } 881 } can someone explain if this behavior is intentional, is there a way to stop it? As a result of this behavior while a page is loading, no other page will load until the first has finish. I am using wicket 1.2 Scott -- --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel? cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -- --- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php? page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] MarkupWriter
On 2/13/07, Eelco Hillenius [EMAIL PROTECTED] wrote: For some cases it is easier, more efficient or - as with behaviors - simply the only way to write markup 'around' (before and after) the actual tag that a component is coupled to. This is where response.write can be used. Is this also the case when implementing the IAutoCompleteRenderer interface? Or is there a way to use the power of panels or fragments to render in renderChoice? I think it is too trivial to put this in Wicket core, but if we have a decent implementation we could consider putting it in extensions. If I will need this at some time I will make a good implementation and let you know. Robert Eelco On 2/13/07, Robert . [EMAIL PROTECTED] wrote: Actually I encounter this raw HTML output in the Pro Wicket book on page 251. A custome AutoCompleteRenderer is used to render a choice protected void renderChoice(Object object, Response response) Could you give an example how to write custom HTML to the response in such a method, without having to do something like response.write(div); Robert On 2/12/07, Igor Vaynberg [EMAIL PROTECTED] wrote: in wicket you very very very very rarely output markup from your code. why do you need this? -igor On 2/12/07, Robert . [EMAIL PROTECTED] wrote: Hi, I have been using Tapestry before and kinda enjoyed using the IMarkupWriter by doing things like writer.begin(div); writer.attribute(id, abc); writer.println(text); writer.end(); Is there an equivalent way of doing this in Wicket? Robert - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] multiple rendering at same time
EG if page A have long loading time page b,c,d will just have to wait. So if you utilize a worker thread then you will be able to cancel the thread and go to the other page if you want to. Not all requests are synced on the session though. Notably requests to shared resources aren't, while you can easily trick shared resources to actually handle client specific requests. The only thing you'd miss there is the markup handling/ rendering you would have with normal page requests. Also: see my email about stateless behaviors (and the question whether we synchronize stateless pages on the session - which we shouldn't imo - to the dev list). Eelco - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] MarkupWriter
On 2/14/07, Robert . [EMAIL PROTECTED] wrote: On 2/13/07, Eelco Hillenius [EMAIL PROTECTED] wrote: For some cases it is easier, more efficient or - as with behaviors - simply the only way to write markup 'around' (before and after) the actual tag that a component is coupled to. This is where response.write can be used. Is this also the case when implementing the IAutoCompleteRenderer interface? Or is there a way to use the power of panels or fragments to render in renderChoice? That seems to be an individual choice by the developers of that component. Probably because that has to work in Ajax requests where the variation you'll send over is probably pretty limited. Eelco I think it is too trivial to put this in Wicket core, but if we have a decent implementation we could consider putting it in extensions. If I will need this at some time I will make a good implementation and let you know. Robert Eelco On 2/13/07, Robert . [EMAIL PROTECTED] wrote: Actually I encounter this raw HTML output in the Pro Wicket book on page 251. A custome AutoCompleteRenderer is used to render a choice protected void renderChoice(Object object, Response response) Could you give an example how to write custom HTML to the response in such a method, without having to do something like response.write(div); Robert On 2/12/07, Igor Vaynberg [EMAIL PROTECTED] wrote: in wicket you very very very very rarely output markup from your code. why do you need this? -igor On 2/12/07, Robert . [EMAIL PROTECTED] wrote: Hi, I have been using Tapestry before and kinda enjoyed using the IMarkupWriter by doing things like writer.begin (div); writer.attribute(id, abc); writer.println(text); writer.end(); Is there an equivalent way of doing this in Wicket? Robert - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the
Re: [Wicket-user] multiple rendering at same time
Im not on the dev list, I guess I can look it up on nabble? Yep: http://www.nabble.com/stateless-behaviors-tf3226344.html Or subscribe to it! See http://incubator.apache.org/wicket/incubator.html Eelco - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] multiple rendering at same time
Thanks, that really clears it up. At first glance, synchronizing pages on the session seems a little overly restrictive (Scott's issue being a case in point), but of course *not* synchronizing on the session is an infamous source of frustrating bugs, even in frameworks with much simpler state handling than Wicket. Very cool, I would much rather have to intentionally enable multithreaded operations on a case-by-case basis than have to constantly worry about subtle multithreading issues. -Ryan On Feb 14, 2007, at 1:54 AM, Eelco Hillenius wrote: On 2/14/07, Ryan Holmes [EMAIL PROTECTED] wrote: It sounds like Scott just wants to allow the user to cancel the slow-loading page by navigating to another page. Or at least don't show a blank page that'll provoke the user to hit refresh ten times in a row. If his database request happened in a LoadableDetachableModel rather than a page constructor, would that allow a new page to be rendered while the old one is still trying to load data? No, that doesn't make a difference. Detachable models can be used to limit the amount of data that is cached as 'component state' between requests, and to ensure that new requests are done with fresh data. The rendering of pages stands apart from that. If you want to break up a request in multiple parts - which is what you want to do here, as you first want to show the page without the data, possibly with some kind of place holder for the data or e.g. a progress indicator - you can best use Ajax or, second best, use (i)frames and resources. If you use Ajax, it's best to do the processing in a separate thread and let Ajax do polling as that won't block the session. Which reminds me of something I wanted to investigate concerning stateless behaviors (for ajax). But I'll start another thread about that. Eelco -- --- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php? page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] VOTE on wicket:component
On 2/14/07, Eelco Hillenius [EMAIL PROTECTED] wrote: On 2/14/07, Ryan Holmes [EMAIL PROTECTED] wrote: As a long-time Tapestry user (but very new Wicket user), I have a few thoughts about in-line component declaration. 1.) Even in a framework like Tapestry where the idiom is fully supported, it can lead to complex and difficult to maintain templates. In fact, it's generally discouraged in Tapestry for those reasons. 2.) Providing a fundamentally different, optional way to declare components in Wicket seems more like an unnecessary increase in ways to do it rather than a useful increase in flexibility. 3) The tooling support issue should not be underestimated. The author of the Spindle plugin for Tapestry eventually gave up on updating it for Tapestry 4 precisely because there were so many ways in which components could be defined (in the template, in the XML spec file or in Java via annotations). While experienced Tapestry users can get along just fine without that plugin, it was a big selling point for new users. It's good to read this from a 'regular user', and from actual experience. I'm changing my vote to: +1 for removing it. Yes that really nails it and also express how I feel about it. (can we remove wicket:link as well now we're at it ;o) +1 remove it Frank - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] NPE in Page#componentStateChanging
When doing an ajax update on a MarkupContainer containing a listview.. I am replacing the listview model before the update: java.lang.NullPointerException at wicket.Page.componentStateChanging(Page.java:327) at wicket.Component.addStateChange(Component.java:2551) at wicket.MarkupContainer.removeAll(MarkupContainer.java:510) at wicket.markup.html.list.ListView.setModel(ListView.java:514) at com.edicorp.erp.web.pages.admin.search.SpecEditPage$2.onNodeLinkClicked(SpecEditPage.java:79) at wicket.markup.html.tree.DefaultAbstractTree$9.onClick(DefaultAbstractTree.java:533) at wicket.markup.html.tree.DefaultAbstractTree$6.onClick(DefaultAbstractTree.java:467) at wicket.ajax.markup.html.AjaxLink$1.onEvent(AjaxLink.java:77) at wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:164) at wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDefaultAjaxBehavior.java:216) at wicket.request.target.component.listener.BehaviorRequestTarget.processEvents(BehaviorRequestTarget.java:97) at wicket.request.compound.DefaultEventProcessorStrategy.processEvents(DefaultEventProcessorStrategy.java:68) at wicket.request.compound.AbstractCompoundRequestCycleProcessor.processEvents(AbstractCompoundRequestCycleProcessor.java:56) at wicket.RequestCycle.doProcessEventsAndRespond(RequestCycle.java:938) at wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:978) at wicket.RequestCycle.step(RequestCycle.java:1054) at wicket.RequestCycle.steps(RequestCycle.java:1125) at wicket.RequestCycle.request(RequestCycle.java:470) at wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:232) at wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:122) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112) at java.lang.Thread.run(Thread.java:595) Aaron - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Page cache / page pool
Hi, Johan Compagner wrote: So if you show A the second time then yes B is dropped. But if you then do setResponsePage(B) B is again pushed to the stack and should be able to render fine. I found out why this questions sounded so stupid to you: I used ajax to show the cached page in a certain frame and that was recognized to look like a back-button request. I managed to change this and use setResponsePage now. Thanks for help! Chris -- View this message in context: http://www.nabble.com/Page-cache---page-pool-tf3213152.html#a8964047 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] NPE in Page#componentStateChanging
I apologize if this gets sent twice.. my ISP smtp server is acting up. When doing an ajax update on a MarkupContainer containing a listview.. I am replacing the listview model before the update: java.lang.NullPointerException at wicket.Page.componentStateChanging(Page.java:327) at wicket.Component.addStateChange(Component.java:2551) at wicket.MarkupContainer.removeAll(MarkupContainer.java:510) at wicket.markup.html.list.ListView.setModel(ListView.java:514) at com.edicorp.erp.web.pages.admin.search.SpecEditPage$2.onNodeLinkClicked(SpecEditPage.java:79) at wicket.markup.html.tree.DefaultAbstractTree$9.onClick(DefaultAbstractTree.java:533) at wicket.markup.html.tree.DefaultAbstractTree$6.onClick(DefaultAbstractTree.java:467) at wicket.ajax.markup.html.AjaxLink$1.onEvent(AjaxLink.java:77) at wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:164) at wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDefaultAjaxBehavior.java:216) at wicket.request.target.component.listener.BehaviorRequestTarget.processEvents(BehaviorRequestTarget.java:97) at wicket.request.compound.DefaultEventProcessorStrategy.processEvents(DefaultEventProcessorStrategy.java:68) at wicket.request.compound.AbstractCompoundRequestCycleProcessor.processEvents(AbstractCompoundRequestCycleProcessor.java:56) at wicket.RequestCycle.doProcessEventsAndRespond(RequestCycle.java:938) at wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:978) at wicket.RequestCycle.step(RequestCycle.java:1054) at wicket.RequestCycle.steps(RequestCycle.java:1125) at wicket.RequestCycle.request(RequestCycle.java:470) at wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:232) at wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:122) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112) at java.lang.Thread.run(Thread.java:595) Aaron - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] NPE in Page#componentStateChanging
On Wed, 14 Feb 2007, Aaron HIniker wrote: When doing an ajax update on a MarkupContainer containing a listview.. I am replacing the listview model before the update: To update a ListView with ajax, I just manipulate its list instead of replacing the whole model. To make removals work, I recreate the whole list component on update (do a new MyListView()...). This works for me, but if there is a better way to update ListViews via ajax, I'd be happy to know it. - Timo -- Timo Rantalaiho Reaktor Innovations OyURL: http://www.ri.fi/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] second level cache - why not to use ehcache
I looked at pages second level cache implementation in 1.3 and wonder why not to use ehcache instead? It's much more intelligent, configurable and performant. For example, it can have part of cache in memory while swapping less frequently used pages on the disk. -- Andrew Klochkov - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] multiple rendering at same time
Would a WebResource not lock the rest of the application? Ajax is not a possibility due to security requirements. This page is already inside its own frame, I pretty much need a unsynchronized page. Can you provide an example of how to use a webResource to display a table Scott - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] VOTE on wicket:component
Didn't know about it before, so can't see a possible use case where it is necessary +1 remove. On 2/14/07, Frank Bille [EMAIL PROTECTED] wrote: On 2/14/07, Eelco Hillenius [EMAIL PROTECTED] wrote: On 2/14/07, Ryan Holmes [EMAIL PROTECTED] wrote: As a long-time Tapestry user (but very new Wicket user), I have a few thoughts about in-line component declaration. 1.) Even in a framework like Tapestry where the idiom is fully supported, it can lead to complex and difficult to maintain templates. In fact, it's generally discouraged in Tapestry for those reasons. 2.) Providing a fundamentally different, optional way to declare components in Wicket seems more like an unnecessary increase in ways to do it rather than a useful increase in flexibility. 3) The tooling support issue should not be underestimated. The author of the Spindle plugin for Tapestry eventually gave up on updating it for Tapestry 4 precisely because there were so many ways in which components could be defined (in the template, in the XML spec file or in Java via annotations). While experienced Tapestry users can get along just fine without that plugin, it was a big selling point for new users. It's good to read this from a 'regular user', and from actual experience. I'm changing my vote to: +1 for removing it. Yes that really nails it and also express how I feel about it. (can we remove wicket:link as well now we're at it ;o) +1 remove it Frank - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Webby is cool
Sorry, I should have given the link. It is http://r8fe.net/webby/ as you already mentioned. I found it through the Wicket links section btw. - nilo Jean-Baptiste Quenot-3 wrote: * nilo de roock: Today I looked at WebbyDB, it's a 'PHP-type-of-dump-classes-on-webpage' app, hibernate handles the persistency side. It depends on webby, wicket, databinder and hibernate. Do you have a pointer please? Or is it http://r8fe.net/webby/ -- Jean-Baptiste Quenot aka John Banana Qwerty http://caraldi.com/jbq/ - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -- View this message in context: http://www.nabble.com/Webby-is-cool-tf3177665.html#a8966738 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] AjaxFallbackDefaultDataTable (2.0) - how to update table when item is added or deleted
Hello, I know that there must be an easy way to do this, but I have not been able to figured it out os far, and there are no examples that I could find. I would like to know how you can update the AjaxFallbackDefaultDataTable in 2.0, when the underlying data has changed, such as in a delete or add operation. So far I have tried updating the table through the standard target mechanism we use for other AJAX components in Wicket, however no joy so far. I have also tried calling the modelChanged() method on the table, still no effect. I could replace the whole table, but that seems a bit draconian, and would defeat the purpose of using AJAX in the first place. The only thing I have not tried is targeting each column of the table individually. Thanks in advance for all assistance. De. -- View this message in context: http://www.nabble.com/AjaxFallbackDefaultDataTable-%282.0%29---how-to-update-table-when-item-is-added-or-deleted-tf3228031.html#a8967651 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] VOTE on wicket:component
Stability and consistency is paramount in a good framework - delete. Jonathan Locke wrote: Our Wiki describes the wicket:component tag as follows: wicket:component - Creates a Wicket component on the fly. Needs a class attribute. Though this has been in wicket for a long time, it is still kind of an unsupported feature, as most of the core developers believe that this may lead to misuse of the framework. Before heavily relying on this feature, you might want to contact the user list to discuss alternative strategies. It's unclear to me that anyone is using this. The utility is limited and unimportant. And for anyone creating tooling support for wicket, this will be a tripping point. I can't see any good reason to keep this feature as it is a way to instantiate a component in the markup and might server as the beginning of a bunch of requests to add component configuration or other code logic where we should only have nice clean markup. VOTE: [ ] Delete this unimportant and generally unsupported feature [ ] Keep wicket:component, but define its limits, document it on the wiki as fully supported and commit to supporting it in the future -- View this message in context: http://www.nabble.com/VOTE-on-wicket%3Acomponent-tf3221780.html#a8967701 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] VOTE on wicket:component
yep. yep. yep. could not have said it better. it takes real effort to restrain a maturing project from collapsing under its own weight. *less is more* Ryan Holmes wrote: As a long-time Tapestry user (but very new Wicket user), I have a few thoughts about in-line component declaration. 1.) Even in a framework like Tapestry where the idiom is fully supported, it can lead to complex and difficult to maintain templates. In fact, it's generally discouraged in Tapestry for those reasons. 2.) Providing a fundamentally different, optional way to declare components in Wicket seems more like an unnecessary increase in ways to do it rather than a useful increase in flexibility. 3) The tooling support issue should not be underestimated. The author of the Spindle plugin for Tapestry eventually gave up on updating it for Tapestry 4 precisely because there were so many ways in which components could be defined (in the template, in the XML spec file or in Java via annotations). While experienced Tapestry users can get along just fine without that plugin, it was a big selling point for new users. In short, I think you should hold a hard line against increased functionality in templates and only make exceptions for the most compelling and common use cases (e.g. wicket:message). -Ryan On Feb 13, 2007, at 8:47 AM, Jonathan Locke wrote: Our Wiki describes the wicket:component tag as follows: wicket:component - Creates a Wicket component on the fly. Needs a class attribute. Though this has been in wicket for a long time, it is still kind of an unsupported feature, as most of the core developers believe that this may lead to misuse of the framework. Before heavily relying on this feature, you might want to contact the user list to discuss alternative strategies. It's unclear to me that anyone is using this. The utility is limited and unimportant. And for anyone creating tooling support for wicket, this will be a tripping point. I can't see any good reason to keep this feature as it is a way to instantiate a component in the markup and might server as the beginning of a bunch of requests to add component configuration or other code logic where we should only have nice clean markup. VOTE: [ ] Delete this unimportant and generally unsupported feature [ ] Keep wicket:component, but define its limits, document it on the wiki as fully supported and commit to supporting it in the future -- View this message in context: http://www.nabble.com/VOTE-on-wicket% 3Acomponent-tf3221780.html#a8948008 Sent from the Wicket - User mailing list archive at Nabble.com. -- --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel? cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -- View this message in context: http://www.nabble.com/VOTE-on-wicket%3Acomponent-tf3221780.html#a8968141 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] VOTE on wicket:component
[X] Delete this unimportant and generally unsupported feature On 2/13/07, Jonathan Locke [EMAIL PROTECTED] wrote: Our Wiki describes the wicket:component tag as follows: wicket:component - Creates a Wicket component on the fly. Needs a class attribute. Though this has been in wicket for a long time, it is still kind of an unsupported feature, as most of the core developers believe that this may lead to misuse of the framework. Before heavily relying on this feature, you might want to contact the user list to discuss alternative strategies. It's unclear to me that anyone is using this. The utility is limited and unimportant. And for anyone creating tooling support for wicket, this will be a tripping point. I can't see any good reason to keep this feature as it is a way to instantiate a component in the markup and might server as the beginning of a bunch of requests to add component configuration or other code logic where we should only have nice clean markup. VOTE: [ ] Delete this unimportant and generally unsupported feature [ ] Keep wicket:component, but define its limits, document it on the wiki as fully supported and commit to supporting it in the future -- View this message in context: http://www.nabble.com/VOTE-on-wicket%3Acomponent-tf3221780.html#a8948008 Sent from the Wicket - User mailing list archive at Nabble.com. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -- Shawn Tumey Cofounder MT Web Productions LLC www.mtwebproduction.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] JS Error: Object expected - but only with wicket 1.2.5
I am experiencing a very similar issue (using 1.2.x branch, aka 1.2.5) however the reproduction scenario I am seeing is a submit after a ajax link. I am available if anyone wants to help me track the cause down. I am hoping to get some time tonight or tomorrow to put together a simple application that demonstrates this issue. Ryan On 2/11/07, Niels Bo [EMAIL PROTECTED] wrote: After switching from 1.2.4 to 1.2.5, I am seeing a lot of JavaScript errors Object expected on AjaxFallbackLink links. In development mode I also found that the WICKET AJAX DEBUG is often missing after using a AJAX link followed by a link to a bookmarkable/mounted page. Looking a the html source in the browser, shows that the wicket-ajax.js is missing from the head section. Niels -- View this message in context: http://www.nabble.com/JS-Error%3A-Object-expected---but-only-with-wicket-1.2.5-tf3210112.html#a8914493 Sent from the Wicket - User mailing list archive at Nabble.com. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] NPE in Page#componentStateChanging
it would be helpful to know the version -igor On 2/14/07, Aaron HIniker [EMAIL PROTECTED] wrote: When doing an ajax update on a MarkupContainer containing a listview.. I am replacing the listview model before the update: java.lang.NullPointerException at wicket.Page.componentStateChanging(Page.java:327) at wicket.Component.addStateChange(Component.java:2551) at wicket.MarkupContainer.removeAll(MarkupContainer.java:510) at wicket.markup.html.list.ListView.setModel(ListView.java:514) at com.edicorp.erp.web.pages.admin.search.SpecEditPage$2.onNodeLinkClicked( SpecEditPage.java:79) at wicket.markup.html.tree.DefaultAbstractTree$9.onClick( DefaultAbstractTree.java:533) at wicket.markup.html.tree.DefaultAbstractTree$6.onClick( DefaultAbstractTree.java:467) at wicket.ajax.markup.html.AjaxLink$1.onEvent(AjaxLink.java:77) at wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java :164) at wicket.ajax.AbstractDefaultAjaxBehavior.onRequest( AbstractDefaultAjaxBehavior.java:216) at wicket.request.target.component.listener.BehaviorRequestTarget.processEvents (BehaviorRequestTarget.java:97) at wicket.request.compound.DefaultEventProcessorStrategy.processEvents( DefaultEventProcessorStrategy.java:68) at wicket.request.compound.AbstractCompoundRequestCycleProcessor.processEvents (AbstractCompoundRequestCycleProcessor.java:56) at wicket.RequestCycle.doProcessEventsAndRespond(RequestCycle.java:938) at wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:978) at wicket.RequestCycle.step(RequestCycle.java:1054) at wicket.RequestCycle.steps(RequestCycle.java:1125) at wicket.RequestCycle.request(RequestCycle.java:470) at wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:232) at wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java :122) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter( ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter( ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter( ReplyHeaderFilter.java:96) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter( ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter( ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke( StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke( StandardContextValve.java:178) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke( SecurityAssociationValve.java:175) at org.jboss.web.tomcat.security.JaccContextValve.invoke( JaccContextValve.java:74) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java :126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java :105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke( CachedConnectionValve.java:156) at org.apache.catalina.core.StandardEngineValve.invoke( StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java :148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection (Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket( PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run( MasterSlaveWorkerThread.java:112) at java.lang.Thread.run(Thread.java:595) Aaron - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] AjaxFallbackDefaultDataTable (2.0) - how to update table when item is added or deleted
you have to update the whole table. there is nothing draconian about it because any other row may or may not be there after the update - other users might be adding/removing things to the table as well. -igor On 2/14/07, De Soca [EMAIL PROTECTED] wrote: Hello, I know that there must be an easy way to do this, but I have not been able to figured it out os far, and there are no examples that I could find. I would like to know how you can update the AjaxFallbackDefaultDataTable in 2.0, when the underlying data has changed, such as in a delete or add operation. So far I have tried updating the table through the standard target mechanism we use for other AJAX components in Wicket, however no joy so far. I have also tried calling the modelChanged() method on the table, still no effect. I could replace the whole table, but that seems a bit draconian, and would defeat the purpose of using AJAX in the first place. The only thing I have not tried is targeting each column of the table individually. Thanks in advance for all assistance. De. -- View this message in context: http://www.nabble.com/AjaxFallbackDefaultDataTable-%282.0%29---how-to-update-table-when-item-is-added-or-deleted-tf3228031.html#a8967651 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] second level cache - why not to use ehcache
On 2/14/07, Andrew Klochkov [EMAIL PROTECTED] wrote: I looked at pages second level cache implementation in 1.3 and wonder why not to use ehcache instead? Exactly what I have advocated, and which is why it is had the name 'second level cache'. However, I don't think it should be the default, but rather an (easy to configure) option to plugin anything you like as the 'second level cache', be that an actual caching implementation, a database, (virtual) file system or something else. It's much more intelligent, configurable and performant. Keep in mind that we're still in the early stages of it. We're currently tweaking the hell out of it though implementing custom serialization, saving changes in a different thread and only for later versions than the last one (which we keep in memory) etc. The point is that by doing it ourselves, we can tweak exactly for what is needed for Wicket. For example, it can have part of cache in memory while swapping less frequently used pages on the disk. It's the idea that we'll have flow over support as well. I don't know whether LRU is the best mechanism though. There are probably smarter ways to do this for Wicket, like basing it on recent activity, available memory/ number of active sessions. I don't know just yet, but it's something that is on our mind for investigating. First things first though. Eelco - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] Form submitted normally and via AJAX? (Wicket 1.2.5)
Hi all, In my Databinder-using application I have the requirement to create/edit entities both within a standard request cycle, and via AJAX inside a Modal Window. In the interests of not duplicating code, I would like to drive both these processes from the same Form object, passing a boolean from the page to tell the Panel containing the Form whether it's submitting normally or via AJAX. I have run into the following problem: The AJAX submission is via an AjaxSubmitButton. This Component calls the Form's onSubmit/onError methods before calling its own methods. This means I cannot include any code specific to one method of submission in the Form's onSubmit/onError methods. Because of this, for a standard submission I use a Button with defaultFormProcessing set to false and an overridden onSubmit method. But the Button has no onError method, so I cannot provide any standard-submission-specific error-handling code if the same object is to handle an AJAX submission. Does anyone have any suggestions on how to get around this? At the moment I'm attempting to step around the issue by duplicating all submission-processing code the page via an anonymous subclass of the Panel/Form object, but I would appreciate a better solution if anyone knows of one! Cheers, Charlie. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] second level cache - why not to use ehcache
I've tried writing a IPageStore using ehcache today, the performance wasn't better than what we already have. And Wicket second level session store is not really a cache, it's works differently. -Matej Eelco Hillenius wrote: On 2/14/07, Andrew Klochkov [EMAIL PROTECTED] wrote: I looked at pages second level cache implementation in 1.3 and wonder why not to use ehcache instead? Exactly what I have advocated, and which is why it is had the name 'second level cache'. However, I don't think it should be the default, but rather an (easy to configure) option to plugin anything you like as the 'second level cache', be that an actual caching implementation, a database, (virtual) file system or something else. It's much more intelligent, configurable and performant. Keep in mind that we're still in the early stages of it. We're currently tweaking the hell out of it though implementing custom serialization, saving changes in a different thread and only for later versions than the last one (which we keep in memory) etc. The point is that by doing it ourselves, we can tweak exactly for what is needed for Wicket. For example, it can have part of cache in memory while swapping less frequently used pages on the disk. It's the idea that we'll have flow over support as well. I don't know whether LRU is the best mechanism though. There are probably smarter ways to do this for Wicket, like basing it on recent activity, available memory/ number of active sessions. I don't know just yet, but it's something that is on our mind for investigating. First things first though. Eelco - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Eclipse environment
ChuckDeal wrote: How do the Wicket developers have their Eclipse environment setup? I have a SNAPSHOT project that I created from the svn tree (wicket 1.3). Each of the subprojects are below that project but the .classpath and .project are not setup to allow building of the whole project. My own project is mvn-enabled and I use the m2Eclipse plugin to help manage the dependencies, but the Wicket structure doesn't seem to work well with the m2Eclipse plugin (the wicket-parent subproject instead of a top-level pom). So, I was hoping I could get an idea of how you guys setup the workspace for development. Particularly, I want to tweak the datetime subproject because it is giving me some trouble. svn checkout [...]/branches/1.x /home/me/dev/wicket-1.x cd /home/me/dev/wicket1.x/wicket-parent mvn -DdownloadSources eclipse:eclipse File | Import... Multiple Projects Clicky clicky find /home/me/dev/wicket1.x/ Make sure they're all checked. Click OK. Wait while Eclipse churns for a bit. Done. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] second level cache - why not to use ehcache
On 2/14/07, Matej Knopp [EMAIL PROTECTED] wrote: I've tried writing a IPageStore using ehcache today Cool. Maybe you could paste the code into a blog or WIKI page? Eelco - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Form submitted normally and via AJAX? (Wicket 1.2.5)
i thought you wanted to handle it the same way so why do you need to know if the processing is ajax or regular request? -igor On 2/14/07, Charlie Dobbie [EMAIL PROTECTED] wrote: Hi all, In my Databinder-using application I have the requirement to create/edit entities both within a standard request cycle, and via AJAX inside a Modal Window. In the interests of not duplicating code, I would like to drive both these processes from the same Form object, passing a boolean from the page to tell the Panel containing the Form whether it's submitting normally or via AJAX. I have run into the following problem: The AJAX submission is via an AjaxSubmitButton. This Component calls the Form's onSubmit/onError methods before calling its own methods. This means I cannot include any code specific to one method of submission in the Form's onSubmit/onError methods. Because of this, for a standard submission I use a Button with defaultFormProcessing set to false and an overridden onSubmit method. But the Button has no onError method, so I cannot provide any standard-submission-specific error-handling code if the same object is to handle an AJAX submission. Does anyone have any suggestions on how to get around this? At the moment I'm attempting to step around the issue by duplicating all submission-processing code the page via an anonymous subclass of the Panel/Form object, but I would appreciate a better solution if anyone knows of one! Cheers, Charlie. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] render to file?
does wget keep the cookie for session tracking? Yes, it does. I'm doing a wget -erobots=off --post-data=username=(user)password=(pass) --keep-session-cookies --save-cookies=cookies.txt http://test.com/catalog/app/SignIn I get SignIn + the cookie (Cookie file: test.com FALSE /catalogFALSE 0 JSESSIONID C187A08FF6EAEF94920BE8A20B171AC9) and then, wget -erobots=off --post-data=username=(user)password=(pass) --load-cookies=cookies.txt http://test.com/catalog/app/ProductView/id/22 ...and it still downloads SignIn... (thus it isn't effectively signing in) Extract of SignIn.html: input name=username value= type=text size=30/ input name=password value= type=password size=30/ Don't really get what's going on... Thanks for your help, Francisco ps: if there's a more wicket-oriented solution to generate offline html pages, I would like to know it as well! Date: Sun, 11 Feb 2007 14:08:16 -0800 From: Igor Vaynberg Subject: Re: [Wicket-user] render to file? To: wicket-user@lists.sourceforge.net Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 does wget keep the cookie for session tracking? -igor On 2/11/07, Francisco Treacy wrote: Hi all, Is there a possibility to render a Wicket page to a file instead to the browser? In fact, i need to make an 'HTML offline export' of all products stored in database... how would you do to accomplish this, including stylesheets and images? (i already tried wget but I'm having problems with image resources as catalog?x=JGqvQsW-QbuV1CaPUrSID*jhjA3cbcCp6VIF-CKlTgc when I check it out in the browser). Any ideas very welcome. Thank you in advance, Francisco - Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions ! Profitez des connaissances, des opinions et des expériences des internautes sur Yahoo! Questions/Réponses.- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] render to file?
i dont know if anyone has done any offline generation, but this seems like a reasonable way to do it not sure why its not working, dont know that much about wget either :) do you have it set to follow redirects? because after a form submit there is a redirect -igor On 2/14/07, Francisco Treacy [EMAIL PROTECTED] wrote: does wget keep the cookie for session tracking? Yes, it does. I'm doing a wget -erobots=off --post-data=username=(user)password=(pass) --keep-session-cookies --save-cookies=cookies.txt http://test.com/catalog/app/SignIn I get SignIn + the cookie (Cookie file: test.com FALSE /catalogFALSE 0 JSESSIONID C187A08FF6EAEF94920BE8A20B171AC9) and then, wget -erobots=off --post-data=username=(user)password=(pass) --load-cookies=cookies.txt http://test.com/catalog/app/ProductView/id/22 ...and it still downloads SignIn... (thus it isn't effectively signing in) Extract of SignIn.html: input name=username value= type=text size=30/ input name=password value= type=password size=30/ Don't really get what's going on... Thanks for your help, Francisco ps: if there's a more wicket-oriented solution to generate offline html pages, I would like to know it as well! * * Date: Sun, 11 Feb 2007 14:08:16 -0800 From: Igor Vaynberg Subject: Re: [Wicket-user] render to file? To: wicket-user@lists.sourceforge.net Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 does wget keep the cookie for session tracking? -igor On 2/11/07, Francisco Treacy wrote: Hi all, Is there a possibility to render a Wicket page to a file instead to the browser? In fact, i need to make an 'HTML offline export' of all products stored in database... how would you do to accomplish this, including stylesheets and images? (i already tried wget but I'm having problems with image resources as catalog?x=JGqvQsW-QbuV1CaPUrSID*jhjA3cbcCp6VIF-CKlTgc when I check it out in the browser). Any ideas very welcome. Thank you in advance, Francisco -- Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions ! Profitez des connaissances, des opinions et des expériences des internautes sur Yahoo! Questions/Réponseshttp://fr.rd.yahoo.com/evt=42054/*http://fr.answers.yahoo.com . - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] VOTE on wicket:component
Hi, I vote either: [X] Keep wicket:component, but define its limits, document it on the wiki as fully supported and commit to supporting it in the future or [X] Delete this unimportant and generally unsupported feature with the amendment that the case below is supported in some other way Like Timo I am using it in a number of places to keep my XHTML valid. For example: table wicket:component wicket:id=persons trtdRow 1 of person data/td/tr trtdRow 2 of person data/td/tr /wicket:component /table I do not know how to write this in valid XHTML without wicket:component. Regards, Erik. Jonathan Locke wrote: Our Wiki describes the wicket:component tag as follows: wicket:component - Creates a Wicket component on the fly. Needs a class attribute. Though this has been in wicket for a long time, it is still kind of an unsupported feature, as most of the core developers believe that this may lead to misuse of the framework. Before heavily relying on this feature, you might want to contact the user list to discuss alternative strategies. It's unclear to me that anyone is using this. The utility is limited and unimportant. And for anyone creating tooling support for wicket, this will be a tripping point. I can't see any good reason to keep this feature as it is a way to instantiate a component in the markup and might server as the beginning of a bunch of requests to add component configuration or other code logic where we should only have nice clean markup. VOTE: [ ] Delete this unimportant and generally unsupported feature [ ] Keep wicket:component, but define its limits, document it on the wiki as fully supported and commit to supporting it in the future -- Erik van Oosten http://day-to-day-stuff.blogspot.com/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] render to file?
Also, you might want to change the redirect strategy to ONE_PASS_RENDER Martijn On 2/14/07, Igor Vaynberg [EMAIL PROTECTED] wrote: i dont know if anyone has done any offline generation, but this seems like a reasonable way to do it not sure why its not working, dont know that much about wget either :) do you have it set to follow redirects? because after a form submit there is a redirect -igor On 2/14/07, Francisco Treacy [EMAIL PROTECTED] wrote: does wget keep the cookie for session tracking? Yes, it does. I'm doing a wget -erobots=off --post-data=username=(user)password=(pass) --keep-session-cookies --save-cookies= cookies.txt http://test.com/catalog/app/SignIn I get SignIn + the cookie (Cookie file: test.com FALSE /catalogFALSE 0 JSESSIONID C187A08FF6EAEF94920BE8A20B171AC9) and then, wget -erobots=off --post-data=username=(user)password=(pass) --load-cookies= cookies.txt http://test.com/catalog/app/ProductView/id/22 ...and it still downloads SignIn... (thus it isn't effectively signing in) Extract of SignIn.html: input name=username value= type=text size =30/ input name=password value= type=password size=30/ Don't really get what's going on... Thanks for your help, Francisco ps: if there's a more wicket-oriented solution to generate offline html pages, I would like to know it as well! Date: Sun, 11 Feb 2007 14:08:16 -0800 From: Igor Vaynberg Subject: Re: [Wicket-user] render to file? To: wicket-user@lists.sourceforge.net Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 does wget keep the cookie for session tracking? -igor On 2/11/07, Francisco Treacy wrote: Hi all, Is there a possibility to render a Wicket page to a file instead to the browser? In fact, i need to make an 'HTML offline export' of all products stored in database... how would you do to accomplish this, including stylesheets and images? (i already tried wget but I'm having problems with image resources as catalog?x=JGqvQsW-QbuV1CaPUrSID*jhjA3cbcCp6VIF-CKlTgc when I check it out in the browser). Any ideas very welcome. Thank you in advance, Francisco Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions ! Profitez des connaissances, des opinions et des expériences des internautes sur Yahoo! Questions/Réponses. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -- Vote for Wicket at the http://www.thebeststuffintheworld.com/vote_for/wicket Wicket 1.2.4 is as easy as 1-2-4. Download Wicket now! http://wicketframework.org - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Release wicket-contrib-tinyMce?
On 2/13/07, Iulian Costan [EMAIL PROTECTED] wrote: hey Filippo, yes, i've been thinking for a while to release 1.0 version but couldnt make it till now. yes, please do it, if you are kind enough to help me, that will be great. as well pom files need little clean up as well, but that's another story Ok, I'll have a look at it in the weekend. -- filippo - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] AutoCompleteTextField and special characters - solution
Hi I just wanted to share a little trick with you guys who might also be struggling with this. I have deployed an application on my linux box. Danish characters (æøå) works fine, no problem. Then we add AutoCompleteTextField to make search more nice on one page. And here comes the problem. The autocomplete will not work with æøå, but if I used %F8 instead og ø, it worked. After some hair-pulling I found (thanx to woogle.billen.dk) http://cwiki.apache.org/WW/how-to-support-utf-8-uriencoding-with-tomcat.html which did the job. If somebody can explain why it do work, please do..because æøå works in all other input fields. Regards Flemming - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] VOTE on wicket:component
Jonathan Locke schrieb: [X] Delete this unimportant and generally unsupported feature [ ] Keep wicket:component, but define its limits, document it on the wiki as fully supported and commit to supporting it in the future and a +1 for wicket:pseudo / wicket:container as well ;) Greetings, Rüdiger - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] custom serialization problem
Wicket 1.3 (revision 507527) I have been experiencing variations on the following stacktrace since I updated to the latest snapshot. I say variations because sometimes the full stack trace is many causes deep, but the only interesting cause is the NPE at the bottom. java.lang.RuntimeException: java.lang.reflect.InvocationTargetException at wicket.util.io.ClassStreamHandler.invokeWriteMethod(ClassStreamHandler.java:421) at wicket.util.io.WicketObjectOutputStream.writeObjectOverride(WicketObjectOutputStream.java:134) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:298) at wicket.util.io.ClassStreamHandler$ObjectFieldAndIndex.writeField(ClassStreamHandler.java:764) at wicket.util.io.ClassStreamHandler.writeFields(ClassStreamHandler.java:340) at wicket.util.io.WicketObjectOutputStream.writeObjectOverride(WicketObjectOutputStream.java:136) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:298) at wicket.util.io.ClassStreamHandler$ObjectFieldAndIndex.writeField(ClassStreamHandler.java:764) at wicket.util.io.ClassStreamHandler.writeFields(ClassStreamHandler.java:340) at wicket.util.io.WicketObjectOutputStream.writeObjectOverride(WicketObjectOutputStream.java:136) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:298) at wicket.util.lang.Objects.objectToByteArray(Objects.java:1043) at wicket.protocol.http.FilePageStore.serializePage(FilePageStore.java:412) at wicket.protocol.http.FilePageStore.access$1200(FilePageStore.java:47) at wicket.protocol.http.FilePageStore$PageSavingThread.run(FilePageStore.java:599) at java.lang.Thread.run(Thread.java:595) Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.GeneratedMethodAccessor62.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at wicket.util.io.ClassStreamHandler.invokeWriteMethod(ClassStreamHandler.java:409) ... 15 more Caused by: java.lang.RuntimeException: java.lang.reflect.InvocationTargetException at wicket.util.io.ClassStreamHandler.invokeWriteMethod(ClassStreamHandler.java:421) at wicket.util.io.WicketObjectOutputStream.writeObjectOverride(WicketObjectOutputStream.java:134) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:298) at wicket.util.io.ClassStreamHandler$ObjectFieldAndIndex.writeField(ClassStreamHandler.java:764) at wicket.util.io.ClassStreamHandler.writeFields(ClassStreamHandler.java:340) at wicket.util.io.WicketObjectOutputStream.writeObjectOverride(WicketObjectOutputStream.java:136) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:298) at wicket.util.io.ClassStreamHandler$ObjectFieldAndIndex.writeField(ClassStreamHandler.java:764) at wicket.util.io.ClassStreamHandler.writeFields(ClassStreamHandler.java:340) at wicket.util.io.WicketObjectOutputStream.writeObjectOverride(WicketObjectOutputStream.java:136) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:298) at wicket.util.io.ClassStreamHandler$ObjectFieldAndIndex.writeField(ClassStreamHandler.java:764) at wicket.util.io.ClassStreamHandler.writeFields(ClassStreamHandler.java:340) at wicket.util.io.WicketObjectOutputStream.writeObjectOverride(WicketObjectOutputStream.java:136) at wicket.util.io.WicketObjectOutputStream.writeObjectOverride(WicketObjectOutputStream.java:113) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:298) at wicket.util.io.ClassStreamHandler$ObjectFieldAndIndex.writeField(ClassStreamHandler.java:764) at wicket.util.io.ClassStreamHandler.writeFields(ClassStreamHandler.java:340) at wicket.util.io.WicketObjectOutputStream.writeObjectOverride(WicketObjectOutputStream.java:136) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:298) at wicket.util.io.ClassStreamHandler$ObjectFieldAndIndex.writeField(ClassStreamHandler.java:764) at wicket.util.io.ClassStreamHandler.writeFields(ClassStreamHandler.java:340) at wicket.util.io.WicketObjectOutputStream.writeObjectOverride(WicketObjectOutputStream.java:136) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:298) at wicket.util.io.ClassStreamHandler$ObjectFieldAndIndex.writeField(ClassStreamHandler.java:764) at wicket.util.io.ClassStreamHandler.writeFields(ClassStreamHandler.java:340) at wicket.util.io.WicketObjectOutputStream.writeObjectOverride(WicketObjectOutputStream.java:136) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:298) at java.util.ArrayList.writeObject(ArrayList.java:569) ... 19 more Caused by:
Re: [Wicket-user] second level cache - why not to use ehcache
Its EXACTLY a cache What isn't a cache is ehcache At least not in my point of view A cache is something you cache something as good as you can but it can be gone at anytime. ehcache is not a cache. Its a in memory predefined size list. where some can drop of and others not thats not caching. Thats pooling And the current caching is because we don't version anything anymore in the undo buffer doesn't make much sense. Except if you really make new pages again for pretty much all the clicks/navigation that you do. Maybe we should cache the byte[] instead of the pages. What would cost more? Because now if you are on page X version 0 and you click and you go to Page X version 1 then go back.. Previously this was really still an in mem operation. Nowadays it is always a read from disk.. maybe we should change that and i am completely not suprised that ehcache was not performing better. How could it do that?? Where should the gain come from? The current impl really grows directly with the hardware you have. ehcache need to be tweaked exactly what your system can handle. What do you say then? 200 page? 2000 pages? What does that cost? johan On 2/14/07, Matej Knopp [EMAIL PROTECTED] wrote: I've tried writing a IPageStore using ehcache today, the performance wasn't better than what we already have. And Wicket second level session store is not really a cache, it's works differently. -Matej Eelco Hillenius wrote: On 2/14/07, Andrew Klochkov [EMAIL PROTECTED] wrote: I looked at pages second level cache implementation in 1.3 and wonder why not to use ehcache instead? Exactly what I have advocated, and which is why it is had the name 'second level cache'. However, I don't think it should be the default, but rather an (easy to configure) option to plugin anything you like as the 'second level cache', be that an actual caching implementation, a database, (virtual) file system or something else. It's much more intelligent, configurable and performant. Keep in mind that we're still in the early stages of it. We're currently tweaking the hell out of it though implementing custom serialization, saving changes in a different thread and only for later versions than the last one (which we keep in memory) etc. The point is that by doing it ourselves, we can tweak exactly for what is needed for Wicket. For example, it can have part of cache in memory while swapping less frequently used pages on the disk. It's the idea that we'll have flow over support as well. I don't know whether LRU is the best mechanism though. There are probably smarter ways to do this for Wicket, like basing it on recent activity, available memory/ number of active sessions. I don't know just yet, but it's something that is on our mind for investigating. First things first though. Eelco - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] custom serialization problem
yes the error reporting must be done better. But your catch that it doesn't release the lock is a good one will check that out. But yes you have a problem because what it tries to serialize is not supposed to be serialized. On 2/14/07, ChuckDeal [EMAIL PROTECTED] wrote: Wicket 1.3 (revision 507527) I have been experiencing variations on the following stacktrace since I updated to the latest snapshot. I say variations because sometimes the full stack trace is many causes deep, but the only interesting cause is the NPE at the bottom. java.lang.RuntimeException: java.lang.reflect.InvocationTargetException at wicket.util.io.ClassStreamHandler.invokeWriteMethod( ClassStreamHandler.java:421) at wicket.util.io.WicketObjectOutputStream.writeObjectOverride( WicketObjectOutputStream.java:134) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java :298) at wicket.util.io.ClassStreamHandler$ObjectFieldAndIndex.writeField( ClassStreamHandler.java:764) at wicket.util.io.ClassStreamHandler.writeFields(ClassStreamHandler.java:340) at wicket.util.io.WicketObjectOutputStream.writeObjectOverride( WicketObjectOutputStream.java:136) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java :298) at wicket.util.io.ClassStreamHandler$ObjectFieldAndIndex.writeField( ClassStreamHandler.java:764) at wicket.util.io.ClassStreamHandler.writeFields(ClassStreamHandler.java:340) at wicket.util.io.WicketObjectOutputStream.writeObjectOverride( WicketObjectOutputStream.java:136) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java :298) at wicket.util.lang.Objects.objectToByteArray(Objects.java:1043) at wicket.protocol.http.FilePageStore.serializePage( FilePageStore.java:412) at wicket.protocol.http.FilePageStore.access$1200( FilePageStore.java:47) at wicket.protocol.http.FilePageStore$PageSavingThread.run(FilePageStore.java :599) at java.lang.Thread.run(Thread.java:595) Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.GeneratedMethodAccessor62.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke( DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at wicket.util.io.ClassStreamHandler.invokeWriteMethod( ClassStreamHandler.java:409) ... 15 more Caused by: java.lang.RuntimeException: java.lang.reflect.InvocationTargetException at wicket.util.io.ClassStreamHandler.invokeWriteMethod( ClassStreamHandler.java:421) at wicket.util.io.WicketObjectOutputStream.writeObjectOverride( WicketObjectOutputStream.java:134) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java :298) at wicket.util.io.ClassStreamHandler$ObjectFieldAndIndex.writeField( ClassStreamHandler.java:764) at wicket.util.io.ClassStreamHandler.writeFields(ClassStreamHandler.java:340) at wicket.util.io.WicketObjectOutputStream.writeObjectOverride( WicketObjectOutputStream.java:136) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java :298) at wicket.util.io.ClassStreamHandler$ObjectFieldAndIndex.writeField( ClassStreamHandler.java:764) at wicket.util.io.ClassStreamHandler.writeFields(ClassStreamHandler.java:340) at wicket.util.io.WicketObjectOutputStream.writeObjectOverride( WicketObjectOutputStream.java:136) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java :298) at wicket.util.io.ClassStreamHandler$ObjectFieldAndIndex.writeField( ClassStreamHandler.java:764) at wicket.util.io.ClassStreamHandler.writeFields(ClassStreamHandler.java:340) at wicket.util.io.WicketObjectOutputStream.writeObjectOverride( WicketObjectOutputStream.java:136) at wicket.util.io.WicketObjectOutputStream.writeObjectOverride( WicketObjectOutputStream.java:113) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java :298) at wicket.util.io.ClassStreamHandler$ObjectFieldAndIndex.writeField( ClassStreamHandler.java:764) at wicket.util.io.ClassStreamHandler.writeFields(ClassStreamHandler.java:340) at wicket.util.io.WicketObjectOutputStream.writeObjectOverride( WicketObjectOutputStream.java:136) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java :298) at wicket.util.io.ClassStreamHandler$ObjectFieldAndIndex.writeField( ClassStreamHandler.java:764) at wicket.util.io.ClassStreamHandler.writeFields(ClassStreamHandler.java:340) at wicket.util.io.WicketObjectOutputStream.writeObjectOverride( WicketObjectOutputStream.java:136) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java :298) at wicket.util.io.ClassStreamHandler$ObjectFieldAndIndex.writeField( ClassStreamHandler.java:764) at wicket.util.io.ClassStreamHandler.writeFields(ClassStreamHandler.java:340)
Re: [Wicket-user] second level cache - why not to use ehcache
But cache is for caching things that are expensive to get, but when they are evicted from cache, they can be restored. When you remove wicket page (or better said page version) for wicket 2nd level store, it can not be restored. As for performance, the gain could be in finer grained synchronization, as imho currently the synchronization is the bottleneck. -Matej Johan Compagner wrote: Its EXACTLY a cache What isn't a cache is ehcache At least not in my point of view A cache is something you cache something as good as you can but it can be gone at anytime. ehcache is not a cache. Its a in memory predefined size list. where some can drop of and others not thats not caching. Thats pooling And the current caching is because we don't version anything anymore in the undo buffer doesn't make much sense. Except if you really make new pages again for pretty much all the clicks/navigation that you do. Maybe we should cache the byte[] instead of the pages. What would cost more? Because now if you are on page X version 0 and you click and you go to Page X version 1 then go back.. Previously this was really still an in mem operation. Nowadays it is always a read from disk.. maybe we should change that and i am completely not suprised that ehcache was not performing better. How could it do that?? Where should the gain come from? The current impl really grows directly with the hardware you have. ehcache need to be tweaked exactly what your system can handle. What do you say then? 200 page? 2000 pages? What does that cost? johan On 2/14/07, *Matej Knopp* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I've tried writing a IPageStore using ehcache today, the performance wasn't better than what we already have. And Wicket second level session store is not really a cache, it's works differently. -Matej Eelco Hillenius wrote: On 2/14/07, Andrew Klochkov [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I looked at pages second level cache implementation in 1.3 and wonder why not to use ehcache instead? Exactly what I have advocated, and which is why it is had the name 'second level cache'. However, I don't think it should be the default, but rather an (easy to configure) option to plugin anything you like as the 'second level cache', be that an actual caching implementation, a database, (virtual) file system or something else. It's much more intelligent, configurable and performant. Keep in mind that we're still in the early stages of it. We're currently tweaking the hell out of it though implementing custom serialization, saving changes in a different thread and only for later versions than the last one (which we keep in memory) etc. The point is that by doing it ourselves, we can tweak exactly for what is needed for Wicket. For example, it can have part of cache in memory while swapping less frequently used pages on the disk. It's the idea that we'll have flow over support as well. I don't know whether LRU is the best mechanism though. There are probably smarter ways to do this for Wicket, like basing it on recent activity, available memory/ number of active sessions. I don't know just yet, but it's something that is on our mind for investigating. First things first though. Eelco - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net 's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net mailto:Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net mailto:Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] tons of size of failed exceptions
Well, I was using a release from the previous days and that is why it wasn't swallowing the Exception (I have since verified that I am using the latest SNAPSHOT from source, not wicketstuff repo). But I still experience HUGE delays when it goes wrong (I just can't see why now, which is actually worse than before because at least I could see why that app ground to a halt) I had one bog down for 59 seconds today. My average seems to be between 20-30 seconds. I guess maybe the question might be will http://issues.apache.org/jira/browse/WICKET-278 potentially solve the problem by eliminating the Exceptions or is their another issue that causes the slowdown and #278 is just one way to repeatedly cause the problem? Chuck Eelco Hillenius wrote: On 2/9/07, ChuckDeal [EMAIL PROTECTED] wrote: Wicket 1.3 (revision 505283) The following is a stack trace that I have experienced quite a few times recently. This new behavior started in the past couple of weeks. My real concern (besides all of the crap that is spewed into my log, obscuring the real exception) is the time it takes to do this: from the timestamps you can see that this takes roughly 21 seconds! I guess my argument would be that if I received the first exception then of course something is screwed up, so why bother continueing whatever processing that is going on that causes at wicket.util.lang.Objects.sizeof(Objects.java:1281) at wicket.Component.getSizeInBytes(Component.java:1107) at wicket.markup.html.debug.PageView$3.component(PageView.java:140) to be called. It looks like some attempt to serialize but, if I got the first exception, what cause would there be to serialize anything? Is this a work in progress type of thing or unexpected behavior? The NotSerializableExceptions gets swallowed silently in that function since yesterday (which is in line with how it was implemented for 2.0). Why it takes so long? I have no idea unless you are working with huge components. Even then 21 seconds sounds like something definitively being wrong. Eelco - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -- View this message in context: http://www.nabble.com/tons-of-%22size-of-failed%22-exceptions-tf3200578.html#a8974021 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] second level cache - why not to use ehcache
Everything can be restored. Because everything is on disk. yes but synching should be looked at. i think i go with jonathans idea that i already was thinking of. use a concurrent hashmap and then one entry is a list for one session. then concurrency should be almost gone between sessions. johan On 2/14/07, Matej Knopp [EMAIL PROTECTED] wrote: But cache is for caching things that are expensive to get, but when they are evicted from cache, they can be restored. When you remove wicket page (or better said page version) for wicket 2nd level store, it can not be restored. As for performance, the gain could be in finer grained synchronization, as imho currently the synchronization is the bottleneck. -Matej Johan Compagner wrote: Its EXACTLY a cache What isn't a cache is ehcache At least not in my point of view A cache is something you cache something as good as you can but it can be gone at anytime. ehcache is not a cache. Its a in memory predefined size list. where some can drop of and others not thats not caching. Thats pooling And the current caching is because we don't version anything anymore in the undo buffer doesn't make much sense. Except if you really make new pages again for pretty much all the clicks/navigation that you do. Maybe we should cache the byte[] instead of the pages. What would cost more? Because now if you are on page X version 0 and you click and you go to Page X version 1 then go back.. Previously this was really still an in mem operation. Nowadays it is always a read from disk.. maybe we should change that and i am completely not suprised that ehcache was not performing better. How could it do that?? Where should the gain come from? The current impl really grows directly with the hardware you have. ehcache need to be tweaked exactly what your system can handle. What do you say then? 200 page? 2000 pages? What does that cost? johan On 2/14/07, *Matej Knopp* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I've tried writing a IPageStore using ehcache today, the performance wasn't better than what we already have. And Wicket second level session store is not really a cache, it's works differently. -Matej Eelco Hillenius wrote: On 2/14/07, Andrew Klochkov [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I looked at pages second level cache implementation in 1.3 and wonder why not to use ehcache instead? Exactly what I have advocated, and which is why it is had the name 'second level cache'. However, I don't think it should be the default, but rather an (easy to configure) option to plugin anything you like as the 'second level cache', be that an actual caching implementation, a database, (virtual) file system or something else. It's much more intelligent, configurable and performant. Keep in mind that we're still in the early stages of it. We're currently tweaking the hell out of it though implementing custom serialization, saving changes in a different thread and only for later versions than the last one (which we keep in memory) etc. The point is that by doing it ourselves, we can tweak exactly for what is needed for Wicket. For example, it can have part of cache in memory while swapping less frequently used pages on the disk. It's the idea that we'll have flow over support as well. I don't know whether LRU is the best mechanism though. There are probably smarter ways to do this for Wicket, like basing it on recent activity, available memory/ number of active sessions. I don't know just yet, but it's something that is on our mind for investigating. First things first though. Eelco - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net 's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net mailto:Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
Re: [Wicket-user] custom serialization problem
On 2/14/07, ChuckDeal [EMAIL PROTECTED] wrote: Wicket 1.3 (revision 507527) We're at 507700 now. Could you please update and see how that works? Wicket defaults on normal serialization again and has improved diagnostics for serialization problems. If you want to help us make custom serialization good though, your help would be much appreciated. Test that by setting: Objects.setObjectStreamFactory(new WicketObjectStreamFactory()); somewhere (like in your application class). Eelco - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] custom serialization problem
Johan Compagner wrote: But yes you have a problem because what it tries to serialize is not supposed to be serialized. Well, if it makes a difference, I do have a Hibernate session stored on the Page object (trying to use DataBinder Converstational session support). So, I could see why it would try and serialize it. Chuck -- View this message in context: http://www.nabble.com/custom-serialization-problem-tf3229766.html#a8974207 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] custom serialization problem
Eelco Hillenius wrote: On 2/14/07, ChuckDeal [EMAIL PROTECTED] wrote: Wicket 1.3 (revision 507527) We're at 507700 now. Could you please update and see how that works? Wicket defaults on normal serialization again and has improved diagnostics for serialization problems. If I make it to work tomorrow, it'll be the first thing I do! Eelco Hillenius wrote: If you want to help us make custom serialization good though, your help would be much appreciated. Test that by setting: Objects.setObjectStreamFactory(new WicketObjectStreamFactory()); As long as it doesn't impact development too much, I'll give it a shot. At least I know how to switch between the serialization methods now. So, if I do run into a problem, I should be able to switch back to try and get by it. What kinds of things do you want to know about and how should I tell you? Just post the problem as I did here or is there a specific thread you want it posted to? Chuck -- View this message in context: http://www.nabble.com/custom-serialization-problem-tf3229766.html#a8974259 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] custom serialization problem
But that is wrong. Use the detach() methods to clean up that. You shouldn't keep any database related things in the session if possible. johan On 2/14/07, ChuckDeal [EMAIL PROTECTED] wrote: Johan Compagner wrote: But yes you have a problem because what it tries to serialize is not supposed to be serialized. Well, if it makes a difference, I do have a Hibernate session stored on the Page object (trying to use DataBinder Converstational session support). So, I could see why it would try and serialize it. Chuck -- View this message in context: http://www.nabble.com/custom-serialization-problem-tf3229766.html#a8974207 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] custom serialization problem
What kinds of things do you want to know about and how should I tell you? Just post the problem as I did here or is there a specific thread you want it posted to? post the problems here, i will try to fix them asap. johan - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] custom serialization problem
he is using long conversations, so he keeps the hib session and then reconnects it on the next request. at least thats what it sounds like -igor On 2/14/07, Johan Compagner [EMAIL PROTECTED] wrote: But that is wrong. Use the detach() methods to clean up that. You shouldn't keep any database related things in the session if possible. johan On 2/14/07, ChuckDeal [EMAIL PROTECTED] wrote: Johan Compagner wrote: But yes you have a problem because what it tries to serialize is not supposed to be serialized. Well, if it makes a difference, I do have a Hibernate session stored on the Page object (trying to use DataBinder Converstational session support). So, I could see why it would try and serialize it. Chuck -- View this message in context: http://www.nabble.com/custom-serialization-problem-tf3229766.html#a8974207 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] custom serialization problem
Johan Compagner wrote: But yes you have a problem because what it tries to serialize is not supposed to be serialized. Well, if it makes a difference, I do have a Hibernate session stored on the Page object (trying to use DataBinder Converstational session support). So, I could see why it would try and serialize it. Hibernate's Session is serializable but it depends on what's in it obviously. But why would you want to keep the session as a page var anyway? I think it's better to use e.g. that hibernate filter that sets in it the threadlocal for the request (and cleans it up afterwards) and access that threadlocal when you need it. Much cheaper. Eelco - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] second level cache - why not to use ehcache
i wonder if it wouldn't pay to stop and refactor this a little. besides repackaging, it seems like there is really a sessionstore which stores sessions and a pagestore which stores pages for a given session (that independently synchronized sublist). i'm not sure that's the best thing, but i am sure that it would be worth stepping back and thinking about how to make the abstraction as minimal and obvious as possible here. Johan Compagner wrote: Everything can be restored. Because everything is on disk. yes but synching should be looked at. i think i go with jonathans idea that i already was thinking of. use a concurrent hashmap and then one entry is a list for one session. then concurrency should be almost gone between sessions. johan On 2/14/07, Matej Knopp [EMAIL PROTECTED] wrote: But cache is for caching things that are expensive to get, but when they are evicted from cache, they can be restored. When you remove wicket page (or better said page version) for wicket 2nd level store, it can not be restored. As for performance, the gain could be in finer grained synchronization, as imho currently the synchronization is the bottleneck. -Matej Johan Compagner wrote: Its EXACTLY a cache What isn't a cache is ehcache At least not in my point of view A cache is something you cache something as good as you can but it can be gone at anytime. ehcache is not a cache. Its a in memory predefined size list. where some can drop of and others not thats not caching. Thats pooling And the current caching is because we don't version anything anymore in the undo buffer doesn't make much sense. Except if you really make new pages again for pretty much all the clicks/navigation that you do. Maybe we should cache the byte[] instead of the pages. What would cost more? Because now if you are on page X version 0 and you click and you go to Page X version 1 then go back.. Previously this was really still an in mem operation. Nowadays it is always a read from disk.. maybe we should change that and i am completely not suprised that ehcache was not performing better. How could it do that?? Where should the gain come from? The current impl really grows directly with the hardware you have. ehcache need to be tweaked exactly what your system can handle. What do you say then? 200 page? 2000 pages? What does that cost? johan On 2/14/07, *Matej Knopp* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I've tried writing a IPageStore using ehcache today, the performance wasn't better than what we already have. And Wicket second level session store is not really a cache, it's works differently. -Matej Eelco Hillenius wrote: On 2/14/07, Andrew Klochkov [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I looked at pages second level cache implementation in 1.3 and wonder why not to use ehcache instead? Exactly what I have advocated, and which is why it is had the name 'second level cache'. However, I don't think it should be the default, but rather an (easy to configure) option to plugin anything you like as the 'second level cache', be that an actual caching implementation, a database, (virtual) file system or something else. It's much more intelligent, configurable and performant. Keep in mind that we're still in the early stages of it. We're currently tweaking the hell out of it though implementing custom serialization, saving changes in a different thread and only for later versions than the last one (which we keep in memory) etc. The point is that by doing it ourselves, we can tweak exactly for what is needed for Wicket. For example, it can have part of cache in memory while swapping less frequently used pages on the disk. It's the idea that we'll have flow over support as well. I don't know whether LRU is the best mechanism though. There are probably smarter ways to do this for Wicket, like basing it on recent activity, available memory/ number of active sessions. I don't know just yet, but it's something that is on our mind for investigating. First things first though. Eelco - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net 's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
Re: [Wicket-user] second level cache - why not to use ehcache
no there is not a page store per session There is only one sessionstore and one pagestore per application. what should be refactored a bit is the actual saving Previously it was really a simple thing that serialized the page and saved to disk Now those 2 operations are really divided and a special thread is introduced So a bit nicer layout so that people can reuse almost everything except the actual saving to disk (or to db) johan On 2/14/07, Jonathan Locke [EMAIL PROTECTED] wrote: i wonder if it wouldn't pay to stop and refactor this a little. besides repackaging, it seems like there is really a sessionstore which stores sessions and a pagestore which stores pages for a given session (that independently synchronized sublist). i'm not sure that's the best thing, but i am sure that it would be worth stepping back and thinking about how to make the abstraction as minimal and obvious as possible here. Johan Compagner wrote: Everything can be restored. Because everything is on disk. yes but synching should be looked at. i think i go with jonathans idea that i already was thinking of. use a concurrent hashmap and then one entry is a list for one session. then concurrency should be almost gone between sessions. johan On 2/14/07, Matej Knopp [EMAIL PROTECTED] wrote: But cache is for caching things that are expensive to get, but when they are evicted from cache, they can be restored. When you remove wicket page (or better said page version) for wicket 2nd level store, it can not be restored. As for performance, the gain could be in finer grained synchronization, as imho currently the synchronization is the bottleneck. -Matej Johan Compagner wrote: Its EXACTLY a cache What isn't a cache is ehcache At least not in my point of view A cache is something you cache something as good as you can but it can be gone at anytime. ehcache is not a cache. Its a in memory predefined size list. where some can drop of and others not thats not caching. Thats pooling And the current caching is because we don't version anything anymore in the undo buffer doesn't make much sense. Except if you really make new pages again for pretty much all the clicks/navigation that you do. Maybe we should cache the byte[] instead of the pages. What would cost more? Because now if you are on page X version 0 and you click and you go to Page X version 1 then go back.. Previously this was really still an in mem operation. Nowadays it is always a read from disk.. maybe we should change that and i am completely not suprised that ehcache was not performing better. How could it do that?? Where should the gain come from? The current impl really grows directly with the hardware you have. ehcache need to be tweaked exactly what your system can handle. What do you say then? 200 page? 2000 pages? What does that cost? johan On 2/14/07, *Matej Knopp* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I've tried writing a IPageStore using ehcache today, the performance wasn't better than what we already have. And Wicket second level session store is not really a cache, it's works differently. -Matej Eelco Hillenius wrote: On 2/14/07, Andrew Klochkov [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I looked at pages second level cache implementation in 1.3and wonder why not to use ehcache instead? Exactly what I have advocated, and which is why it is had the name 'second level cache'. However, I don't think it should be the default, but rather an (easy to configure) option to plugin anything you like as the 'second level cache', be that an actual caching implementation, a database, (virtual) file system or something else. It's much more intelligent, configurable and performant. Keep in mind that we're still in the early stages of it. We're currently tweaking the hell out of it though implementing custom serialization, saving changes in a different thread and only for later versions than the last one (which we keep in memory) etc. The point is that by doing it ourselves, we can tweak exactly for what is needed for Wicket. For example, it can have part of cache in memory while swapping less frequently used pages on the disk. It's the idea that we'll have flow over support as well. I don't know whether LRU is the best mechanism though. There are probably smarter ways to do this for Wicket, like basing it on recent activity, available memory/ number of active sessions. I don't know just yet, but it's something that is on our mind for investigating. First things first though. Eelco
Re: [Wicket-user] second level cache - why not to use ehcache
On 2/14/07, Johan Compagner [EMAIL PROTECTED] wrote: Its EXACTLY a cache What isn't a cache is ehcache At least not in my point of view A cache is something you cache something as good as you can but it can be gone at anytime. ehcache is not a cache. Its a in memory predefined size list. where some can drop of and others not thats not caching. Thats pooling Not sure what you mean... and I am not intending to start a flame about it. A cache is something you cache something as good as you can but it can be gone at anytime. I wouldn't say this is the definition of a cache, but rather a definition of a flushing policy. Moreover the fact that EHCache allows you to configure different persistent/nonpersistent storage, size and all the rest are quite usefull additions to a caching solution. BR, ./alex -- .w( the_mindstorm )p. _ Alexandru Popescu, OSS Evangelist TestNG/Groovy/AspectJ/WebWork/more... Information Queue ~ www.InfoQ.com And the current caching is because we don't version anything anymore in the undo buffer doesn't make much sense. Except if you really make new pages again for pretty much all the clicks/navigation that you do. Maybe we should cache the byte[] instead of the pages. What would cost more? Because now if you are on page X version 0 and you click and you go to Page X version 1 then go back.. Previously this was really still an in mem operation. Nowadays it is always a read from disk.. maybe we should change that and i am completely not suprised that ehcache was not performing better. How could it do that?? Where should the gain come from? The current impl really grows directly with the hardware you have. ehcache need to be tweaked exactly what your system can handle. What do you say then? 200 page? 2000 pages? What does that cost? johan On 2/14/07, Matej Knopp [EMAIL PROTECTED] wrote: I've tried writing a IPageStore using ehcache today, the performance wasn't better than what we already have. And Wicket second level session store is not really a cache, it's works differently. -Matej Eelco Hillenius wrote: On 2/14/07, Andrew Klochkov [EMAIL PROTECTED] wrote: I looked at pages second level cache implementation in 1.3 and wonder why not to use ehcache instead? Exactly what I have advocated, and which is why it is had the name 'second level cache'. However, I don't think it should be the default, but rather an (easy to configure) option to plugin anything you like as the 'second level cache', be that an actual caching implementation, a database, (virtual) file system or something else. It's much more intelligent, configurable and performant. Keep in mind that we're still in the early stages of it. We're currently tweaking the hell out of it though implementing custom serialization, saving changes in a different thread and only for later versions than the last one (which we keep in memory) etc. The point is that by doing it ourselves, we can tweak exactly for what is needed for Wicket. For example, it can have part of cache in memory while swapping less frequently used pages on the disk. It's the idea that we'll have flow over support as well. I don't know whether LRU is the best mechanism though. There are probably smarter ways to do this for Wicket, like basing it on recent activity, available memory/ number of active sessions. I don't know just yet, but it's something that is on our mind for investigating. First things first though. Eelco - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net 's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash
Re: [Wicket-user] second level cache - why not to use ehcache
right. i wasn't talking about instances. only interfaces and method calls. conceptually, if you have a session that is a store of pages (the page map). you can ask the session for an interface that gives you pages. how that's implemented is probably as you suggest. although decoupling these two things would give you the flexibility of easily changing the store's structure. if you have enough sessions, it may pay to have a separate folder for each one to store page files in, for example. Johan Compagner wrote: no there is not a page store per session There is only one sessionstore and one pagestore per application. what should be refactored a bit is the actual saving Previously it was really a simple thing that serialized the page and saved to disk Now those 2 operations are really divided and a special thread is introduced So a bit nicer layout so that people can reuse almost everything except the actual saving to disk (or to db) johan On 2/14/07, Jonathan Locke [EMAIL PROTECTED] wrote: i wonder if it wouldn't pay to stop and refactor this a little. besides repackaging, it seems like there is really a sessionstore which stores sessions and a pagestore which stores pages for a given session (that independently synchronized sublist). i'm not sure that's the best thing, but i am sure that it would be worth stepping back and thinking about how to make the abstraction as minimal and obvious as possible here. Johan Compagner wrote: Everything can be restored. Because everything is on disk. yes but synching should be looked at. i think i go with jonathans idea that i already was thinking of. use a concurrent hashmap and then one entry is a list for one session. then concurrency should be almost gone between sessions. johan On 2/14/07, Matej Knopp [EMAIL PROTECTED] wrote: But cache is for caching things that are expensive to get, but when they are evicted from cache, they can be restored. When you remove wicket page (or better said page version) for wicket 2nd level store, it can not be restored. As for performance, the gain could be in finer grained synchronization, as imho currently the synchronization is the bottleneck. -Matej Johan Compagner wrote: Its EXACTLY a cache What isn't a cache is ehcache At least not in my point of view A cache is something you cache something as good as you can but it can be gone at anytime. ehcache is not a cache. Its a in memory predefined size list. where some can drop of and others not thats not caching. Thats pooling And the current caching is because we don't version anything anymore in the undo buffer doesn't make much sense. Except if you really make new pages again for pretty much all the clicks/navigation that you do. Maybe we should cache the byte[] instead of the pages. What would cost more? Because now if you are on page X version 0 and you click and you go to Page X version 1 then go back.. Previously this was really still an in mem operation. Nowadays it is always a read from disk.. maybe we should change that and i am completely not suprised that ehcache was not performing better. How could it do that?? Where should the gain come from? The current impl really grows directly with the hardware you have. ehcache need to be tweaked exactly what your system can handle. What do you say then? 200 page? 2000 pages? What does that cost? johan On 2/14/07, *Matej Knopp* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I've tried writing a IPageStore using ehcache today, the performance wasn't better than what we already have. And Wicket second level session store is not really a cache, it's works differently. -Matej Eelco Hillenius wrote: On 2/14/07, Andrew Klochkov [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I looked at pages second level cache implementation in 1.3and wonder why not to use ehcache instead? Exactly what I have advocated, and which is why it is had the name 'second level cache'. However, I don't think it should be the default, but rather an (easy to configure) option to plugin anything you like as the 'second level cache', be that an actual caching implementation, a database, (virtual) file system or something else. It's much more intelligent, configurable and performant. Keep in mind that we're still in the early stages of it. We're currently tweaking the hell out of it though implementing custom serialization, saving changes in a different thread and only for later versions than the last one (which we keep in memory) etc. The point is that by doing it
Re: [Wicket-user] second level cache - why not to use ehcache
On 2/14/07, Johan Compagner [EMAIL PROTECTED] wrote: no there is not a page store per session There is only one sessionstore and one pagestore per application. Yeah. My first implementation was actually per session, so that's where we came from. That didn't work at it wasn't possible to support stateless sessions like that (and some more issues which I don't remember right now). Eelco - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] second level cache - why not to use ehcache
right. i wasn't talking about instances. only interfaces and method calls. conceptually, if you have a session that is a store of pages (the page map). you can ask the session for an interface that gives you pages. But then you need to have a session first, and where to get that from is exactly the responsibility of the session store. Another problem is that we save the session, which would then have to save it's reference to the store via that store. No, we took quite a couple of iterators to get to the Session/ ISessionStore thing we have now, and this has been the only way in which it actually works. Eelco - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] Table with varrying number of columns
Hi, I have to show a table where the number of columns and their titles are not known at design time. They're calculated at runtime. Are there any hints how I can approach this problem? Thanks, Ingo. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Table with varrying number of columns
http://wicketstuff.org/wicket13/repeater/?wicket:bookmarkablePage=Awicket.examples.repeater.DataTablePage -igor On 2/14/07, Ingo Adler [EMAIL PROTECTED] wrote: Hi, I have to show a table where the number of columns and their titles are not known at design time. They're calculated at runtime. Are there any hints how I can approach this problem? Thanks, Ingo. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] second level cache - why not to use ehcache
ok. if you say so. i don't know the details here. Eelco Hillenius wrote: right. i wasn't talking about instances. only interfaces and method calls. conceptually, if you have a session that is a store of pages (the page map). you can ask the session for an interface that gives you pages. But then you need to have a session first, and where to get that from is exactly the responsibility of the session store. Another problem is that we save the session, which would then have to save it's reference to the store via that store. No, we took quite a couple of iterators to get to the Session/ ISessionStore thing we have now, and this has been the only way in which it actually works. Eelco - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -- View this message in context: http://www.nabble.com/second-level-cache---why-not-to-use-ehcache-tf3227180.html#a8977031 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] JS Error: Object expected - but only with wicket 1.2.5
I also experience the same problem after upgrade 1.2.3 - 1.2.5 wicket-ajax.js is missing after several ajax actions. Still investigating what's going on... On 2/12/07, Niels Bo [EMAIL PROTECTED] wrote: After switching from 1.2.4 to 1.2.5, I am seeing a lot of JavaScript errors Object expected on AjaxFallbackLink links. In development mode I also found that the WICKET AJAX DEBUG is often missing after using a AJAX link followed by a link to a bookmarkable/mounted page. Looking a the html source in the browser, shows that the wicket-ajax.js is missing from the head section. Niels -- View this message in context: http://www.nabble.com/JS-Error%3A-Object-expected---but-only-with-wicket-1.2.5-tf3210112.html#a8914493 Sent from the Wicket - User mailing list archive at Nabble.com. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -- Ingram Chen ��便��啦: http://dinbendon.net blog: http://www.javaworld.com.tw/roller/page/ingramchen - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] JS Error: Object expected - but only with wicket 1.2.5
there is a vote on dev to commit a patch that is supposed to fix this. give it a try and let me know if it worked for you. -igor On 2/14/07, Ingram Chen [EMAIL PROTECTED] wrote: I also experience the same problem after upgrade 1.2.3 - 1.2.5 wicket-ajax.js is missing after several ajax actions. Still investigating what's going on... On 2/12/07, Niels Bo [EMAIL PROTECTED] wrote: After switching from 1.2.4 to 1.2.5, I am seeing a lot of JavaScript errors Object expected on AjaxFallbackLink links. In development mode I also found that the WICKET AJAX DEBUG is often missing after using a AJAX link followed by a link to a bookmarkable/mounted page. Looking a the html source in the browser, shows that the wicket-ajax.js is missing from the head section. Niels -- View this message in context: http://www.nabble.com/JS-Error%3A-Object-expected---but-only-with-wicket-1.2.5-tf3210112.html#a8914493 Sent from the Wicket - User mailing list archive at Nabble.com. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -- Ingram Chen ��便��啦: http://dinbendon.net blog: http://www.javaworld.com.tw/roller/page/ingramchen - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user