Regarding Modification file Watcher
Hello, I have one server path folder. It contains .xls files. I want to check what are the current updated xls file. and insert that xls file name into db. for eg. i have a folder FOLDER1, It contains sales.xls, report.xls. If I change and save this file. Our program(file watcher) have to know immediately and insert that file and updated time. Is it possible in wicket? I saw wicket api, wicket.util.watch.ModificationWatcher, Is it useful to me? Thanking You for your Suggestions. Regards, Edi -- View this message in context: http://www.nabble.com/Regarding-Modification-file-Watcher-tf4375812.html#a12472695 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: NoClassDefFoundError: Tomcat problem?
On 9/4/07, Igor Vaynberg [EMAIL PROTECTED] wrote: go to quickstart dir and run mvn package, that will create a war you can deploy on any servlet container. -igor I tried to take your advice, but I didn't have any success. I'll spare everyone the painful details. The end result is the same. If I try to deploy a new Web application under Tomcat which uses Wicket, I get NoClassDefFoundError. I don't know why, but Tomcat is not loading the JAR files in WEB-INF/lib. However, I've discovered that it works fine if I unjar wicket-1.3.0-beta3.jar into WEB-INF/classes. This isn't my preferred way to do this, but it will works for now and it will let me continue. Thank you, Vince
Re: Component Factory and code against interface
a bit more info: in wicket 1.3 (default with SLC) the change objects aren't really used anymore (they are not stored). They only cause an increment of the page version number.. johan On 9/3/07, Eelco Hillenius [EMAIL PROTECTED] wrote: igor.vaynberg wrote: On 8/23/07, Sam Hough [EMAIL PROTECTED] wrote: heh, there is nothing that automatically marks components as dirty() because wicket doesnt know what you do inside your components. wicket is unmanaged. If I do Component.setVersioned(true) and hook in my own IPageVersionManager won't Wicket effectively track dirty components for me? In a lot of user interactions very few components will change so presumably using Wicket component level versioning would be more effecient for us? It won't track everything but since setEnabled, setVisible etc are final I've not that many choices... Wicket's change tracking is only done for explicit changes though. For instance: private class CurrentPageChange extends Change { private final int currentPage; CurrentPageChange(int currentPage) { this.currentPage = currentPage; } public void undo() { setCurrentPage(currentPage); } } ... addStateChange(new CurrentPageChange(this.currentPage)); You can definitively use this for your own purposes. However, I would think that the typical thing *you* want to react on are model changes. You can use this mechanism for it as well, but it might be heavier than you'd like. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: compressing javascript resources
and in the mean time your code is obfuscated and hard to read/copy :) On 9/3/07, Ryan Sonnek [EMAIL PROTECTED] wrote: Most of the good minification libraries do more than just stripping comments. usual features include: * strip comments * rename local variables to save space (ex: myLocalVariable becomes a) * collapse string concatination. this is a nice performance enhancement that will change multiline/verbose strings into one line. (ex: my + newline + text becomes mynewlinetext) Also, for what it's worth, the current wicket JavascriptStripper breaks on my app. I'm using prototype and scriptaculous, and when I enable the current wicket compression, my app no longer works. I get javascript errors left and right. Just another reason to allow for this to be pluggable, IMO. On 9/3/07, Matej Knopp [EMAIL PROTECTED] wrote: Yeah, we strip commends, there are tools that can also reduce things like local variable names, etc. -Matej On 9/3/07, Igor Vaynberg [EMAIL PROTECTED] wrote: well yeah, but we _already_ strip comments, that is why i was wondering what the point of a plugin-minification would be. -igor On 9/3/07, Matej Knopp [EMAIL PROTECTED] wrote: Well, I don't find it surprising. Lot of javascript code are comments, and if you strip them out, you have less content to compress, thus the numbers are smaller. You can set as high compression as you want, but the comments still make difference. (Not so much for whitespaces imho) -Matej On 9/3/07, Igor Vaynberg [EMAIL PROTECTED] wrote: still seems a bit counterintuitive to me. maybe gzip doesnt use a very high compression setting to trade off time. but oh well, numbers dont lie. -igor On 9/2/07, Ryan Sonnek [EMAIL PROTECTED] wrote: Dean Edwards also had a recent blog posting on this topic. His recommendation is to compress and gzip content whenever possible. http://dean.edwards.name/weblog/2007/08/js-compression/ On 9/2/07, Ryan Sonnek [EMAIL PROTECTED] wrote: gzip and minifing *do* go together. Here's a really great site that compares the different approaches. http://compressorrater.thruhere.net/ minifing before gziping shows a considerable reduction in content size (usually between 5-10 percent). On 9/2/07, Igor Vaynberg [EMAIL PROTECTED] wrote: so we should do one or the other, i got the impression that his tool complained because js was not minified even though it was gzipped. -igor On 9/2/07, Matej Knopp [EMAIL PROTECTED] wrote: For certain browsers (even IE6) the GZIP compression doesn't work. And if you have a lot of javascripts (YUI, dojo, ...) it can make a difference. -Matej On 9/2/07, Igor Vaynberg [EMAIL PROTECTED] wrote: ermwhat exactly is the point of minifing AND gziping javascript or anything else? if you take a zip file and then zip it again do you get a smaller file? -igor On 9/1/07, Ryan Sonnek [EMAIL PROTECTED] wrote: excellent! Thanks Matej. Let me know if you have any other ideas on this. As soon as there's an abstraction in place, i'll be happy to create a wicketstuff project with the dojo (and maybe YUI) compressors! https://issues.apache.org/jira/browse/WICKET-918 On 9/1/07, Matej Knopp [EMAIL PROTECTED] wrote: I don't see reason why not, you can create a RFE in jira. -Matej On 9/2/07, Ryan Sonnek [EMAIL PROTECTED] wrote: Creating a pluggable interface for this would allow for non-ASL solutions to be hosted through wicket-stuff projects. The default implementation could stay as it is today. On 9/1/07, Matej Knopp [EMAIL PROTECTED] wrote: Well, I certainly didn't want to reinvent the wheel. But all existing solutions I was able to find either relied on a third part library (shrinksafe) or had license not compatible with ASL. So I just wrote a simple stripper. I think it still helps a lot, I didn't want to build a perfect stripper. If you know of a solution that doesn't mean
Re: compressing javascript resources
And if yui uses that one for there own then yes it works pretty good, code is hardly readable anymore ;( On 9/3/07, Eelco Hillenius [EMAIL PROTECTED] wrote: On 9/1/07, Matej Knopp [EMAIL PROTECTED] wrote: Well, I certainly didn't want to reinvent the wheel. But all existing solutions I was able to find either relied on a third part library (shrinksafe) or had license not compatible with ASL. So I just wrote a simple stripper. I think it still helps a lot, I didn't want to build a perfect stripper. YUI's license is compatible, so http://www.julienlecomte.net/blog/2007/08/13/introducing-the-yui-compressor/ might work, right? Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: compressing javascript resources
thats a pretty nice one, it also compresses CSS. It does depend on rhino and another jar so its a total of 3 jars so it should be outside the wicket core or extentions (a project by itself?) also all the examples that i see are with the command line and input filenames i hope it has a interface where you can talk with it in java and with input streams/readers johan On 9/3/07, Eelco Hillenius [EMAIL PROTECTED] wrote: On 9/1/07, Matej Knopp [EMAIL PROTECTED] wrote: Well, I certainly didn't want to reinvent the wheel. But all existing solutions I was able to find either relied on a third part library (shrinksafe) or had license not compatible with ASL. So I just wrote a simple stripper. I think it still helps a lot, I didn't want to build a perfect stripper. YUI's license is compatible, so http://www.julienlecomte.net/blog/2007/08/13/introducing-the-yui-compressor/ might work, right? Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: compressing javascript resources
Right to use it, you provide readers, writers, an ErrorReporter and options (line-break or not, munge or not, js warning or not,...). But as Julien (authors of YUI-Compressor) wrote : the compressor is resource consumming and not made to run on-fly. /David Johan Compagner wrote: thats a pretty nice one, it also compresses CSS. It does depend on rhino and another jar so its a total of 3 jars so it should be outside the wicket core or extentions (a project by itself?) also all the examples that i see are with the command line and input filenames i hope it has a interface where you can talk with it in java and with input streams/readers johan On 9/3/07, Eelco Hillenius [EMAIL PROTECTED] wrote: On 9/1/07, Matej Knopp [EMAIL PROTECTED] wrote: Well, I certainly didn't want to reinvent the wheel. But all existing solutions I was able to find either relied on a third part library (shrinksafe) or had license not compatible with ASL. So I just wrote a simple stripper. I think it still helps a lot, I didn't want to build a perfect stripper. YUI's license is compatible, so http://www.julienlecomte.net/blog/2007/08/13/introducing-the-yui-compressor/ might work, right? Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to set wicket's locale?
On 9/3/07, Eelco Hillenius [EMAIL PROTECTED] wrote: Just go with overriding getLocale on your custom session object. If you need to support just one locale, that's easy: just always let it return that locale. Otherwise, you'll have to do some more work (e.g. using request.getLocale()), but it shouldn't be very difficult. Hardcoding a locale was just an experiment, but I might end up using it :-) I'd like your input on where my SessionModel approach goes wrong? Gabor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: compressing javascript resources
don't know if that is really feasible to do. because then we have to scan through the complete classpath for resources like js and css and then compress them all and keep a reference to that compression all the time thats could be quite a waste. it all depends on how long it really takes johan On 9/4/07, David Bernard [EMAIL PROTECTED] wrote: Yes simpler and automatic if all run fine. I like to avoid late compilation/interpretation like JSP. Is it possible to do it at start-up time (force the compression and caching) of the webapp and to stop the start if something break ? Eelco Hillenius wrote: I use a other approach for the same goal (http optimization), to avoid minification and compression at run-time do it at compile-time. But if you do it at run-time once and cache the results (like we do) you can keep things a lot simpler and automatic. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: compressing javascript resources
I agree. But currently using a custom compressor for javascript and CSS need to change the source and replace JavascriptResourceReference by CustomCompressedResourceReference (or somthing else). Except if support of CustomCompressor is integrated into existing core Resource. https://issues.apache.org/jira/browse/WICKET-918 (note : minification could also be done for CSS) /David options (line-break or not, munge or not, js warning or not,...). But as Julien (authors of YUI-Compressor) wrote : the compressor is resource consumming and not made to run on-fly. /David Johan Compagner wrote: thats a pretty nice one, it also compresses CSS. It does depend on rhino and another jar so its a total of 3 jars so it should be outside the wicket core or extentions (a project by itself?) also all the examples that i see are with the command line and input filenames i hope it has a interface where you can talk with it in java and with input streams/readers johan On 9/3/07, Eelco Hillenius [EMAIL PROTECTED] wrote: On 9/1/07, Matej Knopp [EMAIL PROTECTED] wrote: Well, I certainly didn't want to reinvent the wheel. But all existing solutions I was able to find either relied on a third part library (shrinksafe) or had license not compatible with ASL. So I just wrote a simple stripper. I think it still helps a lot, I didn't want to build a perfect stripper. YUI's license is compatible, so http://www.julienlecomte.net/blog/2007/08/13/introducing-the-yui-compressor/ might work, right? Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: NoClassDefFoundError: Tomcat problem?
thats very odd if that is the case, looks like a tomcat bug to me. On 9/4/07, Ghodmode [EMAIL PROTECTED] wrote: On 9/4/07, Igor Vaynberg [EMAIL PROTECTED] wrote: go to quickstart dir and run mvn package, that will create a war you can deploy on any servlet container. -igor I tried to take your advice, but I didn't have any success. I'll spare everyone the painful details. The end result is the same. If I try to deploy a new Web application under Tomcat which uses Wicket, I get NoClassDefFoundError. I don't know why, but Tomcat is not loading the JAR files in WEB-INF/lib. However, I've discovered that it works fine if I unjar wicket-1.3.0-beta3.jar into WEB-INF/classes. This isn't my preferred way to do this, but it will works for now and it will let me continue. Thank you, Vince
Re: Regarding Modification file Watcher
* Edi: I have one server path folder. It contains .xls files. I want to check what are the current updated xls file. and insert that xls file name into db. for eg. i have a folder FOLDER1, It contains sales.xls, report.xls. If I change and save this file. Our program(file watcher) have to know immediately and insert that file and updated time. Is it possible in wicket? I saw wicket api, wicket.util.watch.ModificationWatcher, Is it useful to me? Yes it can be used for this, I used it in ReloadingClassLoader, and Wicket uses it internally for markup files. You could also use FAM in Commons JCI I believe. -- Jean-Baptiste Quenot aka John Banana Qwerty http://caraldi.com/jbq/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dojo maximize button
Hi, Cristi Manole wrote: Hello, I don't know if this is the right place to submit this and if it isn't i'm really sorry... please let me know... Yes it is the right place to post this kind of question even if it is more a Dojo problem than a wicketstuff-Dojo one ;) When I click to maximize the dojo floating pane (not modal), it moves to the top of the browser's client window and resizes to something less than what it was originally. How can i control those buttons to get what I want? I think Dojo FloatingPane take all available area in th body when you put it in maximal size. Is your htmlbody bigger than the maximize floating pane? Cheers -- Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: compressing javascript resources
An other solution (stupid ?) : * at build-time (of the war) * scan all the jars and source to find js and css * extract/minified/compress into a cache directory * include the cache directory into the webapp * at runtime * when a resource is requested, it search into the cache directory before into the jar and select the better (original, minified, gzipped,...) A possible advantage, is for user of frontal like Apache, lighttpd,... to serve those static resources Johan Compagner wrote: yeah but a one time hit shouldn't be to much of a problem..cache the result The problem with wicket is that you don't know exactly where everything is coming from.. They could be in all kinds of jars so if you want compression it should be runtime else you need to go over all the jars and code you use and repackage them. On 9/4/07, David Bernard [EMAIL PROTECTED] wrote: Right to use it, you provide readers, writers, an ErrorReporter and options (line-break or not, munge or not, js warning or not,...). But as Julien (authors of YUI-Compressor) wrote : the compressor is resource consumming and not made to run on-fly. /David Johan Compagner wrote: thats a pretty nice one, it also compresses CSS. It does depend on rhino and another jar so its a total of 3 jars so it should be outside the wicket core or extentions (a project by itself?) also all the examples that i see are with the command line and input filenames i hope it has a interface where you can talk with it in java and with input streams/readers johan On 9/3/07, Eelco Hillenius [EMAIL PROTECTED] wrote: On 9/1/07, Matej Knopp [EMAIL PROTECTED] wrote: Well, I certainly didn't want to reinvent the wheel. But all existing solutions I was able to find either relied on a third part library (shrinksafe) or had license not compatible with ASL. So I just wrote a simple stripper. I think it still helps a lot, I didn't want to build a perfect stripper. YUI's license is compatible, so http://www.julienlecomte.net/blog/2007/08/13/introducing-the-yui-compressor/ might work, right? Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Component Factory and code against interface
Thanks Johan and Eelco, I'm going to consider the model as opaque as far as change tracking is concerned. I just want an easy way to track dirty components so looks like this is the way to go unless it is going away completely. Since so many methods are final the only options I can think of are polling components for change, our own build of Wicket, explicit marking or AOP. None of which sound attractive. btw Using wicket is so so nice compared to struts etc. Turns out I'm the weakest link trying to remember how to program in OO ;) Many thanks to you and the other developers. Johan Compagner wrote: a bit more info: in wicket 1.3 (default with SLC) the change objects aren't really used anymore (they are not stored). They only cause an increment of the page version number.. johan On 9/3/07, Eelco Hillenius [EMAIL PROTECTED] wrote: igor.vaynberg wrote: On 8/23/07, Sam Hough [EMAIL PROTECTED] wrote: heh, there is nothing that automatically marks components as dirty() because wicket doesnt know what you do inside your components. wicket is unmanaged. If I do Component.setVersioned(true) and hook in my own IPageVersionManager won't Wicket effectively track dirty components for me? In a lot of user interactions very few components will change so presumably using Wicket component level versioning would be more effecient for us? It won't track everything but since setEnabled, setVisible etc are final I've not that many choices... Wicket's change tracking is only done for explicit changes though. For instance: private class CurrentPageChange extends Change { private final int currentPage; CurrentPageChange(int currentPage) { this.currentPage = currentPage; } public void undo() { setCurrentPage(currentPage); } } ... addStateChange(new CurrentPageChange(this.currentPage)); You can definitively use this for your own purposes. However, I would think that the typical thing *you* want to react on are model changes. You can use this mechanism for it as well, but it might be heavier than you'd like. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Component-Factory-and-code-against-interface-tf4311047.html#a12473771 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Regarding Modification file Watcher
Please give me some more details. It's useful for me Jean-Baptiste Quenot-3 wrote: * Edi: I have one server path folder. It contains .xls files. I want to check what are the current updated xls file. and insert that xls file name into db. for eg. i have a folder FOLDER1, It contains sales.xls, report.xls. If I change and save this file. Our program(file watcher) have to know immediately and insert that file and updated time. Is it possible in wicket? I saw wicket api, wicket.util.watch.ModificationWatcher, Is it useful to me? Yes it can be used for this, I used it in ReloadingClassLoader, and Wicket uses it internally for markup files. You could also use FAM in Commons JCI I believe. -- Jean-Baptiste Quenot aka John Banana Qwerty http://caraldi.com/jbq/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Regarding-Modification-file-Watcher-tf4375812.html#a12474758 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Regarding Modification file Watcher
hi, wicket's watcher might be used for this, but you should consider using a scheduler framework to do so (take a look at http://www.opensymphony.com/quartz/ - FileScanListener/FileScanJob). regards, --- jan. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: compressing javascript resources
i don't think that will work very easily because the component will make ResourceReferences to its internal css and js files and will be outputted as shared resources. Then all those urls should also be redirected. johan On 9/4/07, David Bernard [EMAIL PROTECTED] wrote: An other solution (stupid ?) : * at build-time (of the war) * scan all the jars and source to find js and css * extract/minified/compress into a cache directory * include the cache directory into the webapp * at runtime * when a resource is requested, it search into the cache directory before into the jar and select the better (original, minified, gzipped,...) A possible advantage, is for user of frontal like Apache, lighttpd,... to serve those static resources Johan Compagner wrote: yeah but a one time hit shouldn't be to much of a problem..cache the result The problem with wicket is that you don't know exactly where everything is coming from.. They could be in all kinds of jars so if you want compression it should be runtime else you need to go over all the jars and code you use and repackage them. On 9/4/07, David Bernard [EMAIL PROTECTED] wrote: Right to use it, you provide readers, writers, an ErrorReporter and options (line-break or not, munge or not, js warning or not,...). But as Julien (authors of YUI-Compressor) wrote : the compressor is resource consumming and not made to run on-fly. /David Johan Compagner wrote: thats a pretty nice one, it also compresses CSS. It does depend on rhino and another jar so its a total of 3 jars so it should be outside the wicket core or extentions (a project by itself?) also all the examples that i see are with the command line and input filenames i hope it has a interface where you can talk with it in java and with input streams/readers johan On 9/3/07, Eelco Hillenius [EMAIL PROTECTED] wrote: On 9/1/07, Matej Knopp [EMAIL PROTECTED] wrote: Well, I certainly didn't want to reinvent the wheel. But all existing solutions I was able to find either relied on a third part library (shrinksafe) or had license not compatible with ASL. So I just wrote a simple stripper. I think it still helps a lot, I didn't want to build a perfect stripper. YUI's license is compatible, so http://www.julienlecomte.net/blog/2007/08/13/introducing-the-yui-compressor/ might work, right? Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Append anchor to form redirect URL?
Jeremy Thomerson-3 wrote: Is there a way to append an anchor to the URL generated for the SubmitLink? Try: form.add(new AttributeModifier(action, null) { protected String newValue(String currentValue, String replacementValue) { return currentValue + #myanchor; } }); -- View this message in context: http://www.nabble.com/Append-anchor-to-form-redirect-URL--tf4369650.html#a12475266 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: compressing javascript resources
I didn't suggest to change the url of resources, in the code we always I want .js. And the url to request the resource is the same. I suggest to select the stream to return : * select form cache, cache dir, jar,... * select version (to allow management of version = -major.minor.bugfix.js) if several version are available * select format : normal, minified, gzipped, minified+gzipped * ... The rules that manage the selection of the stream are configured at the Application/ResoursesSettings level. /david Johan Compagner wrote: i don't think that will work very easily because the component will make ResourceReferences to its internal css and js files and will be outputted as shared resources. Then all those urls should also be redirected. johan On 9/4/07, David Bernard [EMAIL PROTECTED] wrote: An other solution (stupid ?) : * at build-time (of the war) * scan all the jars and source to find js and css * extract/minified/compress into a cache directory * include the cache directory into the webapp * at runtime * when a resource is requested, it search into the cache directory before into the jar and select the better (original, minified, gzipped,...) A possible advantage, is for user of frontal like Apache, lighttpd,... to serve those static resources Johan Compagner wrote: yeah but a one time hit shouldn't be to much of a problem..cache the result The problem with wicket is that you don't know exactly where everything is coming from.. They could be in all kinds of jars so if you want compression it should be runtime else you need to go over all the jars and code you use and repackage them. On 9/4/07, David Bernard [EMAIL PROTECTED] wrote: Right to use it, you provide readers, writers, an ErrorReporter and options (line-break or not, munge or not, js warning or not,...). But as Julien (authors of YUI-Compressor) wrote : the compressor is resource consumming and not made to run on-fly. /David Johan Compagner wrote: thats a pretty nice one, it also compresses CSS. It does depend on rhino and another jar so its a total of 3 jars so it should be outside the wicket core or extentions (a project by itself?) also all the examples that i see are with the command line and input filenames i hope it has a interface where you can talk with it in java and with input streams/readers johan On 9/3/07, Eelco Hillenius [EMAIL PROTECTED] wrote: On 9/1/07, Matej Knopp [EMAIL PROTECTED] wrote: Well, I certainly didn't want to reinvent the wheel. But all existing solutions I was able to find either relied on a third part library (shrinksafe) or had license not compatible with ASL. So I just wrote a simple stripper. I think it still helps a lot, I didn't want to build a perfect stripper. YUI's license is compatible, so http://www.julienlecomte.net/blog/2007/08/13/introducing-the-yui-compressor/ might work, right? Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: HELP with Link and External Link
well its a home page banner ad and this is wicket 1.2.6 which i think has nothing like a sessionless homepage? On 9/4/07, Eelco Hillenius [EMAIL PROTECTED] wrote: On 9/3/07, Ayodeji Aladejebi [EMAIL PROTECTED] wrote: great igor, thanks On 9/4/07, Ayodeji Aladejebi [EMAIL PROTECTED] wrote: its actualy simple what I am asking There is Link and there is ExternalLink ExternalLink takes you out of Wicket Link process internal wicket based actions and moves to another wicket page My Banner points to an external link, however I want to register a click count on that banner before navigating to the external link Also think about whether such clicks should be bookmarkable (or rather independent of the session) or not. If they have to be, implement the code that Igor gave, but in the constructor of a bookmarkable page. Eelco Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: HELP with Link and External Link
On 9/4/07, Ayodeji Aladejebi [EMAIL PROTECTED] wrote: well its a home page banner ad and this is wicket 1.2.6 which i think has nothing like a sessionless homepage? Nope, that is 1.3 (wich is pretty stable though) Martijn -- Buy Wicket in Action: http://manning.com/dashorst Apache Wicket 1.3.0-beta3 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.0-beta3/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DataView questions
In my small app I would like to browse a one table in my db which contains a log messages. My log table have a 8-9000 rows. For this I am trying to use DataView with PagingNavigator etc... But I have some questions regarding this: 1) Is this a right setup for this feature ? 2) I would like to start browsing the table not from the start page but from the end page, how ? Thanks ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: compressing javascript resources
you where talking about Apache and serving it as static resources So then the urls should he rewritten because /resources/ is mapped to wicket johan On 9/4/07, David Bernard [EMAIL PROTECTED] wrote: I didn't suggest to change the url of resources, in the code we always I want .js. And the url to request the resource is the same. I suggest to select the stream to return : * select form cache, cache dir, jar,... * select version (to allow management of version = -major.minor.bugfix.js) if several version are available * select format : normal, minified, gzipped, minified+gzipped * ... The rules that manage the selection of the stream are configured at the Application/ResoursesSettings level. /david Johan Compagner wrote: i don't think that will work very easily because the component will make ResourceReferences to its internal css and js files and will be outputted as shared resources. Then all those urls should also be redirected. johan On 9/4/07, David Bernard [EMAIL PROTECTED] wrote: An other solution (stupid ?) : * at build-time (of the war) * scan all the jars and source to find js and css * extract/minified/compress into a cache directory * include the cache directory into the webapp * at runtime * when a resource is requested, it search into the cache directory before into the jar and select the better (original, minified, gzipped,...) A possible advantage, is for user of frontal like Apache, lighttpd,... to serve those static resources Johan Compagner wrote: yeah but a one time hit shouldn't be to much of a problem..cache the result The problem with wicket is that you don't know exactly where everything is coming from.. They could be in all kinds of jars so if you want compression it should be runtime else you need to go over all the jars and code you use and repackage them. On 9/4/07, David Bernard [EMAIL PROTECTED] wrote: Right to use it, you provide readers, writers, an ErrorReporter and options (line-break or not, munge or not, js warning or not,...). But as Julien (authors of YUI-Compressor) wrote : the compressor is resource consumming and not made to run on-fly. /David Johan Compagner wrote: thats a pretty nice one, it also compresses CSS. It does depend on rhino and another jar so its a total of 3 jars so it should be outside the wicket core or extentions (a project by itself?) also all the examples that i see are with the command line and input filenames i hope it has a interface where you can talk with it in java and with input streams/readers johan On 9/3/07, Eelco Hillenius [EMAIL PROTECTED] wrote: On 9/1/07, Matej Knopp [EMAIL PROTECTED] wrote: Well, I certainly didn't want to reinvent the wheel. But all existing solutions I was able to find either relied on a third part library (shrinksafe) or had license not compatible with ASL. So I just wrote a simple stripper. I think it still helps a lot, I didn't want to build a perfect stripper. YUI's license is compatible, so http://www.julienlecomte.net/blog/2007/08/13/introducing-the-yui-compressor/ might work, right? Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: wicket-event.js returning unreadable
I believe I've finally solved my problem. No doubt the original problem was double compression resulting from using a homegrown compression filter on top of wicket's default compression. After being forced to look at this issue again, which suddenly seemed to not only be a problem with just IE (FF suddenly seemed to work fine) but only with the IE on MY computer, I ended up clearing IE's temporary internet files. Problem solved. So IE cached the double compressed version of the js file and kept it in cache for several weeks until I manually deleted it. For now it's looking like the problem is solved. (Thanks, Microsoft, for introducing the world to permanent temporary internet files.) Joel -- View this message in context: http://www.nabble.com/wicket-event.js-returning-unreadable-tf4158501.html#a12478274 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PasswordTextField no longer supports cookies in beta3
I would appreciate that there would be a way to use some similar method in org.apache.wicket.authentication.pages.SignInPage as it now fails with the following: java.lang.UnsupportedOperationException: FormComponent class org.apache.wicket.markup.html.form.PasswordTextField does not support cookies at org.apache.wicket.markup.html.form.FormComponent.setPersistent(FormComponent.java:944) at org.apache.wicket.authentication.panel.SignInPanel.setPersistent(SignInPanel.java:195) at org.apache.wicket.authentication.panel.SignInPanel$SignInForm.init(SignInPanel.java:94) at org.apache.wicket.authentication.panel.SignInPanel.init(SignInPanel.java:143) at org.apache.wicket.authentication.panel.SignInPanel.init(SignInPanel.java:121) at org.apache.wicket.authentication.pages.SignInPage.init(SignInPage.java:49) at org.apache.wicket.authentication.pages.SignInPage.init(SignInPage.java:38) Thanks, Marko -- View this message in context: http://www.nabble.com/PasswordTextField-no-longer-supports-cookies-in-beta3-tf4346790.html#a12479367 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SigIn page example not working for me.
Looks like a bug to me. The default value of remember on SignInPanel is true so I guess there is no other option then using previous beta2 until it is fixed. Or the hard way is to write own SignInPanel... strange since examples do work Ok. If I copy over the SignInPanel and change it lie so: public void setPersistent(final boolean enable) { username.setPersistent(enable); //password.setPersistent(enable); } it works fine. strange really. Unless the maven is fulling me when I run samples and somehow it gets non-snapshot dependencies from a remote repository. Something to look for Thanks, Alex. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DataView questions
On 9/4/07, Stojce Dimski [EMAIL PROTECTED] wrote: In my small app I would like to browse a one table in my db which contains a log messages. My log table have a 8-9000 rows. For this I am trying to use DataView with PagingNavigator etc... But I have some questions regarding this: 1) Is this a right setup for this feature ? sure 2) I would like to start browsing the table not from the start page but from the end page, how ? sort your data in the opposite direction so the first page shows your last log statements -igor Thanks ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: compressing javascript resources
I didn't a mistake, it's not a possible advantage. But what is your opinion about a source stream selector ? /david Johan Compagner wrote: you where talking about Apache and serving it as static resources So then the urls should he rewritten because /resources/ is mapped to wicket johan On 9/4/07, David Bernard [EMAIL PROTECTED] wrote: I didn't suggest to change the url of resources, in the code we always I want .js. And the url to request the resource is the same. I suggest to select the stream to return : * select form cache, cache dir, jar,... * select version (to allow management of version = -major.minor.bugfix.js) if several version are available * select format : normal, minified, gzipped, minified+gzipped * ... The rules that manage the selection of the stream are configured at the Application/ResoursesSettings level. /david Johan Compagner wrote: i don't think that will work very easily because the component will make ResourceReferences to its internal css and js files and will be outputted as shared resources. Then all those urls should also be redirected. johan On 9/4/07, David Bernard [EMAIL PROTECTED] wrote: An other solution (stupid ?) : * at build-time (of the war) * scan all the jars and source to find js and css * extract/minified/compress into a cache directory * include the cache directory into the webapp * at runtime * when a resource is requested, it search into the cache directory before into the jar and select the better (original, minified, gzipped,...) A possible advantage, is for user of frontal like Apache, lighttpd,... to serve those static resources Johan Compagner wrote: yeah but a one time hit shouldn't be to much of a problem..cache the result The problem with wicket is that you don't know exactly where everything is coming from.. They could be in all kinds of jars so if you want compression it should be runtime else you need to go over all the jars and code you use and repackage them. On 9/4/07, David Bernard [EMAIL PROTECTED] wrote: Right to use it, you provide readers, writers, an ErrorReporter and options (line-break or not, munge or not, js warning or not,...). But as Julien (authors of YUI-Compressor) wrote : the compressor is resource consumming and not made to run on-fly. /David Johan Compagner wrote: thats a pretty nice one, it also compresses CSS. It does depend on rhino and another jar so its a total of 3 jars so it should be outside the wicket core or extentions (a project by itself?) also all the examples that i see are with the command line and input filenames i hope it has a interface where you can talk with it in java and with input streams/readers johan On 9/3/07, Eelco Hillenius [EMAIL PROTECTED] wrote: On 9/1/07, Matej Knopp [EMAIL PROTECTED] wrote: Well, I certainly didn't want to reinvent the wheel. But all existing solutions I was able to find either relied on a third part library (shrinksafe) or had license not compatible with ASL. So I just wrote a simple stripper. I think it still helps a lot, I didn't want to build a perfect stripper. YUI's license is compatible, so http://www.julienlecomte.net/blog/2007/08/13/introducing-the-yui-compressor/ might work, right? Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PasswordTextField no longer supports cookies in beta3
this has already been fixed in trunk i believe -igor On 9/4/07, Marko Taipale [EMAIL PROTECTED] wrote: I would appreciate that there would be a way to use some similar method in org.apache.wicket.authentication.pages.SignInPage as it now fails with the following: java.lang.UnsupportedOperationException: FormComponent class org.apache.wicket.markup.html.form.PasswordTextField does not support cookies at org.apache.wicket.markup.html.form.FormComponent.setPersistent( FormComponent.java:944) at org.apache.wicket.authentication.panel.SignInPanel.setPersistent( SignInPanel.java:195) at org.apache.wicket.authentication.panel.SignInPanel$SignInForm.init( SignInPanel.java:94) at org.apache.wicket.authentication.panel.SignInPanel.init(SignInPanel.java :143) at org.apache.wicket.authentication.panel.SignInPanel.init(SignInPanel.java :121) at org.apache.wicket.authentication.pages.SignInPage.init(SignInPage.java :49) at org.apache.wicket.authentication.pages.SignInPage.init(SignInPage.java :38) Thanks, Marko -- View this message in context: http://www.nabble.com/PasswordTextField-no-longer-supports-cookies-in-beta3-tf4346790.html#a12479367 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Looking for freelance wicket developers
Hi all, I'm looking for a wicket developer to help me out on a hourly basis. Work probably wouldn't take more than several hours a week. I believe the things I'm trying to do are not that complicated- it's just that I'm still trying to learn wicket and sometimes it takes me way too long to do something that someone experienced could be doing much, much quicker. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Updating FeedbackPanel
Man, I came back from a long weekend and the updateFeedback() method was gone! It appears that my code still works just peachy without it, so thanks to whoever took care of that! Chuck ChuckDeal wrote: I have a scenario where upon submitting the page, a feedback message is added, something like info(Last Saved: {datetime}). I now am working on a different feature that wants to add feedback in the onBeforeRender() method of the page. At first, I was only seeing the original message (Last Saved...) and upon tracing it, I can see that the render process first updates all IFeedback objects and THEN processes the onBeforeRender. This means that my new message wasn't getting set in time to catch where the IFeedback objects were getting init'ed. So, I thought that I would simply call updateFeedback on my panel after I addedmy new message. But this didn't work either. So, upon digging into that, I found that the messages list is cached inside the FeedbackMessagesModel (the default model for the FeedbackPanel). I'm OK with the idea of caching, but I would have expected that calling updateFeedback (cache or otherwise) would have caused my feedback panel to get the latest set of messages. Here's what I did to overcome the problem: final FeedbackPanel feedback = new FeedbackPanel(feedback) { @Override public void updateFeedback() { get(feedbackul:messages).detach(); super.updateFeedback(); } }; Is this acceptable/desirable?If this is acceptable, should the FeedbackPanel be updated with this fix? If so, I can follow up with a JIRA. Or would the recommendation be to use a different FeedbackModel impl that doesn't cache? Chuck -- View this message in context: http://www.nabble.com/Updating-FeedbackPanel-tf4355824.html#a12480679 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DataView questions
sort your data in the opposite direction so the first page shows your last log statements Is this the only way ? I would like to show last page if possible... ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DataView questions
dataview.setcurrentpage(dataview.getpagecount()); -igor On 9/4/07, Stojce Dimski [EMAIL PROTECTED] wrote: sort your data in the opposite direction so the first page shows your last log statements Is this the only way ? I would like to show last page if possible... ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: HELP with Link and External Link
On 9/4/07, Ayodeji Aladejebi [EMAIL PROTECTED] wrote: well its a home page banner ad and this is wicket 1.2.6 which i think has nothing like a sessionless homepage? My remark was not about being session-less, but bookmarkable. The difference is that a normal link won't work when a session is expired, while bookmarkable links always work. So you don't really need what is in 1.3 if you wanted to achieve this. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: compressing javascript resources
On 9/4/07, David Bernard [EMAIL PROTECTED] wrote: Right to use it, you provide readers, writers, an ErrorReporter and options (line-break or not, munge or not, js warning or not,...). But as Julien (authors of YUI-Compressor) wrote : the compressor is resource consumming and not made to run on-fly. I wonder exactly how consuming that is though. As we cache the results, a one-time compile might be acceptable. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
java.lang.VerfiyError with @SpringBean
Hi, I'm using the entire Wicket/Spring/Hibernate stack to build an application, and I'm using AspectJ to do AOP stuff for me at load time (LTW). I deploy on Tomcat 5.5 with the -javaagent:aspectjweaver.jar option. However, the combination with this and the wicket-spring-annot (@SpringBean) seems to cause the VerifyError below. When I take away the -javaagent option (so that the class is not woven), everything works fine. Does anybody have any clue what could cause this and how I can fix it? Regards, Sebastiaan java.lang.VerifyError: (class: com/denherdervarga/service/CommentService$$EnhancerByCGLIB$$e767d40d, method: getObjectLocator signature: ()Lorg/apache/wicket/proxy/IProxyTargetLocator;) Inconsistent stack height 1 != 0 java.lang.Class.getDeclaredMethods0(Native Method) java.lang.Class.privateGetDeclaredMethods(Class.java:2427) java.lang.Class.getDeclaredMethod(Class.java:1935) net.sf.cglib.proxy.Enhancer.getCallbacksSetter(Enhancer.java:627) net.sf.cglib.proxy.Enhancer.setCallbacksHelper(Enhancer.java:615) net.sf.cglib.proxy.Enhancer.setThreadCallbacks(Enhancer.java:609) net.sf.cglib.proxy.Enhancer.createUsingReflection(Enhancer.java:631) net.sf.cglib.proxy.Enhancer.firstInstance(Enhancer.java:538) net.sf.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:225) net.sf.cglib.proxy.Enhancer.createHelper(Enhancer.java:377) net.sf.cglib.proxy.Enhancer.create(Enhancer.java:285) org.apache.wicket.proxy.LazyInitProxyFactory.createProxy(LazyInitProxyFactory.java:160) org.apache.wicket.spring.injection.annot.AnnotProxyFieldValueFactory.getFieldValue(AnnotProxyFieldValueFactory.java:98) org.apache.wicket.injection.Injector.inject(Injector.java:108) org.apache.wicket.injection.ConfigurableInjector.inject(ConfigurableInjector.java:40) org.apache.wicket.injection.ComponentInjector.onInstantiation(ComponentInjector.java:53) org.apache.wicket.Application.notifyComponentInstantiationListeners(Application.java:998) org.apache.wicket.Component.init(Component.java:728) org.apache.wicket.MarkupContainer.init(MarkupContainer.java:111) org.apache.wicket.Page.init(Page.java:243) org.apache.wicket.markup.html.WebPage.init(WebPage.java:183) com.denherdervarga.web.pages.BasePage.init(BasePage.java:14) com.denherdervarga.web.pages.GuestBook.init(GuestBook.java:21) sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) java.lang.reflect.Constructor.newInstance(Constructor.java:513) java.lang.Class.newInstance0(Class.java:355) java.lang.Class.newInstance(Class.java:308) org.apache.wicket.session.DefaultPageFactory.newPage(DefaultPageFactory.java:58) org.apache.wicket.request.target.component.BookmarkablePageRequestTarget.newPage(BookmarkablePageRequestTarget.java:256) org.apache.wicket.request.target.component.BookmarkablePageRequestTarget.getPage(BookmarkablePageRequestTarget.java:277) org.apache.wicket.request.target.component.BookmarkablePageRequestTarget.processEvents(BookmarkablePageRequestTarget.java:205) org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(AbstractRequestCycleProcessor.java:90) org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1032) org.apache.wicket.RequestCycle.step(RequestCycle.java:1108) org.apache.wicket.RequestCycle.steps(RequestCycle.java:1177) org.apache.wicket.RequestCycle.request(RequestCycle.java:500) org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:261) org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:127) smime.p7s Description: S/MIME Cryptographic Signature
Re: Component Factory and code against interface
On 9/4/07, Sam Hough [EMAIL PROTECTED] wrote: Thanks Johan and Eelco, I'm going to consider the model as opaque as far as change tracking is concerned. I just want an easy way to track dirty components so looks like this is the way to go unless it is going away completely. Since so many methods are final the only options I can think of are polling components for change, our own build of Wicket, explicit marking or AOP. None of which sound attractive. If some finals are in the way, and you have a real good use case for us, we can always consider removing. We've done that in the past. As for your strategy to track dirty components... I'm really not sure now whether using Wicket's change mechanism is the best way to go. Like Johan said, what is done with it depends on the version manager in use, which depends on the session store in use. We might have to remove final from Component#addStateChange to facilitate listening to changes without having to jump through too many loop holes. I'm still wondering whether it is really the component changes you are after. If you are building something completely generic, maybe yes, and maybe this should be part of Wicket then. Otoh, I expect that typical applications are actually interested in reflecting data changes, which are typically not communicated through component changes. The problem is though, that for the sake of efficiency, we only pull data when we need it. I.e. when rendering the components. And as with Ajax you only want to do partial renders... Though one this. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DataView questions
Thanks Igor... Just one more thing, If underlying table gets modified (insert/delete rows) during the browsing session, do I have to refresh dataView in some way or it gets refreshed automatically ? ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DataView questions
automatically why dont you try it and see for yourself -igor On 9/4/07, Stojce Dimski [EMAIL PROTECTED] wrote: Thanks Igor... Just one more thing, If underlying table gets modified (insert/delete rows) during the browsing session, do I have to refresh dataView in some way or it gets refreshed automatically ? ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Component Factory and code against interface
Thanks Eelco, It is mainly navigation logic and I think its state can quite happily live in the components... I have the habit of having a fixUpTheStateOfThisWidget method (real name changed to protect the guilty) that I'm starting to wonder if I can hook this into marking components as dirty. So maybe I can get away with explicit marking of components as dirty. So at least my application code does not see the gory details of Ajax, code handlers only once and changes get cascaded... Anyway, I'll see if I can manage without setEnabled, setVisible, add, addOrReplace etc not being final... Perhaps coming from GWT I imagined Wicket would magically handle all the state changes for me. All the AjaxTarget stuff seems very low level for writing user interfaces. -- View this message in context: http://www.nabble.com/Component-Factory-and-code-against-interface-tf4311047.html#a12483783 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: application deployment
On 9/5/07, Gwyn Evans [EMAIL PROTECTED] wrote: On Saturday, September 1, 2007, 8:49:15 AM, Ghodmode [EMAIL PROTECTED] wrote: ... Now you've got a working baseline, I'd really recommend trying to get it running with Jetty, either with or without the archetype. For one thing, Jetty's default 'root' context page provides a clickable list of contexts that it knows about, which I've often found a useful feature! /Gwyn I didn't have any problem getting it to run with Jetty. Unfortunately, that doesn't do anything for me as one of my current requirements is that it must run on the latest version of Tomcat. I guess Jetty is pretty popular. I may play with it in the future when I have more time on my hands. Thank you, -- Vince
Re: Component Factory and code against interface
I have the habit of having a fixUpTheStateOfThisWidget method (real name changed to protect the guilty) that I'm starting to wonder if I can hook this into marking components as dirty. So maybe I can get away with explicit marking of components as dirty. Or e.g. work with bean properties and use property change listeners. Perhaps coming from GWT I imagined Wicket would magically handle all the state changes for me. All the AjaxTarget stuff seems very low level for writing user interfaces. Yeah. Thing is that everything in Wicket works automatically for normal processing. Since GWT is Ajax only, and they 'own' everything that happens in the browser, they can do that. The way Ajax with Wicket currently works is very flexible etc, but agreed requires more hand work. It's not a static framework though. We're always on the lookout for improving things, and this might be an area for that. You could open a JIRA issue (feature request) for it so that we make this discussion more persistent. And of course, please share any insights you might develop while working on this. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: application deployment
a war works on any container. it is easier to develop on jetty, then when ready deploy on tomcat -igor On 9/4/07, Ghodmode [EMAIL PROTECTED] wrote: On 9/5/07, Gwyn Evans [EMAIL PROTECTED] wrote: On Saturday, September 1, 2007, 8:49:15 AM, Ghodmode [EMAIL PROTECTED] wrote: ... Now you've got a working baseline, I'd really recommend trying to get it running with Jetty, either with or without the archetype. For one thing, Jetty's default 'root' context page provides a clickable list of contexts that it knows about, which I've often found a useful feature! /Gwyn I didn't have any problem getting it to run with Jetty. Unfortunately, that doesn't do anything for me as one of my current requirements is that it must run on the latest version of Tomcat. I guess Jetty is pretty popular. I may play with it in the future when I have more time on my hands. Thank you, -- Vince
More real world Wicket
This http://www.eweek.com/article2/0,1895,2176557,00.asp eweek article has a small section on how LeapFrog are finding development with Wicket and why they chose to use it. Regards - Cemal -- View this message in context: http://www.nabble.com/More-real-world-Wicket-tf4379690.html#a12484527 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FeedbackPanel + Link problem
Hi, I have a page with feedback panel. As s button I use my own Panel - LabelLink (Link+Label) but I don't get an error message in feedback, when operation in onClick() get wrong. When I use another Panel LabelSubmitButton I get this error. I also tried to change Link to AjaxLing in LabelLink and added feedback panel to target but it did not help. Thanks for your help, I am desperate. Here is code for both buttons *LabelSubmitButton.java* public class LabelSubmitButton extends Panel{ private static final String ID = id; Button button; public LabelSubmitButton(String id, IModel model) { super(id); button = new Button(ID){ protected void onSubmit() { LabelSubmitButton.this.onSubmit(); } }; button.add(new Label(ID, model)); this.add(button); } public Form getForm() { return button.getForm(); } protected void onSubmit(){}; } ***LabelLink.java** public abstract class LabelLink extends Panel{ private static final String ID = id; public LabelLink(String id, IModel model) { super(id); Link link = new Link(ID){ public void onClick() { LabelLink.this.onClick(); } }; link.add(new Label(ID, model)); this.add(link); } abstract public void onClick(); } -- View this message in context: http://www.nabble.com/FeedbackPanel-%2B-Link-problem-tf4380134.html#a12486040 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Still plenty of spaces on the London Wicket event (Wednesday)
Folks, We've got a couple of nice talks lined up for the London Wicket User Group meet-up tomorrow evening. There's still plenty of room left at the inn. Please don't be shy - come along and meet up with some other Wicket users and developers and learn some cool tricks for the upcoming 1.3 release. It's hosted at Skills Matter near Farringdon. For more information and to sign up so they'll let you in, check out the jWeekend registration page, which is here: http://jweekend.co.uk/dev/LWUGReg Hope to see you there! Best Regards, Al -- Wicket biased blog at http://herebebeasties.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: java.lang.VerfiyError with @SpringBean
Mr igor has this to say: tbh it looks like a problem in cglib bytecode generation. i think i have seen this once when i was writing salve, but i dont remember exactly what caused it :| if nothing he tries works you can always tell him to extract an interface out of commentservice and use that - that way he can bypass cglib i believe. or he can use salve, works great with wicket :) johan On 9/4/07, Sebastiaan van Erk [EMAIL PROTECTED] wrote: Hi, I'm using the entire Wicket/Spring/Hibernate stack to build an application, and I'm using AspectJ to do AOP stuff for me at load time (LTW). I deploy on Tomcat 5.5 with the -javaagent:aspectjweaver.jaroption. However, the combination with this and the wicket-spring-annot (@SpringBean) seems to cause the VerifyError below. When I take away the -javaagent option (so that the class is not woven), everything works fine. Does anybody have any clue what could cause this and how I can fix it? Regards, Sebastiaan java.lang.VerifyError: (class: com/denherdervarga/service/CommentService$$EnhancerByCGLIB$$e767d40d, method: getObjectLocator signature: ()Lorg/apache/wicket/proxy/IProxyTargetLocator;) Inconsistent stack height 1 != 0 java.lang.Class.getDeclaredMethods0(Native Method) java.lang.Class.privateGetDeclaredMethods(Class.java:2427) java.lang.Class.getDeclaredMethod(Class.java:1935) net.sf.cglib.proxy.Enhancer.getCallbacksSetter(Enhancer.java:627) net.sf.cglib.proxy.Enhancer.setCallbacksHelper(Enhancer.java:615) net.sf.cglib.proxy.Enhancer.setThreadCallbacks(Enhancer.java:609) net.sf.cglib.proxy.Enhancer.createUsingReflection(Enhancer.java :631) net.sf.cglib.proxy.Enhancer.firstInstance(Enhancer.java:538) net.sf.cglib.core.AbstractClassGenerator.create( AbstractClassGenerator.java:225) net.sf.cglib.proxy.Enhancer.createHelper(Enhancer.java:377) net.sf.cglib.proxy.Enhancer.create(Enhancer.java:285) org.apache.wicket.proxy.LazyInitProxyFactory.createProxy( LazyInitProxyFactory.java:160) org.apache.wicket.spring.injection.annot.AnnotProxyFieldValueFactory.getFieldValue (AnnotProxyFieldValueFactory.java:98) org.apache.wicket.injection.Injector.inject(Injector.java:108) org.apache.wicket.injection.ConfigurableInjector.inject( ConfigurableInjector.java:40) org.apache.wicket.injection.ComponentInjector.onInstantiation( ComponentInjector.java:53) org.apache.wicket.Application.notifyComponentInstantiationListeners( Application.java:998) org.apache.wicket.Component.init(Component.java:728) org.apache.wicket.MarkupContainer.init(MarkupContainer.java:111) org.apache.wicket.Page.init(Page.java:243) org.apache.wicket.markup.html.WebPage.init(WebPage.java:183) com.denherdervarga.web.pages.BasePage.init(BasePage.java:14) com.denherdervarga.web.pages.GuestBook.init(GuestBook.java:21) sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) sun.reflect.NativeConstructorAccessorImpl.newInstance( NativeConstructorAccessorImpl.java:39) sun.reflect.DelegatingConstructorAccessorImpl.newInstance( DelegatingConstructorAccessorImpl.java:27) java.lang.reflect.Constructor.newInstance(Constructor.java:513) java.lang.Class.newInstance0(Class.java:355) java.lang.Class.newInstance(Class.java:308) org.apache.wicket.session.DefaultPageFactory.newPage( DefaultPageFactory.java:58) org.apache.wicket.request.target.component.BookmarkablePageRequestTarget.newPage (BookmarkablePageRequestTarget.java:256) org.apache.wicket.request.target.component.BookmarkablePageRequestTarget.getPage (BookmarkablePageRequestTarget.java:277) org.apache.wicket.request.target.component.BookmarkablePageRequestTarget.processEvents (BookmarkablePageRequestTarget.java:205) org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents( AbstractRequestCycleProcessor.java:90) org.apache.wicket.RequestCycle.processEventsAndRespond( RequestCycle.java:1032) org.apache.wicket.RequestCycle.step(RequestCycle.java:1108) org.apache.wicket.RequestCycle.steps(RequestCycle.java:1177) org.apache.wicket.RequestCycle.request(RequestCycle.java:500) org.apache.wicket.protocol.http.WicketFilter.doGet( WicketFilter.java:261) org.apache.wicket.protocol.http.WicketFilter.doFilter( WicketFilter.java:127)
Re: FeedbackPanel + Link problem
I found what was wrong but I can not explain it In markup of LabelLink I had wicket:panel button wicket:id=id id=idlabel wicket:id=id/label/button /wicket:panel When I changed button tags to a it was working, but I want my links to look like buttons wicket:panel label wicket:id=id/label /wicket:panel -- View this message in context: http://www.nabble.com/FeedbackPanel-%2B-Link-problem-tf4380134.html#a12486197 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Thank you note
I guess it's not that appropriate to write a thank you note on this address, but i just couldn't help myself. What you guys did with this framework is trully amaizing. I've been ... playing with it in the couple of weeks and it fits just like a glove. Not to mention the support the users get from you guys, which is something I for one had not encountered befored. I really hope you'll keep it up. REALLY! I have experience in some (well known ... bleah) frameworks so I can say with 100% certainty (only) THIS is web development.
Re: Thank you note
Why thank you! (made me blush) On 9/4/07, Cristi Manole [EMAIL PROTECTED] wrote: I guess it's not that appropriate to write a thank you note on this address, but i just couldn't help myself. What you guys did with this framework is trully amaizing. I've been ... playing with it in the couple of weeks and it fits just like a glove. Not to mention the support the users get from you guys, which is something I for one had not encountered befored. I really hope you'll keep it up. REALLY! I have experience in some (well known ... bleah) frameworks so I can say with 100% certainty (only) THIS is web development. -- Buy Wicket in Action: http://manning.com/dashorst Apache Wicket 1.3.0-beta3 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.0-beta3/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Thank you note
you are welcome -igor On 9/4/07, Cristi Manole [EMAIL PROTECTED] wrote: I guess it's not that appropriate to write a thank you note on this address, but i just couldn't help myself. What you guys did with this framework is trully amaizing. I've been ... playing with it in the couple of weeks and it fits just like a glove. Not to mention the support the users get from you guys, which is something I for one had not encountered befored. I really hope you'll keep it up. REALLY! I have experience in some (well known ... bleah) frameworks so I can say with 100% certainty (only) THIS is web development.
Re: java.lang.VerfiyError with @SpringBean
On 9/4/07, Johan Compagner [EMAIL PROTECTED] wrote: or he can use salve, works great with wicket :) Salve being Igor's non-wicket, project found here: http://salve.googlecode.com Martijn (salve ~= slave? I suspect a hidden agenda here... we shall all become minions of Igor, muhahahaha!) -- Buy Wicket in Action: http://manning.com/dashorst Apache Wicket 1.3.0-beta3 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.0-beta3/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: java.lang.VerfiyError with @SpringBean
Thanks for the tip. I liked the extract to interface idea, and now it works. Wonder what aspectj does to break cglib though. :-) Regards, Sebastiaan Johan Compagner wrote: Mr igor has this to say: tbh it looks like a problem in cglib bytecode generation. i think i have seen this once when i was writing salve, but i dont remember exactly what caused it :| if nothing he tries works you can always tell him to extract an interface out of commentservice and use that - that way he can bypass cglib i believe. or he can use salve, works great with wicket :) johan On 9/4/07, Sebastiaan van Erk [EMAIL PROTECTED] wrote: Hi, I'm using the entire Wicket/Spring/Hibernate stack to build an application, and I'm using AspectJ to do AOP stuff for me at load time (LTW). I deploy on Tomcat 5.5 with the -javaagent:aspectjweaver.jaroption. However, the combination with this and the wicket-spring-annot (@SpringBean) seems to cause the VerifyError below. When I take away the -javaagent option (so that the class is not woven), everything works fine. Does anybody have any clue what could cause this and how I can fix it? Regards, Sebastiaan java.lang.VerifyError: (class: com/denherdervarga/service/CommentService$$EnhancerByCGLIB$$e767d40d, method: getObjectLocator signature: ()Lorg/apache/wicket/proxy/IProxyTargetLocator;) Inconsistent stack height 1 != 0 java.lang.Class.getDeclaredMethods0(Native Method) java.lang.Class.privateGetDeclaredMethods(Class.java:2427) java.lang.Class.getDeclaredMethod(Class.java:1935) net.sf.cglib.proxy.Enhancer.getCallbacksSetter(Enhancer.java:627) net.sf.cglib.proxy.Enhancer.setCallbacksHelper(Enhancer.java:615) net.sf.cglib.proxy.Enhancer.setThreadCallbacks(Enhancer.java:609) net.sf.cglib.proxy.Enhancer.createUsingReflection(Enhancer.java :631) net.sf.cglib.proxy.Enhancer.firstInstance(Enhancer.java:538) net.sf.cglib.core.AbstractClassGenerator.create( AbstractClassGenerator.java:225) net.sf.cglib.proxy.Enhancer.createHelper(Enhancer.java:377) net.sf.cglib.proxy.Enhancer.create(Enhancer.java:285) org.apache.wicket.proxy.LazyInitProxyFactory.createProxy( LazyInitProxyFactory.java:160) org.apache.wicket.spring.injection.annot.AnnotProxyFieldValueFactory.getFieldValue (AnnotProxyFieldValueFactory.java:98) org.apache.wicket.injection.Injector.inject(Injector.java:108) org.apache.wicket.injection.ConfigurableInjector.inject( ConfigurableInjector.java:40) org.apache.wicket.injection.ComponentInjector.onInstantiation( ComponentInjector.java:53) org.apache.wicket.Application.notifyComponentInstantiationListeners( Application.java:998) org.apache.wicket.Component.init(Component.java:728) org.apache.wicket.MarkupContainer.init(MarkupContainer.java:111) org.apache.wicket.Page.init(Page.java:243) org.apache.wicket.markup.html.WebPage.init(WebPage.java:183) com.denherdervarga.web.pages.BasePage.init(BasePage.java:14) com.denherdervarga.web.pages.GuestBook.init(GuestBook.java:21) sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) sun.reflect.NativeConstructorAccessorImpl.newInstance( NativeConstructorAccessorImpl.java:39) sun.reflect.DelegatingConstructorAccessorImpl.newInstance( DelegatingConstructorAccessorImpl.java:27) java.lang.reflect.Constructor.newInstance(Constructor.java:513) java.lang.Class.newInstance0(Class.java:355) java.lang.Class.newInstance(Class.java:308) org.apache.wicket.session.DefaultPageFactory.newPage( DefaultPageFactory.java:58) org.apache.wicket.request.target.component.BookmarkablePageRequestTarget.newPage (BookmarkablePageRequestTarget.java:256) org.apache.wicket.request.target.component.BookmarkablePageRequestTarget.getPage (BookmarkablePageRequestTarget.java:277) org.apache.wicket.request.target.component.BookmarkablePageRequestTarget.processEvents (BookmarkablePageRequestTarget.java:205) org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents( AbstractRequestCycleProcessor.java:90) org.apache.wicket.RequestCycle.processEventsAndRespond( RequestCycle.java:1032) org.apache.wicket.RequestCycle.step(RequestCycle.java:1108) org.apache.wicket.RequestCycle.steps(RequestCycle.java:1177) org.apache.wicket.RequestCycle.request(RequestCycle.java:500) org.apache.wicket.protocol.http.WicketFilter.doGet( WicketFilter.java:261) org.apache.wicket.protocol.http.WicketFilter.doFilter( WicketFilter.java:127) smime.p7s Description: S/MIME Cryptographic Signature
Re: How to get HTML source code from a wicket page
Hi Jean-Baptiste, Thanks for the response. Here is the jira entry https://issues.apache.org/jira/browse/WICKET-929 Cheers Oliver Jean-Baptiste Quenot wrote: * oliver.henlich: Hi Jean-Baptiste, just wondering if you got a chance to look at this? Hi Oliver, I have identified the bug thanks to your stacktrace, and it would be great if you could file an issue on JIRA. Something like: ExceptionErrorPage only works with WebResponse Thanks in advance, smime.p7s Description: S/MIME Cryptographic Signature
Re: AjaxButton value attribute
I agree Igor, this is a much better way to internationalize an attribute, which keeps the model open for the component. Thanks Craig igor.vaynberg wrote: input type=button wicket:id=ajaxbutton value=preview wicket:message=value:key/ i believe that is the syntax for internatianalyzing attributes. yes it is a bit inconsistent, but if anything i would like the button to not use its model and let me put in there a model i can use in onsubmit(). just my two cents. -igor On 9/1/07, Carlos Pita [EMAIL PROTECTED] wrote: Why would you override onBeforeRender to do that? Just add an attribute modifier that takes a model in your constructor or wherever. Regards, Carlos On 9/1/07, Craig Lenzen [EMAIL PROTECTED] wrote: Am I missing something here? Why doesn't the AjaxButton take a IModel that sets the value attribute like the normal Button component? I need to internationalize the button value (name), do I really need to override something like the onbeforerender method to add a AttributeModifier? -Craig -- View this message in context: http://www.nabble.com/AjaxButton-value-attribute-tf4366376.html#a12445623 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/AjaxButton-value-attribute-tf4366376.html#a12489033 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Wicket/JSP Hosting
Hey all, I'm having issues with my current web host's poor customer service (cwihosting.com, if you're curious). In addition, my requirements are going up. Without going the dedicated server route, does anyone know of a web host with good customer support that offers the following: 128MB JVM memory allocation (preferably 256MB or up) 3GB disk space Ability to run Wicket apps mapped to "/"' Failing that, does anyone know a good company for dedicated servers or colo in the USA? I'd much appreciate any suggestions you guys can offer. Thanks, Karl M. Davis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Change of Button interface
Ok, you're right, when I cast defaultButton to Component, the code compiles. Personally, I don't feel comfortable with this kind of cast, but I've never been involved with creating the Wicket internals, so I'll go with whatever you decide. Should I send in the patch? Cheers, Dave On Tue, 2007-09-04 at 09:09 +0200, Johan Compagner wrote: we can look to add those to the interface but maybe it is better to cast to a Component (that has those methods) they should be components anyway.. (but we don't have an IComponent ;)) On 9/4/07, David Leangen [EMAIL PROTECTED] wrote: Jira issue filed: https://issues.apache.org/jira/browse/WICKET-922 Well, I'm just looking at the Form class. I can't say for sure if there are any other problem areas or not, at this point I'm just mentioning what's causing a compile error for me. If we change Button to IFormSubmittingComponent, then in onComponentTagBody, there is a problem with the following: defaultButton.isVisibleInHierarchy() defaultButton.isEnabled() Since defaultButton is no longer a button, but isVisibleInHierarchy() and isEnabled() are not defined in IFormSubmittingComponent, this won't compile. Also in appendDefaultButtonField, we have: defaultButton.getMarkupId() Same problem. If those get sorted out in the Form class, then maybe we can think about looking at using the interface elsewhere. From a low-level perspective, just to get this to compile, I would say we need to add those methods to IFormSubmittingComponent. But, from a design point of view, I'm not so sure. Cheers, Dave On Mon, 2007-09-03 at 15:37 +0200, Johan Compagner wrote: The intent was that not all kind of components could be a button because of the single inheritance that java gives us But like Matej said, everywhere we do an instance check of button we should change that to do it on IFormSubmittingComponent johan On 9/3/07, David Leangen [EMAIL PROTECTED] wrote: Been trying to update to 1.3 and encountered some problems with SubmitLink. Before, SubmitLink extended Button, so there were no problems with forms. SubmitLinks could be used interchangeably with Buttons, and life was good. Now, SubmitLink implements IFormSubmittingComponent, so it's breaking some code. Implementing the interface seems reasonable to me, but the code hasn't kept up with this change of mentality and there are some inconsistencies. In the wicket code, I tried changing Form.setDefaultButton(Button button) to Form.setDefaultButton(IFormSubmittingComponent button) But this doesn't work, since some methods like onComponentTagBody are programmed to the Button implementation rather than the IFormSubmittingComponent interface. It seems like a few things still need to be sorted out, or maybe the SubmitLink should go back to extending button. What's the story with this? What's the intent with the ISubmittingComponent interface vs. Button vs. SubmitLink? I don't mind trying out some stuff, but please tell me the direction that you're going with this. Thanks! David - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket/JSP Hosting
Try http://www.contegix.com/ or http://www.kattare.com/ On 9/4/07, Karl M. Davis [EMAIL PROTECTED] wrote: Hey all, I'm having issues with my current web host's poor customer service ( cwihosting.com, if you're curious). In addition, my requirements are going up. Without going the dedicated server route, does anyone know of a web host with good customer support that offers the following: - 128MB JVM memory allocation (preferably 256MB or up) - 3GB disk space - Ability to run Wicket apps mapped to /' Failing that, does anyone know a good company for dedicated servers or colo in the USA? I'd much appreciate any suggestions you guys can offer. Thanks, Karl M. Davis
Re: Wicket/JSP Hosting
http://www.kgbinternet.com I used to host with them till I have moved my host under stairs. Konstantin Ignatyev PS: If this is a typical day on planet earth, humans will add fifteen million tons of carbon to the atmosphere, destroy 115 square miles of tropical rainforest, create seventy-two miles of desert, eliminate between forty to one hundred species, erode seventy-one million tons of topsoil, add 2,700 tons of CFCs to the stratosphere, and increase their population by 263,000 Bowers, C.A. The Culture of Denial: Why the Environmental Movement Needs a Strategy for Reforming Universities and Public Schools. New York: State University of New York Press, 1997: (4) (5) (p.206) - Original Message From: Sean Sullivan [EMAIL PROTECTED] To: users@wicket.apache.org Sent: Tuesday, September 4, 2007 6:37:32 PM Subject: Re: Wicket/JSP Hosting Try http://www.contegix.com/ or http://www.kattare.com/ On 9/4/07, Karl M. Davis [EMAIL PROTECTED] wrote: Hey all, I'm having issues with my current web host's poor customer service ( cwihosting.com, if you're curious). In addition, my requirements are going up. Without going the dedicated server route, does anyone know of a web host with good customer support that offers the following: - 128MB JVM memory allocation (preferably 256MB or up) - 3GB disk space - Ability to run Wicket apps mapped to /' Failing that, does anyone know a good company for dedicated servers or colo in the USA? I'd much appreciate any suggestions you guys can offer. Thanks, Karl M. Davis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: More real world Wicket
yeah, i saw that last week. it's quite a statement. but i'm hearing this kind of thing more and more. at my current workplace, i'm constantly staggered when i mentally compare our development speed with past non-wicket projects. even when i guess a little on the low side, i find i'm mostly making or exceeding schedule targets. and the feature branches we're developing in parallel often come together so quickly that it's a challenge just to stay on top of the back end of the process with all the merging and testing and deploying. our components already are paying off enormously in terms of both cost of development and cost of maintenance. just being able to fully refactor wicket components in eclipse is almost a reason to adopt wicket in itself. jweekend wrote: This http://www.eweek.com/article2/0,1895,2176557,00.asp eweek article has a small section on how LeapFrog are finding development with Wicket and why they chose to use it. Regards - Cemal -- View this message in context: http://www.nabble.com/More-real-world-Wicket-tf4379690.html#a12490893 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: More real world Wicket
Yep, Wicket kicks ass. The book will help even more. Am I the only one having so many issues trying to update to 1.3, though? Was there such a big jump because of the move to Apache? Or is this kind of growing pain to be expected for each new version, do you think? On Tue, 2007-09-04 at 20:14 -0700, Jonathan Locke wrote: yeah, i saw that last week. it's quite a statement. but i'm hearing this kind of thing more and more. at my current workplace, i'm constantly staggered when i mentally compare our development speed with past non-wicket projects. even when i guess a little on the low side, i find i'm mostly making or exceeding schedule targets. and the feature branches we're developing in parallel often come together so quickly that it's a challenge just to stay on top of the back end of the process with all the merging and testing and deploying. our components already are paying off enormously in terms of both cost of development and cost of maintenance. just being able to fully refactor wicket components in eclipse is almost a reason to adopt wicket in itself. jweekend wrote: This http://www.eweek.com/article2/0,1895,2176557,00.asp eweek article has a small section on how LeapFrog are finding development with Wicket and why they chose to use it. Regards - Cemal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: More real world Wicket
i don't really know. my new project is 1.3 and my old one will always be 1.2. i have not found too much pain in the API changes myself. it's certainly a lot less drastic than what we started to do. in general, i would expect less and less dramatic change in the future as more and more people come to depend on these APIs. there will be some changes to introduce generics, but i'm not aware of very many user-facing architectural changes under consideration. it's more likely that wicket will refine the more internal APIs like markup traversal, for example, and possibly provide compatibility layers for the few people who depend on those internal details. but as with all OSS, it's all in the hands of the community now. David Leangen-8 wrote: Yep, Wicket kicks ass. The book will help even more. Am I the only one having so many issues trying to update to 1.3, though? Was there such a big jump because of the move to Apache? Or is this kind of growing pain to be expected for each new version, do you think? On Tue, 2007-09-04 at 20:14 -0700, Jonathan Locke wrote: yeah, i saw that last week. it's quite a statement. but i'm hearing this kind of thing more and more. at my current workplace, i'm constantly staggered when i mentally compare our development speed with past non-wicket projects. even when i guess a little on the low side, i find i'm mostly making or exceeding schedule targets. and the feature branches we're developing in parallel often come together so quickly that it's a challenge just to stay on top of the back end of the process with all the merging and testing and deploying. our components already are paying off enormously in terms of both cost of development and cost of maintenance. just being able to fully refactor wicket components in eclipse is almost a reason to adopt wicket in itself. jweekend wrote: This http://www.eweek.com/article2/0,1895,2176557,00.asp eweek article has a small section on how LeapFrog are finding development with Wicket and why they chose to use it. Regards - Cemal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/More-real-world-Wicket-tf4379690.html#a12491063 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tracking down an elusive error during migration to 1.3
looks like a propertymodel misbehaving somewhere. set a breakpoint on that exception. when it is thrown you can walk up the stack and see what model/component is causing this. -igor On 9/4/07, David Leangen [EMAIL PROTECTED] wrote: Migrating from 1.2 to 1.3. I've been trying to track down the cause of the following error. Since this is using reflection, I'm not getting any useful line numbers or direct information on the cause. If anybody can shed some light on this for me, I'd really appreciate it! All I know is that it happens at render time when visiting one of the components, but it's difficult to find the exact component. java.lang.NoSuchMethodException: org.apache.wicket.util.value.ValueMap.isUsername() at java.lang.Class.getMethod(Class.java:1581) at org.apache.wicket.util.lang.PropertyResolver.findGetter( PropertyResolver.java:501) at org.apache.wicket.util.lang.PropertyResolver.getGetAndSetter( PropertyResolver.java:317) ... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Thank you note
On 9/4/07, Cristi Manole [EMAIL PROTECTED] wrote: I guess it's not that appropriate to write a thank you note on this address, but i just couldn't help myself. What you guys did with this framework is trully amaizing. I've been ... playing with it in the couple of weeks and it fits just like a glove. Not to mention the support the users get from you guys, which is something I for one had not encountered befored. I really hope you'll keep it up. REALLY! I have experience in some (well known ... bleah) frameworks so I can say with 100% certainty (only) THIS is web development. Cheers mate. :) Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]