Re: [Wicket-user] Forum congratulations...
I feel the only reason why there are so many questions asked on this list is because we can get so many and relevant answers. Nothing to do with lack of documentation or Wicket being too difficult to use. Pierre-Yves Erik van Oosten a écrit : Considering that Wicket's documentation is ok (actually quite good compared to many other products), I would like to interpreted it as good news :) Francis Amanfo schreef: And do we interpret this as good news or bad news. To play the devils advocate here, this might also be interpreted as a framework with bad documentation and hard to use. So people often have o consult the mailing list to pose questions. What do you think? On 11/30/06, *Erik van Oosten* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Congratulations, this mailing list is the most active java web framework forum on Nabble! http://day-to-day-stuff.blogspot.com/2006/11/wicket-most-active-java-web-framework.html http://day-to-day-stuff.blogspot.com/2006/11/wicket-most-active-java-web-framework.html - 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] Prevent Brute Force and the like
Could you please explain cachapta / provide a link to an article? I suppose he means captcha. You should find this one on google ;-) Pierre-Yves Johannes Fahrenkrug a écrit : Korbinian, I'm sorry if I wasn't clear: I didn't plan on blocking anymore permanently, just add one second delays if some IP was flooding me to render brute force attacks useless and impractical. Could you please explain cachapta / provide a link to an article? Regards, Johannes Korbinian Bachl wrote: Bad idea - some ISPs and proxys would be locked out... cachapta would be solution of choice here. Regards Korbinian -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Johannes Fahrenkrug Gesendet: Montag, 6. November 2006 14:01 An: wicket-user@lists.sourceforge.net Betreff: [Wicket-user] Prevent Brute Force and the like Hi! I'd like to prevent brute force attacks on the login page of my wicket application. What would be the best approach? This is what I'm thinking about doing: Record when the last request for the loginpage from a certain IP came in and only handle the request when at least a second or two have passed. This would have to be done application wide because when an attacker uses a tool like cURL a new session is created with each request. So what would you guys suggest? - Johannes -- --- 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=263057; dat=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
Re: [Wicket-user] varying the presentation of a Panel...
Use styles. You can have several templates with different extensions, for example loginPanel_liquid.html and loginPanel_icy.html. Then, when you switch style from liquid to icy, Wicket will automatically select the appropriate template. Pierre-Yves Erik Brakkee a écrit : Hi, In many cases, it is useful to define an application wide Panel for commonly recurring parts of the user interface. Nevertheless, sometimes, it is necessary to vary only the presentation of a Panel. As far as I understand it, the Panel is always associated with one html template with the same name as the panel. Hence, my question is how I can easily vary the html template for a specific instance of a panel without changing it application wide. Most easy would be sometihing like this: // with the default HTML template Panel p = new Panel(); // with a template different from the default. Panel p = new Panel(); p.setTemplate(xyz.html); // with a class path resource InputStream is = ...; p.setTemplate(is); // with a template in an input stream. Is something like this already possible? Cheers Erik - 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
Re: [Wicket-user] varying the presentation of a Panel...
I forgot this: to switch styles, use Session.setStyle(). Pierre-Yves Pierre-Yves Saumont a écrit : Use styles. You can have several templates with different extensions, for example loginPanel_liquid.html and loginPanel_icy.html. Then, when you switch style from liquid to icy, Wicket will automatically select the appropriate template. Pierre-Yves Erik Brakkee a écrit : Hi, In many cases, it is useful to define an application wide Panel for commonly recurring parts of the user interface. Nevertheless, sometimes, it is necessary to vary only the presentation of a Panel. As far as I understand it, the Panel is always associated with one html template with the same name as the panel. Hence, my question is how I can easily vary the html template for a specific instance of a panel without changing it application wide. Most easy would be sometihing like this: // with the default HTML template Panel p = new Panel(); // with a template different from the default. Panel p = new Panel(); p.setTemplate(xyz.html); // with a class path resource InputStream is = ...; p.setTemplate(is); // with a template in an input stream. Is something like this already possible? Cheers Erik - 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
Re: [Wicket-user] Ajax refresh feedback
Thanks for the hint, Igor. I will have a look at channels. I don't remember seeing any information about these when I started my application (with Wicket 1.1). However, I suppose using channels does not prevent the user clicking on a regular link while an Ajax request is processed ? Pierre-Yves Igor Vaynberg a écrit : too bad you are blocking the entire window. wicket has ajax channels with different channel modes such as queue/disregard. that way you can disable certain groups of components only by assigning them to the same ajax channel. -Igor On 10/17/06, *Pierre-Yves Saumont* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I found there are sevral things that I missed with Ajax links: indicating that some activity is occuring, preventing the user to click several times on the link, and warning the user if something is going wrong (most often, the session has expired). So I extended AjaxLink : public abstract class WaitingAjaxLink extends AjaxLink { final StringResourceModel sessionExpiredModel; protected WaitingAjaxLink(final String id) { super(id); // Load a message for expired session sessionExpiredModel = new StringResourceModel(MyApplication.sessionExpired, this, null); } protected wicket.ajax.IAjaxCallDecorator getAjaxCallDecorator() { return new AjaxCallDecorator() { public CharSequence decorateOnSuccessScript(CharSequence script) { return ajaxSuccess(); } public CharSequence decorateOnFailureScript(CharSequence script) { String onFailureMessage = WaitingAjaxLink.this.sessionExpiredModel.getString(); return ajaxFailure(' + onFailureMessage + '); } public CharSequence decorateScript(CharSequence script) { return beforeAjaxCall(); + script; } }; } } Here are the JavaScript fucntions: function ajaxFailure(message) { if (document.getElementById) { Mask = document.getElementById('ajaxCallMask'); Mask.style.display = 'none'; } alert(message); } function ajaxSuccess() { if (document.getElementById) { Mask = document.getElementById('ajaxCallMask'); Mask.style.display = 'none'; } } function beforeAjaxCall() { if (document.getElementById) { Mask = document.getElementById ('ajaxCallMask'); Mask.style.display = 'block'; } } The element called 'ajaxCallMask' is a div that cover the whole page to prevent the user from clicking on anything. It can contain an animated gif showing activity. Pierre-Yves Marc-Andre Houle a écrit : Thanks, it is what I was looking for. I'm not sure I am ready to dive directly into Javascript like that, but to know it is possible is interesting. Thanks a lot for the quick answer. Marc On 10/17/06, *Igor Vaynberg* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: yes you need to write your own javascript - wicket has hooks there see Wicket.Ajax.registerPre/PostCallHandler and Wicket.Ajax.registerFailureHandler in wicket-ajax.js you can use those to toggle visibility of some page-wide loading... indicator -Igor On 10/17/06, *Marc-Andre Houle* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I was looking at Gmail and I think my example is bad. I think I just said another stupid thing and gmail is actually changing all the page. Anyway, the question is the same, is there a way to make a feedback for all ajax call. On 10/17/06, *Marc-Andre Houle* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I have checked what is avalaible from the Ajax exemple and I also searched the API to see if there is something to make the browser make a little feedback during an ajax call. I want the browser to react like if something is happening during an ajax Call. The fact is : when the server is loaded and the response time is high, I don't want the user to think everything is death
Re: [Wicket-user] Ajax refresh feedback
I found there are sevral things that I missed with Ajax links: indicating that some activity is occuring, preventing the user to click several times on the link, and warning the user if something is going wrong (most often, the session has expired). So I extended AjaxLink : public abstract class WaitingAjaxLink extends AjaxLink { final StringResourceModel sessionExpiredModel; protected WaitingAjaxLink(final String id) { super(id); // Load a message for expired session sessionExpiredModel = new StringResourceModel(MyApplication.sessionExpired, this, null); } protected wicket.ajax.IAjaxCallDecorator getAjaxCallDecorator() { return new AjaxCallDecorator() { public CharSequence decorateOnSuccessScript(CharSequence script) { return ajaxSuccess(); } public CharSequence decorateOnFailureScript(CharSequence script) { String onFailureMessage = WaitingAjaxLink.this.sessionExpiredModel.getString(); return ajaxFailure(' + onFailureMessage + '); } public CharSequence decorateScript(CharSequence script) { return beforeAjaxCall(); + script; } }; } } Here are the JavaScript fucntions: function ajaxFailure(message) { if (document.getElementById) { Mask = document.getElementById('ajaxCallMask'); Mask.style.display = 'none'; } alert(message); } function ajaxSuccess() { if (document.getElementById) { Mask = document.getElementById('ajaxCallMask'); Mask.style.display = 'none'; } } function beforeAjaxCall() { if (document.getElementById) { Mask = document.getElementById('ajaxCallMask'); Mask.style.display = 'block'; } } The element called 'ajaxCallMask' is a div that cover the whole page to prevent the user from clicking on anything. It can contain an animated gif showing activity. Pierre-Yves Marc-Andre Houle a écrit : Thanks, it is what I was looking for. I'm not sure I am ready to dive directly into Javascript like that, but to know it is possible is interesting. Thanks a lot for the quick answer. Marc On 10/17/06, *Igor Vaynberg* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: yes you need to write your own javascript - wicket has hooks there see Wicket.Ajax.registerPre/PostCallHandler and Wicket.Ajax.registerFailureHandler in wicket-ajax.js you can use those to toggle visibility of some page-wide loading... indicator -Igor On 10/17/06, *Marc-Andre Houle* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I was looking at Gmail and I think my example is bad. I think I just said another stupid thing and gmail is actually changing all the page. Anyway, the question is the same, is there a way to make a feedback for all ajax call. On 10/17/06, *Marc-Andre Houle* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I have checked what is avalaible from the Ajax exemple and I also searched the API to see if there is something to make the browser make a little feedback during an ajax call. I want the browser to react like if something is happening during an ajax Call. The fact is : when the server is loaded and the response time is high, I don't want the user to think everything is death. I want the user to think something is happening, the answer will be there shortly. For this, there are IndicatingAjaxLink and the same for submit button. But, in our application, there is a lot of different Ajax call then simple link. Like we have an AJAX tree with links, we use the AjaxPagingNavigator and Ajax tab panel. All those, I'm not sure I want to reimplement them. What I am looking for is maybe something a little like Gmail. When you change from one place to the other, it is an ajax call and the page does not relad completly. But the browser give sign that it is loading something like if it were a click on a normal link. I'm not sure I am clear on this, but for me, it would be something really interesting to have a way identical for each ajax call to tell the user the page is currently refreshing. Is there something like that that exist right now? Marc - 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
Re: [Wicket-user] Wicket starts incubation at Apache
Until now, it has been impossible for me to do a clean checkout from Apache. The connexion is closed by the server well before the checkout is complete. :-( Here is the error I get : Error: REPORT request failed on '/repos/asf/!svn/vcc/default' Error: REPORT of '/repos/asf/!svn/vcc/default': Could not read chunk size: A connection has been closed by the distant host. (https://svn.apache.org) Pierre-Yves Gwyn Evans a écrit : On 16/10/06, Anders Peterson [EMAIL PROTECTED] wrote: Why? Discussed on the mailing list (e.g. http://www.nabble.com/apache-wicket--tf2012023.html#a5529288) but http://wiki.apache.org/incubator/WicketProposal covers what we felt were the main reasons. /Gwyn Martijn Dashorst wrote: The Wicket team is proud to announce that we are starting the process of joining the Apache Software Foundation. When projects first move to Apache, they are housed at the Apache Incubator. The Incubator helps incoming projects migrate to the vibrant Apache community. One of the primary goals of the incubator is to ensure that the joining community is open, diverse and effective meritocracy. During Wicket's incubation we will resolve any issues regarding license (in)compatibilities that might be present in our code. For more information on the incubation process, please read the documents found on the incubator website. To facilitate our transition we have moved parts of our development infrastructure to the Apache Incubator: o the subversion repository is now hosted at https://svn.apache.org/repos/asf/incubator/wicket o the development mailing list is now provided by wicket-dev at incubator.apache.org o the commit mailing list is now wicket-commits at incubator.apache.org o our bug tracking system is now hosted at http://issues.apache.org/jira/browse/WICKET Please join our incubating community at Apache by subscribing to the Wicket development list. Send a message to: wicket-dev-subscribe at incubator.apache.org and follow the instructions. If you want to recieve commit messages from Wicket to track our development, please send a message to wicket-commits-subscribe at incubator.apache.org and follow the instructions. When you need to file a bug report, a patch or a request for enhancement (RFE), then please do so at our Apache JIRA installation: http://issues.apache.org/jira/browse/WICKET We are in the process of importing the contents of the sourceforge trackers into our JIRA project space. This will loose some information in the process, however we strive to keep as much information as possible. As always, have fun and thanks for your support using Wicket! - the Wicket team ps. apologies for the cross posting -- http://ojalgo.org/ Mathematics, Linear Algebra and Optimisation with Java - 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
Re: [Wicket-user] Wicket starts incubation at Apache
It works much better with http ;-) Gwyn Evans a écrit : As Upayavira says, try with http see if that makes a difference? If not, I'm not sure - What client is that? Maybe try from a command-line client, if not already? I checked it with svn co http://svn.apache.org/repos/asf/incubator/wicket/trunk; and had no problems (although http://svn.apache.org/repos/asf/incubator/wicket/trunk/wicket-parent might be a smaller test!) /Gwyn On 16/10/06, Pierre-Yves Saumont [EMAIL PROTECTED] wrote: Until now, it has been impossible for me to do a clean checkout from Apache. The connexion is closed by the server well before the checkout is complete. :-( Here is the error I get : Error: REPORT request failed on '/repos/asf/!svn/vcc/default' Error: REPORT of '/repos/asf/!svn/vcc/default': Could not read chunk size: A connection has been closed by the distant host. (https://svn.apache.org) Pierre-Yves Gwyn Evans a écrit : On 16/10/06, Anders Peterson [EMAIL PROTECTED] wrote: Why? Discussed on the mailing list (e.g. http://www.nabble.com/apache-wicket--tf2012023.html#a5529288) but http://wiki.apache.org/incubator/WicketProposal covers what we felt were the main reasons. /Gwyn Martijn Dashorst wrote: The Wicket team is proud to announce that we are starting the process of joining the Apache Software Foundation. When projects first move to Apache, they are housed at the Apache Incubator. The Incubator helps incoming projects migrate to the vibrant Apache community. One of the primary goals of the incubator is to ensure that the joining community is open, diverse and effective meritocracy. During Wicket's incubation we will resolve any issues regarding license (in)compatibilities that might be present in our code. For more information on the incubation process, please read the documents found on the incubator website. To facilitate our transition we have moved parts of our development infrastructure to the Apache Incubator: o the subversion repository is now hosted at https://svn.apache.org/repos/asf/incubator/wicket o the development mailing list is now provided by wicket-dev at incubator.apache.org o the commit mailing list is now wicket-commits at incubator.apache.org o our bug tracking system is now hosted at http://issues.apache.org/jira/browse/WICKET Please join our incubating community at Apache by subscribing to the Wicket development list. Send a message to: wicket-dev-subscribe at incubator.apache.org and follow the instructions. If you want to recieve commit messages from Wicket to track our development, please send a message to wicket-commits-subscribe at incubator.apache.org and follow the instructions. When you need to file a bug report, a patch or a request for enhancement (RFE), then please do so at our Apache JIRA installation: http://issues.apache.org/jira/browse/WICKET We are in the process of importing the contents of the sourceforge trackers into our JIRA project space. This will loose some information in the process, however we strive to keep as much information as possible. As always, have fun and thanks for your support using Wicket! - the Wicket team ps. apologies for the cross posting -- http://ojalgo.org/ Mathematics, Linear Algebra and Optimisation with Java - 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
Re: [Wicket-user] [ANN] Wicket Assistant v0.1.3
Other features that would be usefull: refactor/rename a file should rename the two files (html + java) and even better, it should also look for resources bundles and rename them accordingly (including localized ones). Use of resources could be verified so that a missing resource would be caught at edit time. Pierre-Yves [EMAIL PROTECTED] a écrit : Hi and thanks. Hi Anders, Your plug-in is already very helpfull as it is! Thanks. I suggest you add the todo list navigation from id in the html file to corresponding location ini Java file (and back) using control+ click. I actually had this one on the list but removed as I seemed a bit tricky to implement but I'll add it again. It would be rather cool. I can't test it in IDEA6 because IDEA6 is definitely broken for me and can't load my IDEA5 project, but I think it would be nice to have 3 tabs with Java, Html template, Preview, like the standard Html, Preview configuration (unless it is already done?). In Idea 6 there is allready a html preview. Maybe it can be expanded to include some more wicket specialities. BTW, how does the contest work? Do the users vote or is it based only upon the JetBrains staff appreciation? Its Jetbrains that evaluates all the plugins. See more here: General info: http://plugins.intellij.net/contest/ Criterias: http://plugins.intellij.net/contest/criteria/ regards Anders - 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
Re: [Wicket-user] [ANN] Wicket Assistant v0.1.3
What I mean is that if your use a resource string such as: final StringResourceModel pageTabAlertsModel = new StringResourceModel(PageTabBar.alerts, this, null); and you forget to create the resource PageTabBar.alerts in a property file, or you renamed the class and forgot to rename the property file, Wicket will only complai at runtime with a Missing Resource exception. I would be helpfull to detect this at edit time. In fact this is not Wicket related, so it might better go is the IDEA features wish list since IDEA allows to go to the resource string declaration (ctrl+click) but do not complain about a missing resource :-( But perhaps it would be a good thing for your plug-in, in the contest perspective, to solve this issue ;-) Pierre-Yves [EMAIL PROTECTED] a écrit : hi, Other features that would be usefull: refactor/rename a file should rename the two files (html + java) and even better, it should also look for resources bundles and rename them accordingly (including localized ones). This is one the todolist. Use of resources could be verified so that a missing resource would be caught at edit time. I'm not 100% sure what you mean. Could you give an example ? regards Anders - 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
Re: [Wicket-user] [ANN] Wicket Assistant v0.1.3
Hi Anders, Your plug-in is already very helpfull as it is! Thanks. I suggest you add the todo list navigation from id in the html file to corresponding location ini Java file (and back) using control+ click. I can't test it in IDEA6 because IDEA6 is definitely broken for me and can't load my IDEA5 project, but I think it would be nice to have 3 tabs with Java, Html template, Preview, like the standard Html, Preview configuration (unless it is already done?). BTW, how does the contest work? Do the users vote or is it based only upon the JetBrains staff appreciation? Pierre-Yves Anders Holmbech Brandt a écrit : Hello wicket-users, New version of the Wicket Assistant plugin for Intellij Idea. Download it from the plugin manager within Idea. Works in version 5.X and 6.X. Features implemented: * On-the-fly Inspection checking that the wicket ids exists in the corresponding java/html file * Switch between the java and html file (default key: shift+alt+W Todolist: * Maybe use a compiled version of the ie webpage to check the hierarichy * create missing html file intention * create missing ids in the html file. How and where ? * create live template for easy creation of ie labels etc * create file templates for html files, java webpages, java panels etc. * rename/move rafactoring on the java/html/property file renames/moves the others * rename refactoring of the wicket id in both the html and java file * Code completion on a wicket id in both java and html file * Possibility to open the other file when ie the java file is opened Changes from 0.1.2 Added action to toggle between the html and the java file. The deault keymapping is: shift+alt+W Known bugs; All checks on the wicket ids are not yet 100% correct. Working on it. - 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
Re: [Wicket-user] onSubmit not called in a form
No ideas or further experiments to try to solve this issue ? ;-) Pierre-Yves Pierre-Yves Saumont a écrit : Here is the request parameter object: [RequestParameters parameters={rightColumn_pagePanel_dialogBoxExpiries_tabs_panel_dialogBoxContent_selectExpiriesForm:hf:0=, submit-button=[[ button text ]]} onlyProcessIfPathActive=false] Inside it, all values are null, false or 0, except the parameters map which contains two elements: rightColumn_pagePanel_dialogBoxExpiries_tabs_panel_dialogBoxContent_selectExpiriesForm:hf:0 submit-button=[[ button text ]] DefaultRequestTargetResolverStrategy#resolve returns at: return resolveHomePageTarget(requestCycle, requestParameters); Pierre-Yves Eelco Hillenius a écrit : You can set a break point at the beginning of DefaultRequestTargetResolverStrategy#resolve and see where it returns. In your debugger, you can also look at the RequestParameters object to find out how Wicket interprets the request. Eelco On 10/10/06, Pierre-Yves Saumont [EMAIL PROTECTED] wrote: I am not sure I understand what you mean. (To be honest, I am sure I don't). From the debugger, how can I find the answer to this question? Pierre-Yves Eelco Hillenius a écrit : So, where does it resolve to then (what is the request target it thinks it has to execute)? Eelco On 10/10/06, Pierre-Yves Saumont [EMAIL PROTECTED] wrote: I put breakpoints on Form#onFormSubmitted and AbstractCompoundRequestCycleProcessor#resolve. Those breakpoint are reached for other forms that I navigate through to reach the page that is causing trouble. In the form that has the problem, AbstractCompoundRequestCycleProcessor#resolve is reached, but not Form#onFormSubmitted. Pierre-Yves Eelco Hillenius a écrit : That's pretty weird yes. Can you confirm the action attribute of the form element is generated correctly? Do you have any validation errors? You could set a break point in Form#onFormSubmitted and see whether the request arrives there at all. If it doesn't, somehow the call back doesn't work (the action attribute of Form might be wrong). In that case, AbstractCompoundRequestCycleProcessor#resolve is a good place to set a break point. If the request does arrive in the form, see what happens there. Eelco On 10/9/06, Pierre-Yves Saumont [EMAIL PROTECTED] wrote: Hi, I have a form and on a page and I believe a click on the submit button should cause a call to the onSubmit method. (No onSubmit in the button, all default settings). By default, I suppose after the call to onSubmit Wicket should redisplay the same page. Instead of this, onSubmit is not called and Wicket displays the home page. I am sure I am doing something wrong, but I can't find what. Any hint about where to look for? Pierre-Yves - 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 - 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] onSubmit not called in a form
Hi Johan, While I was extracting the form tag from the markup, I found the cause of the problem. The form was inside another form (with the opening tag far above, which is why I did not noticed it). The outside form had no wicket id nor even an action tag, and I suppose it had been put there at design time for some reason related to presentation. Basically, the template was: form ... form wicket:id='myForm' ... /form ... /form This cause the application to display the home page without any error message. Pierre-Yves Johan Compagner a écrit : Can you give me the complete form tag thats in the html? johan On 10/11/06, *Pierre-Yves Saumont* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: No ideas or further experiments to try to solve this issue ? ;-) Pierre-Yves Pierre-Yves Saumont a écrit : Here is the request parameter object: [RequestParameters parameters={rightColumn_pagePanel_dialogBoxExpiries_tabs_panel_dialogBoxContent_selectExpiriesForm:hf:0=, submit-button=[[ button text ]]} onlyProcessIfPathActive=false] Inside it, all values are null, false or 0, except the parameters map which contains two elements: rightColumn_pagePanel_dialogBoxExpiries_tabs_panel_dialogBoxContent_selectExpiriesForm:hf:0 submit-button=[[ button text ]] DefaultRequestTargetResolverStrategy#resolve returns at: return resolveHomePageTarget(requestCycle, requestParameters); Pierre-Yves Eelco Hillenius a écrit : You can set a break point at the beginning of DefaultRequestTargetResolverStrategy#resolve and see where it returns. In your debugger, you can also look at the RequestParameters object to find out how Wicket interprets the request. Eelco On 10/10/06, Pierre-Yves Saumont [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I am not sure I understand what you mean. (To be honest, I am sure I don't). From the debugger, how can I find the answer to this question? Pierre-Yves Eelco Hillenius a écrit : So, where does it resolve to then (what is the request target it thinks it has to execute)? Eelco On 10/10/06, Pierre-Yves Saumont [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I put breakpoints on Form#onFormSubmitted and AbstractCompoundRequestCycleProcessor#resolve. Those breakpoint are reached for other forms that I navigate through to reach the page that is causing trouble. In the form that has the problem, AbstractCompoundRequestCycleProcessor#resolve is reached, but not Form#onFormSubmitted. Pierre-Yves Eelco Hillenius a écrit : That's pretty weird yes. Can you confirm the action attribute of the form element is generated correctly? Do you have any validation errors? You could set a break point in Form#onFormSubmitted and see whether the request arrives there at all. If it doesn't, somehow the call back doesn't work (the action attribute of Form might be wrong). In that case, AbstractCompoundRequestCycleProcessor#resolve is a good place to set a break point. If the request does arrive in the form, see what happens there. Eelco On 10/9/06, Pierre-Yves Saumont [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi, I have a form and on a page and I believe a click on the submit button should cause a call to the onSubmit method. (No onSubmit in the button, all default settings). By default, I suppose after the call to onSubmit Wicket should redisplay the same page. Instead of this, onSubmit is not called and Wicket displays the home page. I am sure I am doing something wrong, but I can't find what. Any hint about where to look for? Pierre-Yves - 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] onSubmit not called in a form
I am testing this on a stripped down version of my app. The java code is: class SelectExpiriesForm extends Form { public SelectExpiriesForm(String id, IModel model) { super(id, model); add(new Button(submit-button, new Model(Submit))); } public void onSubmit() { System.out.println(in onSubmit...); } } and the html is: form wicket:id=selectExpiriesForm input wicket:id=submit-button type=submit class=dialogButton value=[[ button text ]]/ /form I also tested this in a separate quickstart and it works fine. I have no specific error setup (I disabled . So, something else in my app is must be causing this strange behavior. Pierre-Yves Nino Wael a écrit : Sounds strange, could you poste the source? AFAIK, two things should happen either you would get what you wanted or you should get an error. Although this migth be changed if you had special error handling that redirects the user to the home page. -Original Message- From: [EMAIL PROTECTED] on behalf of Pierre-Yves Saumont Sent: Mon 09-10-2006 17:18 To: wicket-user@lists.sourceforge.net Cc: Subject: [Wicket-user] onSubmit not called in a form Hi, I have a form and on a page and I believe a click on the submit button should cause a call to the onSubmit method. (No onSubmit in the button, all default settings). By default, I suppose after the call to onSubmit Wicket should redisplay the same page. Instead of this, onSubmit is not called and Wicket displays the home page. I am sure I am doing something wrong, but I can't find what. Any hint about where to look for? Pierre-Yves - 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] onSubmit not called in a form
Without a model, the result is the same except that the button text is taken from the html template. If I add an onSubmit handler to the button, the result again is the same. No one of the handlers get called, and the home page is displayed. (No error message on the console, nothing in the server log) With these modifications, it works fine in the quickstart. The button handler is called first and then the form handler. I am using 1.2.2 Pierre-Yves Nino Wael a écrit : I havent used buttons with models could you try to strip that and also override your buttons onsubmit also just to see what happens there? which version of wicket are we talking about? regards Nino -Original Message- From: [EMAIL PROTECTED] on behalf of Pierre-Yves Saumont Sent: Tue 10-10-2006 10:25 To: wicket-user@lists.sourceforge.net Cc: Subject: Re: [Wicket-user] onSubmit not called in a form I am testing this on a stripped down version of my app. The java code is: class SelectExpiriesForm extends Form { public SelectExpiriesForm(String id, IModel model) { super(id, model); add(new Button(submit-button, new Model(Submit))); } public void onSubmit() { System.out.println(in onSubmit...); } } and the html is: form wicket:id=selectExpiriesForm input wicket:id=submit-button type=submit class=dialogButton value=[[ button text ]]/ /form I also tested this in a separate quickstart and it works fine. I have no specific error setup (I disabled . So, something else in my app is must be causing this strange behavior. Pierre-Yves Nino Wael a écrit : Sounds strange, could you poste the source? AFAIK, two things should happen either you would get what you wanted or you should get an error. Although this migth be changed if you had special error handling that redirects the user to the home page. -Original Message- From:[EMAIL PROTECTED] on behalf of Pierre-Yves Saumont Sent:Mon 09-10-2006 17:18 To: wicket-user@lists.sourceforge.net Cc: Subject: [Wicket-user] onSubmit not called in a form Hi, I have a form and on a page and I believe a click on the submit button should cause a call to the onSubmit method. (No onSubmit in the button, all default settings). By default, I suppose after the call to onSubmit Wicket should redisplay the same page. Instead of this, onSubmit is not called and Wicket displays the home page. I am sure I am doing something wrong, but I can't find what. Any hint about where to look for? Pierre-Yves - 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] onSubmit not called in a form
I put breakpoints on Form#onFormSubmitted and AbstractCompoundRequestCycleProcessor#resolve. Those breakpoint are reached for other forms that I navigate through to reach the page that is causing trouble. In the form that has the problem, AbstractCompoundRequestCycleProcessor#resolve is reached, but not Form#onFormSubmitted. Pierre-Yves Eelco Hillenius a écrit : That's pretty weird yes. Can you confirm the action attribute of the form element is generated correctly? Do you have any validation errors? You could set a break point in Form#onFormSubmitted and see whether the request arrives there at all. If it doesn't, somehow the call back doesn't work (the action attribute of Form might be wrong). In that case, AbstractCompoundRequestCycleProcessor#resolve is a good place to set a break point. If the request does arrive in the form, see what happens there. Eelco On 10/9/06, Pierre-Yves Saumont [EMAIL PROTECTED] wrote: Hi, I have a form and on a page and I believe a click on the submit button should cause a call to the onSubmit method. (No onSubmit in the button, all default settings). By default, I suppose after the call to onSubmit Wicket should redisplay the same page. Instead of this, onSubmit is not called and Wicket displays the home page. I am sure I am doing something wrong, but I can't find what. Any hint about where to look for? Pierre-Yves - 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] onSubmit not called in a form
I am not sure I understand what you mean. (To be honest, I am sure I don't). From the debugger, how can I find the answer to this question? Pierre-Yves Eelco Hillenius a écrit : So, where does it resolve to then (what is the request target it thinks it has to execute)? Eelco On 10/10/06, Pierre-Yves Saumont [EMAIL PROTECTED] wrote: I put breakpoints on Form#onFormSubmitted and AbstractCompoundRequestCycleProcessor#resolve. Those breakpoint are reached for other forms that I navigate through to reach the page that is causing trouble. In the form that has the problem, AbstractCompoundRequestCycleProcessor#resolve is reached, but not Form#onFormSubmitted. Pierre-Yves Eelco Hillenius a écrit : That's pretty weird yes. Can you confirm the action attribute of the form element is generated correctly? Do you have any validation errors? You could set a break point in Form#onFormSubmitted and see whether the request arrives there at all. If it doesn't, somehow the call back doesn't work (the action attribute of Form might be wrong). In that case, AbstractCompoundRequestCycleProcessor#resolve is a good place to set a break point. If the request does arrive in the form, see what happens there. Eelco On 10/9/06, Pierre-Yves Saumont [EMAIL PROTECTED] wrote: Hi, I have a form and on a page and I believe a click on the submit button should cause a call to the onSubmit method. (No onSubmit in the button, all default settings). By default, I suppose after the call to onSubmit Wicket should redisplay the same page. Instead of this, onSubmit is not called and Wicket displays the home page. I am sure I am doing something wrong, but I can't find what. Any hint about where to look for? Pierre-Yves - 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] onSubmit not called in a form
Here is the request parameter object: [RequestParameters parameters={rightColumn_pagePanel_dialogBoxExpiries_tabs_panel_dialogBoxContent_selectExpiriesForm:hf:0=, submit-button=[[ button text ]]} onlyProcessIfPathActive=false] Inside it, all values are null, false or 0, except the parameters map which contains two elements: rightColumn_pagePanel_dialogBoxExpiries_tabs_panel_dialogBoxContent_selectExpiriesForm:hf:0 submit-button=[[ button text ]] DefaultRequestTargetResolverStrategy#resolve returns at: return resolveHomePageTarget(requestCycle, requestParameters); Pierre-Yves Eelco Hillenius a écrit : You can set a break point at the beginning of DefaultRequestTargetResolverStrategy#resolve and see where it returns. In your debugger, you can also look at the RequestParameters object to find out how Wicket interprets the request. Eelco On 10/10/06, Pierre-Yves Saumont [EMAIL PROTECTED] wrote: I am not sure I understand what you mean. (To be honest, I am sure I don't). From the debugger, how can I find the answer to this question? Pierre-Yves Eelco Hillenius a écrit : So, where does it resolve to then (what is the request target it thinks it has to execute)? Eelco On 10/10/06, Pierre-Yves Saumont [EMAIL PROTECTED] wrote: I put breakpoints on Form#onFormSubmitted and AbstractCompoundRequestCycleProcessor#resolve. Those breakpoint are reached for other forms that I navigate through to reach the page that is causing trouble. In the form that has the problem, AbstractCompoundRequestCycleProcessor#resolve is reached, but not Form#onFormSubmitted. Pierre-Yves Eelco Hillenius a écrit : That's pretty weird yes. Can you confirm the action attribute of the form element is generated correctly? Do you have any validation errors? You could set a break point in Form#onFormSubmitted and see whether the request arrives there at all. If it doesn't, somehow the call back doesn't work (the action attribute of Form might be wrong). In that case, AbstractCompoundRequestCycleProcessor#resolve is a good place to set a break point. If the request does arrive in the form, see what happens there. Eelco On 10/9/06, Pierre-Yves Saumont [EMAIL PROTECTED] wrote: Hi, I have a form and on a page and I believe a click on the submit button should cause a call to the onSubmit method. (No onSubmit in the button, all default settings). By default, I suppose after the call to onSubmit Wicket should redisplay the same page. Instead of this, onSubmit is not called and Wicket displays the home page. I am sure I am doing something wrong, but I can't find what. Any hint about where to look for? Pierre-Yves - 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 - 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] onSubmit not called in a form
Hi, I have a form and on a page and I believe a click on the submit button should cause a call to the onSubmit method. (No onSubmit in the button, all default settings). By default, I suppose after the call to onSubmit Wicket should redisplay the same page. Instead of this, onSubmit is not called and Wicket displays the home page. I am sure I am doing something wrong, but I can't find what. Any hint about where to look for? Pierre-Yves - 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] ajax refresh on date picker
I changed the value to 10. It does not change anything. I don't know if it can be usefull, but I added the line: alert(this.depth); before line 120. When loading the Ajax response that contains the datepicker, this alert is displayed 10 times with values 0 to 9. Pierre-Yves Matej Knopp a écrit : That's not really the problem. The javascript _is_ included only once. Problem is the performance improvement I did, calling the run method from call stack instead of scheduling it on window.setTimeout(). The latter is very slow, because it redraws browser window. Anyway, it should no longer cause problem. Please make sure you've cleaned browsers cache. If this is the case, please try to change the number in wicket-ajax.js on line 120 (if (this.depth 50 || Wicket.Browser.isKHTML try to set it to lower number, like 10 to see if it helps. Perhaps I'm still overestimating the stack size? It's strange because I've tested the code on large ajax updates and it worked well. -Matej igor.vaynberg wrote: is it possible to change calendar.js and include an include_only_once logic? -Igor Pierre-Yves Saumont wrote: Hello Matej, I eventually found the updated file. (I was looking for the calendar.js file, and not for wicket-ajax.js). It doesn't change anything. I still have a too much recursion error at line 1796 of calendar.js Pierre-Yves Matej Knopp a ?crit : I assume there's something wrong with your svn setup. The revision of wicket-ajax.js in svn is 7534, it's 3 days old http://svn.sourceforge.net/viewvc/*checkout*/wicket/branches/wicket-1.x/wicket/src/java/wicket/ajax/wicket-ajax.js?revision=7534 Maybe it would help to do a clean checkout of entire project. -Matej Pierre-Yves Saumont wrote: Hi Matej, I can't find anything newer than revision 7520 (udpate of the french files) in branche 1.x and revision 7519 in trunk. Where did you put the updated files? Thanks, Pierre-Yves Matej Knopp a ?crit : Hi, it should be fixed in SVN, but I can't really test it. I've simulated updating of many elements so that I could reproduce the stack overflow, but I don't know if that is your case. please try the current version and let me know. -Matej Matej Knopp wrote: Sorry for this, I've underestimated the stack size of browsers. Expect it to be fixed withing couple of hours. -Matej Pierre-Yves Saumont wrote: Hi Samyem, Could you send me your script, so that I can see if it solves the problem for me? Thanks, Pierre-Yves samyem a ?crit : I could trace my problem to a recent change in wicket-ajax.js. In the defination of processNext, it used to be that the run was called on a timeout like window.setTimeout(run, 1);. Now this is only called for isKHTML, and there is a direct call to run() otherwise. This for some reason gave the recursion error for me. When I reverted this line and use the timeout version, the recursion error disappeared. I am not sure about the big picture of what's going on, but that gave me a dirty fix for now. - Samyem samyem wrote: Same here. I am getting too much recursion in places I didn't have problem earlier as well. Looking at the generated source, it is clear that the java script gets included more than once, not just once in the header. - Samyem Pierre-Yves Saumont wrote: I am afraid there is still a problem. I tested the fix in the quickstart I had made and it worked fine. However, in my application, selecting a date in the datepicker cause a Javascript error. FF reports this error as: Erreur : too much recursion Fichier source : http://localhost:8080/ceagrap/app/resources/wicket.extensions.markup.html.datepicker.DatePicker/calendar.js Ligne : 1796 Date.prototype.__msh_oldSetFullYear = Date.prototype.setFullYear; Date.prototype.setFullYear = function(y) { var d = new Date(this); line 1796 d.__msh_oldSetFullYear(y); if (d.getMonth() != this.getMonth()) this.setDate(28); this.__msh_oldSetFullYear(y); }; In IE6, the error message is not enough stack space. The same line number is reported, but the next line is highlighted: Date.prototype.__msh_oldSetFullYear = Date.prototype.setFullYear; Date.prototype.setFullYear = function(y) { var d = new Date(this); d.__msh_oldSetFullYear(y); line 1796 if (d.getMonth() != this.getMonth()) this.setDate(28); this.__msh_oldSetFullYear(y); }; If I reload the page, the error disapears. Pierre-Yves Matej Knopp a ?crit : Thanks for fixed files, I've already commited those. -Matej Pierre-Yves Saumont wrote: Now it seems to work fine provided the locale switching is made through reloading the page and not through Ajax. (I enclosed the modified french scripts, in utf8 and iso.) If switching is made through Ajax, it works much better than it did before. If the datepicker is visible when switching, switching works fine. If the datepicker
Re: [Wicket-user] How to find Wicket mode (Production/Development )?
You can use this in your Application: protected final void init() { String configuration = getWicketServlet().getInitParameter(Application.CONFIGURATION); if (configuration != null configuration.equals(Application.DEVELOPMENT)) { // ... } } Pierre-Yves Erik van Oosten a écrit : :)That I know. I meant, how can I find out from code? I should have been more clear :) Erik. Korbinian Bachl schreef: Hi Eelco, you watch the first 2 lines in the server log or you can get the config value in the app class... Regards - 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] ajax refresh on date picker
Hi Matej, With this modification, some Ajax link are seeing there onClick methods called with a null target. In the page I load, there is a top menu bar that loaded Ajax pages. In this pages there is genrally a ajax tabbed panel. The inner ajax links are working and the datepicker also works. When I try to activate an outer link to display another ajax page, I get the null target exception. So I cannot test the datepicker on the other pages. Pierre-Yves Matej Knopp a écrit : This is very unfortunate. I'm not able to reproduce the stack overflow problem even with huge ajax responses. Can you plese replace the processNext method with this: processNext: function() { if (this.current this.functions.length) { var f = this.functions[this.current]; var run = function() { f(this.notify.bind(this)); }.bind(this); this.current++; window.setTimeout(run, 1); } so that we can be sure that this is the problem. -Matej Pierre-Yves Saumont wrote: I changed the value to 10. It does not change anything. I don't know if it can be usefull, but I added the line: alert(this.depth); before line 120. When loading the Ajax response that contains the datepicker, this alert is displayed 10 times with values 0 to 9. Pierre-Yves Matej Knopp a écrit : That's not really the problem. The javascript _is_ included only once. Problem is the performance improvement I did, calling the run method from call stack instead of scheduling it on window.setTimeout(). The latter is very slow, because it redraws browser window. Anyway, it should no longer cause problem. Please make sure you've cleaned browsers cache. If this is the case, please try to change the number in wicket-ajax.js on line 120 (if (this.depth 50 || Wicket.Browser.isKHTML try to set it to lower number, like 10 to see if it helps. Perhaps I'm still overestimating the stack size? It's strange because I've tested the code on large ajax updates and it worked well. -Matej igor.vaynberg wrote: is it possible to change calendar.js and include an include_only_once logic? -Igor Pierre-Yves Saumont wrote: Hello Matej, I eventually found the updated file. (I was looking for the calendar.js file, and not for wicket-ajax.js). It doesn't change anything. I still have a too much recursion error at line 1796 of calendar.js Pierre-Yves Matej Knopp a ?crit : I assume there's something wrong with your svn setup. The revision of wicket-ajax.js in svn is 7534, it's 3 days old http://svn.sourceforge.net/viewvc/*checkout*/wicket/branches/wicket-1.x/wicket/src/java/wicket/ajax/wicket-ajax.js?revision=7534 Maybe it would help to do a clean checkout of entire project. -Matej Pierre-Yves Saumont wrote: Hi Matej, I can't find anything newer than revision 7520 (udpate of the french files) in branche 1.x and revision 7519 in trunk. Where did you put the updated files? Thanks, Pierre-Yves Matej Knopp a ?crit : Hi, it should be fixed in SVN, but I can't really test it. I've simulated updating of many elements so that I could reproduce the stack overflow, but I don't know if that is your case. please try the current version and let me know. -Matej Matej Knopp wrote: Sorry for this, I've underestimated the stack size of browsers. Expect it to be fixed withing couple of hours. -Matej Pierre-Yves Saumont wrote: Hi Samyem, Could you send me your script, so that I can see if it solves the problem for me? Thanks, Pierre-Yves samyem a ?crit : I could trace my problem to a recent change in wicket-ajax.js. In the defination of processNext, it used to be that the run was called on a timeout like window.setTimeout(run, 1);. Now this is only called for isKHTML, and there is a direct call to run() otherwise. This for some reason gave the recursion error for me. When I reverted this line and use the timeout version, the recursion error disappeared. I am not sure about the big picture of what's going on, but that gave me a dirty fix for now. - Samyem samyem wrote: Same here. I am getting too much recursion in places I didn't have problem earlier as well. Looking at the generated source, it is clear that the java script gets included more than once, not just once in the header. - Samyem Pierre-Yves Saumont wrote: I am afraid there is still a problem. I tested the fix in the quickstart I had made and it worked fine. However, in my application, selecting a date in the datepicker cause a Javascript error. FF reports this error as: Erreur : too much recursion Fichier source : http://localhost:8080/ceagrap/app/resources/wicket.extensions.markup.html.datepicker.DatePicker/calendar.js Ligne : 1796 Date.prototype.__msh_oldSetFullYear = Date.prototype.setFullYear; Date.prototype.setFullYear
Re: [Wicket-user] ajax refresh on date picker
Hi Matej, I can't find anything newer than revision 7520 (udpate of the french files) in branche 1.x and revision 7519 in trunk. Where did you put the updated files? Thanks, Pierre-Yves Matej Knopp a écrit : Hi, it should be fixed in SVN, but I can't really test it. I've simulated updating of many elements so that I could reproduce the stack overflow, but I don't know if that is your case. please try the current version and let me know. -Matej Matej Knopp wrote: Sorry for this, I've underestimated the stack size of browsers. Expect it to be fixed withing couple of hours. -Matej Pierre-Yves Saumont wrote: Hi Samyem, Could you send me your script, so that I can see if it solves the problem for me? Thanks, Pierre-Yves samyem a écrit : I could trace my problem to a recent change in wicket-ajax.js. In the defination of processNext, it used to be that the run was called on a timeout like window.setTimeout(run, 1);. Now this is only called for isKHTML, and there is a direct call to run() otherwise. This for some reason gave the recursion error for me. When I reverted this line and use the timeout version, the recursion error disappeared. I am not sure about the big picture of what's going on, but that gave me a dirty fix for now. - Samyem samyem wrote: Same here. I am getting too much recursion in places I didn't have problem earlier as well. Looking at the generated source, it is clear that the java script gets included more than once, not just once in the header. - Samyem Pierre-Yves Saumont wrote: I am afraid there is still a problem. I tested the fix in the quickstart I had made and it worked fine. However, in my application, selecting a date in the datepicker cause a Javascript error. FF reports this error as: Erreur : too much recursion Fichier source : http://localhost:8080/ceagrap/app/resources/wicket.extensions.markup.html.datepicker.DatePicker/calendar.js Ligne : 1796 Date.prototype.__msh_oldSetFullYear = Date.prototype.setFullYear; Date.prototype.setFullYear = function(y) { var d = new Date(this); line 1796 d.__msh_oldSetFullYear(y); if (d.getMonth() != this.getMonth()) this.setDate(28); this.__msh_oldSetFullYear(y); }; In IE6, the error message is not enough stack space. The same line number is reported, but the next line is highlighted: Date.prototype.__msh_oldSetFullYear = Date.prototype.setFullYear; Date.prototype.setFullYear = function(y) { var d = new Date(this); d.__msh_oldSetFullYear(y); line 1796 if (d.getMonth() != this.getMonth()) this.setDate(28); this.__msh_oldSetFullYear(y); }; If I reload the page, the error disapears. Pierre-Yves Matej Knopp a ?crit : Thanks for fixed files, I've already commited those. -Matej Pierre-Yves Saumont wrote: Now it seems to work fine provided the locale switching is made through reloading the page and not through Ajax. (I enclosed the modified french scripts, in utf8 and iso.) If switching is made through Ajax, it works much better than it did before. If the datepicker is visible when switching, switching works fine. If the datepicker is not visible when switching, and then is is loaded through Ajax, it does not always acknowledge the switch. But the worst problem is that reloading the page after a locale switch (which before made the datepicker to swith to the new locale) now cause an exception: Root cause:java.lang.IllegalStateException: Cannot remove [MarkupContainer [Component id = 6, page = No Page, path = 6.Loop$LoopItem]] from null parent! at wicket.Component.remove(Component.java:1475) at wicket.version.undo.Add.undo(Add.java:81) at wicket.version.undo.ChangeList.undo(ChangeList.java:93) at wicket.version.undo.UndoPageVersionManager.undo(UndoPageVersionManager.java:217) at wicket.version.undo.UndoPageVersionManager.getVersion(UndoPageVersionManager.java:167) I also somtime get this exception: java.lang.NullPointerException at wicket.MarkupFragmentFinder.find(MarkupFragmentFinder.java:76) at wicket.Component.renderComponent(Component.java:1599) at wicket.ajax.AjaxRequestTarget.respondComponent(AjaxRequestTarget.java:474) However, having it working with full page reload is a very good point. I think it will be enough Pierre-Yves Matej Knopp a ?crit : You won't find it there. It's wicket-1.x (and trunk). 1.2.2 is release. Current branch for 1.2 is under 1.x -Matej Pierre-Yves Saumont wrote: I can't find it in releases/wicket-1.2.2, only in trunk, but my app does not work with 2.0 :-( Pierre-Yves Matej Knopp a ?crit : Sorry for ambiguity. The fix should be already in. -Matej Pierre-Yves Saumont wrote: What should already be in? Is it your fix? Or are you talking about the edited file I sent to the list few days ago? This is no complete since at that time I had not noticed the tuesday error
Re: [Wicket-user] ajax refresh on date picker
Hi Samyem, Could you send me your script, so that I can see if it solves the problem for me? Thanks, Pierre-Yves samyem a écrit : I could trace my problem to a recent change in wicket-ajax.js. In the defination of processNext, it used to be that the run was called on a timeout like window.setTimeout(run, 1);. Now this is only called for isKHTML, and there is a direct call to run() otherwise. This for some reason gave the recursion error for me. When I reverted this line and use the timeout version, the recursion error disappeared. I am not sure about the big picture of what's going on, but that gave me a dirty fix for now. - Samyem samyem wrote: Same here. I am getting too much recursion in places I didn't have problem earlier as well. Looking at the generated source, it is clear that the java script gets included more than once, not just once in the header. - Samyem Pierre-Yves Saumont wrote: I am afraid there is still a problem. I tested the fix in the quickstart I had made and it worked fine. However, in my application, selecting a date in the datepicker cause a Javascript error. FF reports this error as: Erreur : too much recursion Fichier source : http://localhost:8080/ceagrap/app/resources/wicket.extensions.markup.html.datepicker.DatePicker/calendar.js Ligne : 1796 Date.prototype.__msh_oldSetFullYear = Date.prototype.setFullYear; Date.prototype.setFullYear = function(y) { var d = new Date(this); line 1796 d.__msh_oldSetFullYear(y); if (d.getMonth() != this.getMonth()) this.setDate(28); this.__msh_oldSetFullYear(y); }; In IE6, the error message is not enough stack space. The same line number is reported, but the next line is highlighted: Date.prototype.__msh_oldSetFullYear = Date.prototype.setFullYear; Date.prototype.setFullYear = function(y) { var d = new Date(this); d.__msh_oldSetFullYear(y); line 1796 if (d.getMonth() != this.getMonth()) this.setDate(28); this.__msh_oldSetFullYear(y); }; If I reload the page, the error disapears. Pierre-Yves Matej Knopp a ?crit : Thanks for fixed files, I've already commited those. -Matej Pierre-Yves Saumont wrote: Now it seems to work fine provided the locale switching is made through reloading the page and not through Ajax. (I enclosed the modified french scripts, in utf8 and iso.) If switching is made through Ajax, it works much better than it did before. If the datepicker is visible when switching, switching works fine. If the datepicker is not visible when switching, and then is is loaded through Ajax, it does not always acknowledge the switch. But the worst problem is that reloading the page after a locale switch (which before made the datepicker to swith to the new locale) now cause an exception: Root cause:java.lang.IllegalStateException: Cannot remove [MarkupContainer [Component id = 6, page = No Page, path = 6.Loop$LoopItem]] from null parent! at wicket.Component.remove(Component.java:1475) at wicket.version.undo.Add.undo(Add.java:81) at wicket.version.undo.ChangeList.undo(ChangeList.java:93) at wicket.version.undo.UndoPageVersionManager.undo(UndoPageVersionManager.java:217) at wicket.version.undo.UndoPageVersionManager.getVersion(UndoPageVersionManager.java:167) I also somtime get this exception: java.lang.NullPointerException at wicket.MarkupFragmentFinder.find(MarkupFragmentFinder.java:76) at wicket.Component.renderComponent(Component.java:1599) at wicket.ajax.AjaxRequestTarget.respondComponent(AjaxRequestTarget.java:474) However, having it working with full page reload is a very good point. I think it will be enough Pierre-Yves Matej Knopp a ?crit : You won't find it there. It's wicket-1.x (and trunk). 1.2.2 is release. Current branch for 1.2 is under 1.x -Matej Pierre-Yves Saumont wrote: I can't find it in releases/wicket-1.2.2, only in trunk, but my app does not work with 2.0 :-( Pierre-Yves Matej Knopp a ?crit : Sorry for ambiguity. The fix should be already in. -Matej Pierre-Yves Saumont wrote: What should already be in? Is it your fix? Or are you talking about the edited file I sent to the list few days ago? This is no complete since at that time I had not noticed the tuesday error! Pierre-Yves Matej Knopp a ?crit : btw. it should be already in. Pierre-Yves Saumont wrote: Hi Matej, Of course I will test it as soon as you commit it. BTW, there are plenty of typos and spelling mistakes in the french script, and even an error in the abreviated day names (it says monday, tuesday, tuesday, thursday and there is no wednesday!). Do you want me to send you an edited file? Pierre-Yves Matej Knopp a ?crit : Hi, I'm working on the date picker encoding problem. What I'll probably do is to convert all non-unicode (latin1, ...) date picker locale strings to utf-8 and add charset=utf-8 to the script
Re: [Wicket-user] ajax refresh on date picker
I can't find it yet in SVN. Only the french files are new. Pierre-Yves Matej Knopp a écrit : Hi, it should be fixed in SVN, but I can't really test it. I've simulated updating of many elements so that I could reproduce the stack overflow, but I don't know if that is your case. please try the current version and let me know. -Matej Matej Knopp wrote: Sorry for this, I've underestimated the stack size of browsers. Expect it to be fixed withing couple of hours. -Matej Pierre-Yves Saumont wrote: Hi Samyem, Could you send me your script, so that I can see if it solves the problem for me? Thanks, Pierre-Yves samyem a écrit : I could trace my problem to a recent change in wicket-ajax.js. In the defination of processNext, it used to be that the run was called on a timeout like window.setTimeout(run, 1);. Now this is only called for isKHTML, and there is a direct call to run() otherwise. This for some reason gave the recursion error for me. When I reverted this line and use the timeout version, the recursion error disappeared. I am not sure about the big picture of what's going on, but that gave me a dirty fix for now. - Samyem samyem wrote: Same here. I am getting too much recursion in places I didn't have problem earlier as well. Looking at the generated source, it is clear that the java script gets included more than once, not just once in the header. - Samyem Pierre-Yves Saumont wrote: I am afraid there is still a problem. I tested the fix in the quickstart I had made and it worked fine. However, in my application, selecting a date in the datepicker cause a Javascript error. FF reports this error as: Erreur : too much recursion Fichier source : http://localhost:8080/ceagrap/app/resources/wicket.extensions.markup.html.datepicker.DatePicker/calendar.js Ligne : 1796 Date.prototype.__msh_oldSetFullYear = Date.prototype.setFullYear; Date.prototype.setFullYear = function(y) { var d = new Date(this); line 1796 d.__msh_oldSetFullYear(y); if (d.getMonth() != this.getMonth()) this.setDate(28); this.__msh_oldSetFullYear(y); }; In IE6, the error message is not enough stack space. The same line number is reported, but the next line is highlighted: Date.prototype.__msh_oldSetFullYear = Date.prototype.setFullYear; Date.prototype.setFullYear = function(y) { var d = new Date(this); d.__msh_oldSetFullYear(y); line 1796 if (d.getMonth() != this.getMonth()) this.setDate(28); this.__msh_oldSetFullYear(y); }; If I reload the page, the error disapears. Pierre-Yves Matej Knopp a ?crit : Thanks for fixed files, I've already commited those. -Matej Pierre-Yves Saumont wrote: Now it seems to work fine provided the locale switching is made through reloading the page and not through Ajax. (I enclosed the modified french scripts, in utf8 and iso.) If switching is made through Ajax, it works much better than it did before. If the datepicker is visible when switching, switching works fine. If the datepicker is not visible when switching, and then is is loaded through Ajax, it does not always acknowledge the switch. But the worst problem is that reloading the page after a locale switch (which before made the datepicker to swith to the new locale) now cause an exception: Root cause:java.lang.IllegalStateException: Cannot remove [MarkupContainer [Component id = 6, page = No Page, path = 6.Loop$LoopItem]] from null parent! at wicket.Component.remove(Component.java:1475) at wicket.version.undo.Add.undo(Add.java:81) at wicket.version.undo.ChangeList.undo(ChangeList.java:93) at wicket.version.undo.UndoPageVersionManager.undo(UndoPageVersionManager.java:217) at wicket.version.undo.UndoPageVersionManager.getVersion(UndoPageVersionManager.java:167) I also somtime get this exception: java.lang.NullPointerException at wicket.MarkupFragmentFinder.find(MarkupFragmentFinder.java:76) at wicket.Component.renderComponent(Component.java:1599) at wicket.ajax.AjaxRequestTarget.respondComponent(AjaxRequestTarget.java:474) However, having it working with full page reload is a very good point. I think it will be enough Pierre-Yves Matej Knopp a ?crit : You won't find it there. It's wicket-1.x (and trunk). 1.2.2 is release. Current branch for 1.2 is under 1.x -Matej Pierre-Yves Saumont wrote: I can't find it in releases/wicket-1.2.2, only in trunk, but my app does not work with 2.0 :-( Pierre-Yves Matej Knopp a ?crit : Sorry for ambiguity. The fix should be already in. -Matej Pierre-Yves Saumont wrote: What should already be in? Is it your fix? Or are you talking about the edited file I sent to the list few days ago? This is no complete since at that time I had not noticed the tuesday error! Pierre-Yves Matej Knopp a ?crit : btw. it should be already in. Pierre-Yves Saumont wrote: Hi Matej
Re: [Wicket-user] progress indicator
Hi Nino, You can use the IndicatingAjaxLink, but I do not use it because I had developped my own WaitingAjaxLink before I discovered this one ;-) AFAIK, IndicatingAjaxLink add a progress indicator at the right of the corresponding control. My WaitingAjaxLink as a script before that make a transparent div laying over the form visible so that the user can't click on anything. It also changes the pointer image to something showing that clicking is forbidden. (You migh use an animated gif for this). Of course, another script is run after link execution to make the div invisible and restore the pointer. Probably not the best solution since I desgined it knowing really not much about wicket, but it does the job. By the way, disabling everything during Ajax call is making those calls synchronous, which is a little strange with Ajax. (Shouldn't it then be called Sjax ;-) ) Pierre-Yves Nino Wael a écrit : Hi We have a form where we would like to disable the complete form onsubmit so that the user cant change any of his selected values and we would like to display a progress meter(it does not have to show the actual progress just a gif like the AJAX examples). I have been thinking of the AJAX examples but I guess that since we somehow would like to stall the browser it’s not really a good solution, we would have to add all for components again just disabled and then on the end of the ajax call add them all again enabled? Whats your 2 centavos on this? - 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] progress indicator
What wouldn't work? Do you mean the indicating ajax link wouldn't prevent the user to resubmit the form, or are you thinking about another problem? Pierre-Yves Korbinian Bachl a écrit : depends on the scenario he wants to use it, however, preventing the user to send a form just wouldnt work regards -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Pierre-Yves Saumont Gesendet: Donnerstag, 28. September 2006 11:29 An: wicket-user@lists.sourceforge.net Betreff: Re: [Wicket-user] progress indicator I guess the question is how to prevent the user to send the form twice while the Ajax request is being processed. Or am I wrong? Pierre-Yves Korbinian Bachl a écrit : Hi, i dont understand what you mean? - how can a disabled onSubmit button stop the user from changing selected values?? if you plan it ajax like, how can u be secure that the user has JS activated and doenst deactivate it or ignore parts of it (like you can do with certain browser plugins) ? basically, a check on a user side (in the browser) is a toy, but not a check - you can help the user to fill out forms and tell him he shoud do this and that, but you cant force him nor be sure that the data hes sending is trustful in any way... Regards -- -- *Von:* [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] *Im Auftrag von *Nino Wael *Gesendet:* Donnerstag, 28. September 2006 10:54 *An:* wicket-user@lists.sourceforge.net *Betreff:* [Wicket-user] progress indicator Hi We have a form where we would like to disable the complete form onsubmit so that the user cant change any of his selected values and we would like to display a progress meter(it does not have to show the actual progress just a gif like the AJAX examples). I have been thinking of the AJAX examples but I guess that since we somehow would like to stall the browser it’s not really a good solution, we would have to add all for components again just disabled and then on the end of the ajax call add them all again enabled? Whats your 2 centavos on this? -- -- -- --- 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=DEV DEV -- -- ___ 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=sourceforge CID=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] progress indicator
Well, technically, you're right. However, I think we are speaking of different use cases. My use case is a fair user wanting to click on an link and not aware that he has to wait for the result. So he might click a second time if he's waiting too long. For this use case, we often see a message that says Wait for the answer. Do not click twice or your order (or whatever) will be processed twice. In that use case, I think Ajax can help. (By the way, it is client side processing. Nothing to do with Ajax). Your use case is more an unfair user trying to screw the system. In that case, I will of course try to install protections on the system side, but I will not try to protect the user. ;-) Pierre-Yves Korbinian Bachl a écrit : it wouldnt work to prevent the user from doing sth. - even if he has JS enabled, he might abuse it... ajax has always be treatet as unsecure... and the basic problem the thread started with, cant be solved by ajax, it has to be solved by the server checking the current state of the process thats going on... -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Pierre-Yves Saumont Gesendet: Donnerstag, 28. September 2006 13:16 An: wicket-user@lists.sourceforge.net Betreff: Re: [Wicket-user] progress indicator What wouldn't work? Do you mean the indicating ajax link wouldn't prevent the user to resubmit the form, or are you thinking about another problem? Pierre-Yves Korbinian Bachl a écrit : depends on the scenario he wants to use it, however, preventing the user to send a form just wouldnt work regards -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Pierre-Yves Saumont Gesendet: Donnerstag, 28. September 2006 11:29 An: wicket-user@lists.sourceforge.net Betreff: Re: [Wicket-user] progress indicator I guess the question is how to prevent the user to send the form twice while the Ajax request is being processed. Or am I wrong? Pierre-Yves Korbinian Bachl a écrit : Hi, i dont understand what you mean? - how can a disabled onSubmit button stop the user from changing selected values?? if you plan it ajax like, how can u be secure that the user has JS activated and doenst deactivate it or ignore parts of it (like you can do with certain browser plugins) ? basically, a check on a user side (in the browser) is a toy, but not a check - you can help the user to fill out forms and tell him he shoud do this and that, but you cant force him nor be sure that the data hes sending is trustful in any way... Regards -- -- *Von:* [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] *Im Auftrag von *Nino Wael *Gesendet:* Donnerstag, 28. September 2006 10:54 *An:* wicket-user@lists.sourceforge.net *Betreff:* [Wicket-user] progress indicator Hi We have a form where we would like to disable the complete form onsubmit so that the user cant change any of his selected values and we would like to display a progress meter(it does not have to show the actual progress just a gif like the AJAX examples). I have been thinking of the AJAX examples but I guess that since we somehow would like to stall the browser it’s not really a good solution, we would have to add all for components again just disabled and then on the end of the ajax call add them all again enabled? Whats your 2 centavos on this? - - -- - - --- 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=DE V DEV - - -- ___ 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=sourceforge CID=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
Re: [Wicket-user] progress indicator
I use to experiment first and read only after. I remember few years ago (in the pre mp3 era) I needed sound streaming in an applet so I wrote a GSM decoder. Only when it was up and running, I searched the web and found it was already available in JavaSound. (But of course, mine was much better ;-) ) Pierre-Yves Igor Vaynberg a écrit : On 9/28/06, *Pierre-Yves Saumont* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: My WaitingAjaxLink as a script before that make a transparent div laying over the form visible so that the user can't click on anything. and this is what stops the users from mocking with the form or pressing the button again, because this div captures all user input. this is the same strategy that makes our modal window modal. dont you guys read? :) -Igor - 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] ajax refresh on date picker
Hi Eelco, I did not feel irritated by your answers and I apologize for having let you think I was. I understand perfectly your position and I acknowledge the immense amount of work there is behind Wicket and I want to thank every one working on it for making such a smart framework available. I am building a demo/prototype application for a big french administration and I want to convince them that they should add Wicket to the list of their accepted technologies. That's why I need features that are 100% functionnal. If a feature is only 99% functionnal, it's probably better not to mention it because somebody will certainly pinpoint the 1% that is causing problem, making others forget about the working 99%. So, what I am trying to do is helping to find the cause of the problem and (may be) a solution. At this time, I am using a normal link to switch locales and I have removed all accented characters in the datapicker french strings and saved the file in ascii. I am working to find on a better workaround. Regarding UTF8, this is (in my opinion) not a good solution. AFAIK, it as been designed to suit the needs of english language applications where only a few exotic foreign characters have to be usable. It's main advantage is that the data is nearly the same size as ascci for this kind of use. I think UTF16 is a much better solution, even if it is not 100% perfect since it can't represent all characters needed in all languages. Next UNICODE encoding will be 32 bits, which will be enough for all characters of all languages in the galaxy. We will then have to design an extension for the rest of the universe ;-) Cheers, Pierre-Yves Eelco Hillenius a écrit : It is the same kind of problem we have with character encoding. Every time someone has a problem with encoding, the answer can be use XXX encoding for all and there will be no problem. This is false AND irrelevant. Well, I guess we hoped that UTF-8 would just work for everyone. It's certainly advertised as that. But the message comes across, and the more reports we have that something is broken, the harder we'll work on it. It's just not all easy, and some of the bugs we are encountering lately (like a problem with file descriptors) were not our fault in the first place. We're not even sure the encoding problems are. But the more people that actually use those encodings can help us, possibly by supplying fixes/ solutions, the better. It is irrelevant because the question is how to use this functionnality and not how to do without it. Yes, you are right. You have to understand though that a framework can't fix every possible problem in the world. Every time we add a feature, there's an open door for 10 additional ones. That doesn't mean we don't want to add them, but maybe not now, or we need to be convinced about the urgency of the problem. It is false because it does not solve the problem. In the case of Ajax switching locale, remember the problem is updating the datepicker. If you switch the locale in a situation where no datepicker is displayed and then load a datepicker through Ajax, it is still broken. But of course, the solution is not to use Ajax. Well we fixed header contribution through Ajax. It seems that the datepicker is the component from hell, as we're having all kinds of issues with it we don't have with other components. But Matej and others spent many of his free nights trying to fix it and they have been progressing very well. It's a pretty tough problem, really. Or a slightly better solution: do not use Ajax to switch locales AND do not use anything else than US ASCII in the datepicker labels. I didn't get the datepicker labels. Anything that has to do with the JavaScript part that is faulty: I'm sorry but we can't do much about it as we adopted that component from another project (jscalendar). We're working on a replacement, and people can always create their own replacement too (for intance, look at wicket-contrib-datepicker and wicket-contrib-yui. I'm sorry you feel irritated by our answers. You are right that telling you you can't do that is not a very satisfying answer. Please understand that we are working our asses off in our free time, un-sponsored etc to make this framework as good as we can, as fast as we can. Keep those reports coming, and the best and fastest way to get a bug fixed is to give us a solution for fixing it. Cheers, 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
Re: [Wicket-user] ajax refresh on date picker
Hi Matej, Of course I will test it as soon as you commit it. BTW, there are plenty of typos and spelling mistakes in the french script, and even an error in the abreviated day names (it says monday, tuesday, tuesday, thursday and there is no wednesday!). Do you want me to send you an edited file? Pierre-Yves Matej Knopp a écrit : Hi, I'm working on the date picker encoding problem. What I'll probably do is to convert all non-unicode (latin1, ...) date picker locale strings to utf-8 and add charset=utf-8 to the script element that includes the script. This should sove the problem, as xmlhttprequest (used to load script during ajax header contribution) treats the response as utf-8. And the charset in script that should ensure that during regular header contribution the script will be loaded with the correct locale. I'll be commiting soon, would you mind testing if it works for you? -Matej Pierre-Yves Saumont wrote: Hi Eelco, I did not feel irritated by your answers and I apologize for having let you think I was. I understand perfectly your position and I acknowledge the immense amount of work there is behind Wicket and I want to thank every one working on it for making such a smart framework available. I am building a demo/prototype application for a big french administration and I want to convince them that they should add Wicket to the list of their accepted technologies. That's why I need features that are 100% functionnal. If a feature is only 99% functionnal, it's probably better not to mention it because somebody will certainly pinpoint the 1% that is causing problem, making others forget about the working 99%. So, what I am trying to do is helping to find the cause of the problem and (may be) a solution. At this time, I am using a normal link to switch locales and I have removed all accented characters in the datapicker french strings and saved the file in ascii. I am working to find on a better workaround. Regarding UTF8, this is (in my opinion) not a good solution. AFAIK, it as been designed to suit the needs of english language applications where only a few exotic foreign characters have to be usable. It's main advantage is that the data is nearly the same size as ascci for this kind of use. I think UTF16 is a much better solution, even if it is not 100% perfect since it can't represent all characters needed in all languages. Next UNICODE encoding will be 32 bits, which will be enough for all characters of all languages in the galaxy. We will then have to design an extension for the rest of the universe ;-) Cheers, Pierre-Yves Eelco Hillenius a écrit : It is the same kind of problem we have with character encoding. Every time someone has a problem with encoding, the answer can be use XXX encoding for all and there will be no problem. This is false AND irrelevant. Well, I guess we hoped that UTF-8 would just work for everyone. It's certainly advertised as that. But the message comes across, and the more reports we have that something is broken, the harder we'll work on it. It's just not all easy, and some of the bugs we are encountering lately (like a problem with file descriptors) were not our fault in the first place. We're not even sure the encoding problems are. But the more people that actually use those encodings can help us, possibly by supplying fixes/ solutions, the better. It is irrelevant because the question is how to use this functionnality and not how to do without it. Yes, you are right. You have to understand though that a framework can't fix every possible problem in the world. Every time we add a feature, there's an open door for 10 additional ones. That doesn't mean we don't want to add them, but maybe not now, or we need to be convinced about the urgency of the problem. It is false because it does not solve the problem. In the case of Ajax switching locale, remember the problem is updating the datepicker. If you switch the locale in a situation where no datepicker is displayed and then load a datepicker through Ajax, it is still broken. But of course, the solution is not to use Ajax. Well we fixed header contribution through Ajax. It seems that the datepicker is the component from hell, as we're having all kinds of issues with it we don't have with other components. But Matej and others spent many of his free nights trying to fix it and they have been progressing very well. It's a pretty tough problem, really. Or a slightly better solution: do not use Ajax to switch locales AND do not use anything else than US ASCII in the datepicker labels. I didn't get the datepicker labels. Anything that has to do with the JavaScript part that is faulty: I'm sorry but we can't do much about it as we adopted that component from another project (jscalendar). We're working on a replacement, and people can always create their own replacement too (for intance, look
Re: [Wicket-user] ajax refresh on date picker
I remember the first days of Java: UNICODE (UTF16) was the ultimate encoding scheme that would definitely solve the problem for all languages on earth. There was plenty of unused room for future use. The Java designers even create a special type (char) for this. They would have been much better inspired to use int to represent characters ;-) Pierre-Yves Igor Vaynberg a écrit : Next UNICODE encoding will be 32 bits, which will be enough for all characters of all languages in the galaxy. thats what they said about ipv4 :) -Igor - 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] ajax refresh on date picker
What should already be in? Is it your fix? Or are you talking about the edited file I sent to the list few days ago? This is no complete since at that time I had not noticed the tuesday error! Pierre-Yves Matej Knopp a écrit : btw. it should be already in. Pierre-Yves Saumont wrote: Hi Matej, Of course I will test it as soon as you commit it. BTW, there are plenty of typos and spelling mistakes in the french script, and even an error in the abreviated day names (it says monday, tuesday, tuesday, thursday and there is no wednesday!). Do you want me to send you an edited file? Pierre-Yves Matej Knopp a écrit : Hi, I'm working on the date picker encoding problem. What I'll probably do is to convert all non-unicode (latin1, ...) date picker locale strings to utf-8 and add charset=utf-8 to the script element that includes the script. This should sove the problem, as xmlhttprequest (used to load script during ajax header contribution) treats the response as utf-8. And the charset in script that should ensure that during regular header contribution the script will be loaded with the correct locale. I'll be commiting soon, would you mind testing if it works for you? -Matej Pierre-Yves Saumont wrote: Hi Eelco, I did not feel irritated by your answers and I apologize for having let you think I was. I understand perfectly your position and I acknowledge the immense amount of work there is behind Wicket and I want to thank every one working on it for making such a smart framework available. I am building a demo/prototype application for a big french administration and I want to convince them that they should add Wicket to the list of their accepted technologies. That's why I need features that are 100% functionnal. If a feature is only 99% functionnal, it's probably better not to mention it because somebody will certainly pinpoint the 1% that is causing problem, making others forget about the working 99%. So, what I am trying to do is helping to find the cause of the problem and (may be) a solution. At this time, I am using a normal link to switch locales and I have removed all accented characters in the datapicker french strings and saved the file in ascii. I am working to find on a better workaround. Regarding UTF8, this is (in my opinion) not a good solution. AFAIK, it as been designed to suit the needs of english language applications where only a few exotic foreign characters have to be usable. It's main advantage is that the data is nearly the same size as ascci for this kind of use. I think UTF16 is a much better solution, even if it is not 100% perfect since it can't represent all characters needed in all languages. Next UNICODE encoding will be 32 bits, which will be enough for all characters of all languages in the galaxy. We will then have to design an extension for the rest of the universe ;-) Cheers, Pierre-Yves Eelco Hillenius a écrit : It is the same kind of problem we have with character encoding. Every time someone has a problem with encoding, the answer can be use XXX encoding for all and there will be no problem. This is false AND irrelevant. Well, I guess we hoped that UTF-8 would just work for everyone. It's certainly advertised as that. But the message comes across, and the more reports we have that something is broken, the harder we'll work on it. It's just not all easy, and some of the bugs we are encountering lately (like a problem with file descriptors) were not our fault in the first place. We're not even sure the encoding problems are. But the more people that actually use those encodings can help us, possibly by supplying fixes/ solutions, the better. It is irrelevant because the question is how to use this functionnality and not how to do without it. Yes, you are right. You have to understand though that a framework can't fix every possible problem in the world. Every time we add a feature, there's an open door for 10 additional ones. That doesn't mean we don't want to add them, but maybe not now, or we need to be convinced about the urgency of the problem. It is false because it does not solve the problem. In the case of Ajax switching locale, remember the problem is updating the datepicker. If you switch the locale in a situation where no datepicker is displayed and then load a datepicker through Ajax, it is still broken. But of course, the solution is not to use Ajax. Well we fixed header contribution through Ajax. It seems that the datepicker is the component from hell, as we're having all kinds of issues with it we don't have with other components. But Matej and others spent many of his free nights trying to fix it and they have been progressing very well. It's a pretty tough problem, really. Or a slightly better solution: do not use Ajax to switch locales AND do not use anything else than US ASCII in the datepicker labels. I didn't get
Re: [Wicket-user] ajax refresh on date picker
I can't find it in releases/wicket-1.2.2, only in trunk, but my app does not work with 2.0 :-( Pierre-Yves Matej Knopp a écrit : Sorry for ambiguity. The fix should be already in. -Matej Pierre-Yves Saumont wrote: What should already be in? Is it your fix? Or are you talking about the edited file I sent to the list few days ago? This is no complete since at that time I had not noticed the tuesday error! Pierre-Yves Matej Knopp a écrit : btw. it should be already in. Pierre-Yves Saumont wrote: Hi Matej, Of course I will test it as soon as you commit it. BTW, there are plenty of typos and spelling mistakes in the french script, and even an error in the abreviated day names (it says monday, tuesday, tuesday, thursday and there is no wednesday!). Do you want me to send you an edited file? Pierre-Yves Matej Knopp a écrit : Hi, I'm working on the date picker encoding problem. What I'll probably do is to convert all non-unicode (latin1, ...) date picker locale strings to utf-8 and add charset=utf-8 to the script element that includes the script. This should sove the problem, as xmlhttprequest (used to load script during ajax header contribution) treats the response as utf-8. And the charset in script that should ensure that during regular header contribution the script will be loaded with the correct locale. I'll be commiting soon, would you mind testing if it works for you? -Matej Pierre-Yves Saumont wrote: Hi Eelco, I did not feel irritated by your answers and I apologize for having let you think I was. I understand perfectly your position and I acknowledge the immense amount of work there is behind Wicket and I want to thank every one working on it for making such a smart framework available. I am building a demo/prototype application for a big french administration and I want to convince them that they should add Wicket to the list of their accepted technologies. That's why I need features that are 100% functionnal. If a feature is only 99% functionnal, it's probably better not to mention it because somebody will certainly pinpoint the 1% that is causing problem, making others forget about the working 99%. So, what I am trying to do is helping to find the cause of the problem and (may be) a solution. At this time, I am using a normal link to switch locales and I have removed all accented characters in the datapicker french strings and saved the file in ascii. I am working to find on a better workaround. Regarding UTF8, this is (in my opinion) not a good solution. AFAIK, it as been designed to suit the needs of english language applications where only a few exotic foreign characters have to be usable. It's main advantage is that the data is nearly the same size as ascci for this kind of use. I think UTF16 is a much better solution, even if it is not 100% perfect since it can't represent all characters needed in all languages. Next UNICODE encoding will be 32 bits, which will be enough for all characters of all languages in the galaxy. We will then have to design an extension for the rest of the universe ;-) Cheers, Pierre-Yves Eelco Hillenius a écrit : It is the same kind of problem we have with character encoding. Every time someone has a problem with encoding, the answer can be use XXX encoding for all and there will be no problem. This is false AND irrelevant. Well, I guess we hoped that UTF-8 would just work for everyone. It's certainly advertised as that. But the message comes across, and the more reports we have that something is broken, the harder we'll work on it. It's just not all easy, and some of the bugs we are encountering lately (like a problem with file descriptors) were not our fault in the first place. We're not even sure the encoding problems are. But the more people that actually use those encodings can help us, possibly by supplying fixes/ solutions, the better. It is irrelevant because the question is how to use this functionnality and not how to do without it. Yes, you are right. You have to understand though that a framework can't fix every possible problem in the world. Every time we add a feature, there's an open door for 10 additional ones. That doesn't mean we don't want to add them, but maybe not now, or we need to be convinced about the urgency of the problem. It is false because it does not solve the problem. In the case of Ajax switching locale, remember the problem is updating the datepicker. If you switch the locale in a situation where no datepicker is displayed and then load a datepicker through Ajax, it is still broken. But of course, the solution is not to use Ajax. Well we fixed header contribution through Ajax. It seems that the datepicker is the component from hell, as we're having all kinds of issues with it we don't have with other components. But Matej and others spent many of his free nights trying to fix
Re: [Wicket-user] ajax refresh on date picker
Now it seems to work fine provided the locale switching is made through reloading the page and not through Ajax. (I enclosed the modified french scripts, in utf8 and iso.) If switching is made through Ajax, it works much better than it did before. If the datepicker is visible when switching, switching works fine. If the datepicker is not visible when switching, and then is is loaded through Ajax, it does not always acknowledge the switch. But the worst problem is that reloading the page after a locale switch (which before made the datepicker to swith to the new locale) now cause an exception: Root cause:java.lang.IllegalStateException: Cannot remove [MarkupContainer [Component id = 6, page = No Page, path = 6.Loop$LoopItem]] from null parent! at wicket.Component.remove(Component.java:1475) at wicket.version.undo.Add.undo(Add.java:81) at wicket.version.undo.ChangeList.undo(ChangeList.java:93) at wicket.version.undo.UndoPageVersionManager.undo(UndoPageVersionManager.java:217) at wicket.version.undo.UndoPageVersionManager.getVersion(UndoPageVersionManager.java:167) I also somtime get this exception: java.lang.NullPointerException at wicket.MarkupFragmentFinder.find(MarkupFragmentFinder.java:76) at wicket.Component.renderComponent(Component.java:1599) at wicket.ajax.AjaxRequestTarget.respondComponent(AjaxRequestTarget.java:474) However, having it working with full page reload is a very good point. I think it will be enough Pierre-Yves Matej Knopp a écrit : You won't find it there. It's wicket-1.x (and trunk). 1.2.2 is release. Current branch for 1.2 is under 1.x -Matej Pierre-Yves Saumont wrote: I can't find it in releases/wicket-1.2.2, only in trunk, but my app does not work with 2.0 :-( Pierre-Yves Matej Knopp a écrit : Sorry for ambiguity. The fix should be already in. -Matej Pierre-Yves Saumont wrote: What should already be in? Is it your fix? Or are you talking about the edited file I sent to the list few days ago? This is no complete since at that time I had not noticed the tuesday error! Pierre-Yves Matej Knopp a écrit : btw. it should be already in. Pierre-Yves Saumont wrote: Hi Matej, Of course I will test it as soon as you commit it. BTW, there are plenty of typos and spelling mistakes in the french script, and even an error in the abreviated day names (it says monday, tuesday, tuesday, thursday and there is no wednesday!). Do you want me to send you an edited file? Pierre-Yves Matej Knopp a écrit : Hi, I'm working on the date picker encoding problem. What I'll probably do is to convert all non-unicode (latin1, ...) date picker locale strings to utf-8 and add charset=utf-8 to the script element that includes the script. This should sove the problem, as xmlhttprequest (used to load script during ajax header contribution) treats the response as utf-8. And the charset in script that should ensure that during regular header contribution the script will be loaded with the correct locale. I'll be commiting soon, would you mind testing if it works for you? -Matej Pierre-Yves Saumont wrote: Hi Eelco, I did not feel irritated by your answers and I apologize for having let you think I was. I understand perfectly your position and I acknowledge the immense amount of work there is behind Wicket and I want to thank every one working on it for making such a smart framework available. I am building a demo/prototype application for a big french administration and I want to convince them that they should add Wicket to the list of their accepted technologies. That's why I need features that are 100% functionnal. If a feature is only 99% functionnal, it's probably better not to mention it because somebody will certainly pinpoint the 1% that is causing problem, making others forget about the working 99%. So, what I am trying to do is helping to find the cause of the problem and (may be) a solution. At this time, I am using a normal link to switch locales and I have removed all accented characters in the datapicker french strings and saved the file in ascii. I am working to find on a better workaround. Regarding UTF8, this is (in my opinion) not a good solution. AFAIK, it as been designed to suit the needs of english language applications where only a few exotic foreign characters have to be usable. It's main advantage is that the data is nearly the same size as ascci for this kind of use. I think UTF16 is a much better solution, even if it is not 100% perfect since it can't represent all characters needed in all languages. Next UNICODE encoding will be 32 bits, which will be enough for all characters of all languages in the galaxy. We will then have to design an extension for the rest of the universe ;-) Cheers, Pierre-Yves Eelco Hillenius a écrit : It is the same kind of problem we have with character encoding. Every time someone has a problem with encoding, the answer can
Re: [Wicket-user] ajax refresh on date picker
Is it fixed only in trunk or also in releases ? Pierre-Yves Matej Knopp a écrit : The problem was that AjaxRequestTarget called component.renderHead(), without calling rendered() on component behaviors after that (co the thread local has not been cleaned). The fix is in SVN. Can you please test if it works for you? It works with the quick start you've provided, so I'd say it should also work with your application. Thanks a lot for helping to nail down this nasty bug. -Matej samyem wrote: Okay I have got something that'll make you happy: wicket quickstart! Pick it up at http://www.yomari.net/~samyem/problem-wicket-quickstart.zip It has two pages. The first page is okay. Click on the link to go to the second one. And click on the Click here to add one link. Nothing will happen. Refresh the page (F5 will do). Now click on the same link again, and everything works. I've identified the problem to be the way the ajax behaviour clears the ThreadLocal variable, as I've explained in the other email. But I am not too sure what is a proper fix for this problem. This quick start has the essentials of the way I am using wicket. I cannot do it anyother way due to the application's requirements. I've got it working in my case for now by moving the ThreadLocal variable one step up in AbstractBehavior and making the cleanup method in AbstractBehavior set the ThreadLocal to null. That fixed this problem apparently, but I'll let you have the final say on this. - Samyem Matej Knopp wrote: No matter what I do I just can't reproduce this. Can you please double check that you're using branch wicket-1.x or trunk, and a clean build? If the problem persists, can you please either check if it happens with wicket-examples too or try to isolate the problem and provide a quickstart example? I'll be more than happy to look at it. Thanks, -Matej samyem wrote: Upon further investigations, what is clear is that when the page first loads, it loads up all the java scripts in the header. When I do a page refresh by pressing F5, the ensuing page does not render the javascript references at all. Looks like there is some logic which prevents javascripts from rendering after the initial page display. Here is what I am seeing in my HEAD tag : Initial page load: ? head meta http-equiv=Content-Type content=text/html; charset=ISO-8859-1title?/title script type=text/javascript src=/mm/app/resources/wicket.ajax.AbstractDefaultAjaxBehavior/wicket-ajax.js/script script type=text/javascript id=wicket-ajax-debug-enable!--/*--![CDATA[/*!--*/ wicketAjaxDebugEnable=true; /*--]]*//script script type=text/javascript src=/mm/app/resources/wicket.ajax.AbstractDefaultAjaxBehavior/wicket-ajax-debug-drag.js/script script type=text/javascript src=/mm/app/resources/wicket.ajax.AbstractDefaultAjaxBehavior/wicket-ajax-debug.js/script script type=text/javascript src=/mm/app/resources/wicket.extensions.ajax.markup.html.modal.ModalWindow/res/modal.js/script link rel=stylesheet type=text/css href=/mm/app/resources/wicket.extensions.ajax.markup.html.modal.ModalWindow/res/modal.css link rel=stylesheet type=text/css href=/mm/app/resources/com.wsi.mm.ui.commons.modaldialog.WsiModalWindow/modal.css script type=text/javascript!--/*--![CDATA[/*!--*/ if (window.name=='') { window.location=/mm/app?wicket:bookmarkablePage=wicket-0:com.wsi.mm.ui.media.MediaPage; } /*--]]*//script /head Subsequent refreshes: head meta http-equiv=Content-Type content=text/html; charset=ISO-8859-1title?/title script type=text/javascript!--/*--![CDATA[/*!--*/ if (window.name=='') { window.location=/mm/app?wicket:bookmarkablePage=wicket-1:com.wsi.mm.ui.media.MediaPage; } /*--]]*//script /head Now I think we should be able to pinpoint the problem at the moment. samyem wrote: I am also getting this new error after the update: Error: wicketAjaxGet is not defined Source File: http://localhost:8081/mm/app?wicket:interface=:11:1: Line: 1 samyem wrote: I updated wicket and wicket-extension and now my modal window is not even showing and the date picker does not show up in non modal window pages as well. I can only see the error through the ajax debugger as: ... NFO: Response parsed. Now invoking steps... INFO: INFO: Initiating Ajax GET request on /mm/calendar.js INFO: Invoking pre-call handler(s)... ERROR: Received Ajax response with code: 404 INFO: Invoking post-call handler(s)... INFO: Invoking failure handler(s)... ... After this, further clicks gives this error: INFO: Chanel busy - postponing... On non-modal pages, I get things like: Error: Calendar is not defined Source File: http://localhost:8081/mm/app?wicket:interface=:13:: Line: 214 And even my auto-complete text box is broken now with the latest code. I get things like: Error: Wicket.Ajax has no properties Source File: http://localhost:8081/mm/javascript/wicket-autocomplete.js
Re: [Wicket-user] ajax refresh on date picker
It works now much better, but still not correctly. Changing the locale when the datepicker is not displayed, and then loading the datepicker through Ajax dont work. The datepicker does not use the new locale. I finally decided to apply the solution proposed by Eelco (only change locale through a normal link so that the whole page is reloaded) although I feel it is like closing our eyes and pretended the problem is solved. Anyway, it does not work neither. When the locale switch is done by reloading a page that contains a datepicker, its ok. However, if the switch is done on a page that does not contain the date picker, and then the datepicker is loaded through Ajax, it produces an error. The error reported by IE6 is: Line: 100514085 Char: 6 Error: String constant not closed Code: 0 URL: http://localhost:8080/myapp/app?wicket:interface=:1:3 (A very big application with 100514085 lines!) I think this is due to a character encoding problem with the calendar-fr.js script. The file is in ascii. Switching to UNICODE solves the problem. Switching to UTF-8 does not. If the app is in ISO, UTF8 character in scripts won't be correctly interpreted. As far as I tested (not very deeply though) UNICODE (UTF16) is ok. But unfortunately, it's only ok in IE. Now, it is broken in Firefox. On Ajax load, the datepicker don't work. It works through Ajax with a UTF8 file, but it don't if the entire page is loaded. (Datepicker work, but the encoding is wrong.) Pierre-Yves Matej Knopp a écrit : It also is fixed in wicket-1.x -Matej Pierre-Yves Saumont wrote: Is it fixed only in trunk or also in releases ? Pierre-Yves Matej Knopp a écrit : The problem was that AjaxRequestTarget called component.renderHead(), without calling rendered() on component behaviors after that (co the thread local has not been cleaned). The fix is in SVN. Can you please test if it works for you? It works with the quick start you've provided, so I'd say it should also work with your application. Thanks a lot for helping to nail down this nasty bug. -Matej samyem wrote: Okay I have got something that'll make you happy: wicket quickstart! Pick it up at http://www.yomari.net/~samyem/problem-wicket-quickstart.zip It has two pages. The first page is okay. Click on the link to go to the second one. And click on the Click here to add one link. Nothing will happen. Refresh the page (F5 will do). Now click on the same link again, and everything works. I've identified the problem to be the way the ajax behaviour clears the ThreadLocal variable, as I've explained in the other email. But I am not too sure what is a proper fix for this problem. This quick start has the essentials of the way I am using wicket. I cannot do it anyother way due to the application's requirements. I've got it working in my case for now by moving the ThreadLocal variable one step up in AbstractBehavior and making the cleanup method in AbstractBehavior set the ThreadLocal to null. That fixed this problem apparently, but I'll let you have the final say on this. - Samyem Matej Knopp wrote: No matter what I do I just can't reproduce this. Can you please double check that you're using branch wicket-1.x or trunk, and a clean build? If the problem persists, can you please either check if it happens with wicket-examples too or try to isolate the problem and provide a quickstart example? I'll be more than happy to look at it. Thanks, -Matej samyem wrote: Upon further investigations, what is clear is that when the page first loads, it loads up all the java scripts in the header. When I do a page refresh by pressing F5, the ensuing page does not render the javascript references at all. Looks like there is some logic which prevents javascripts from rendering after the initial page display. Here is what I am seeing in my HEAD tag : Initial page load: ? head meta http-equiv=Content-Type content=text/html; charset=ISO-8859-1title?/title script type=text/javascript src=/mm/app/resources/wicket.ajax.AbstractDefaultAjaxBehavior/wicket-ajax.js/script script type=text/javascript id=wicket-ajax-debug-enable!--/*--![CDATA[/*!--*/ wicketAjaxDebugEnable=true; /*--]]*//script script type=text/javascript src=/mm/app/resources/wicket.ajax.AbstractDefaultAjaxBehavior/wicket-ajax-debug-drag.js/script script type=text/javascript src=/mm/app/resources/wicket.ajax.AbstractDefaultAjaxBehavior/wicket-ajax-debug.js/script script type=text/javascript src=/mm/app/resources/wicket.extensions.ajax.markup.html.modal.ModalWindow/res/modal.js/script link rel=stylesheet type=text/css href=/mm/app/resources/wicket.extensions.ajax.markup.html.modal.ModalWindow/res/modal.css link rel=stylesheet type=text/css href=/mm/app/resources/com.wsi.mm.ui.commons.modaldialog.WsiModalWindow/modal.css script type=text/javascript!--/*--![CDATA[/*!--*/ if (window.name
Re: [Wicket-user] Wicket2: table inside of tabpanel
Sorry I misunderstood. I use the TabbedPanel through extending AjaxTabbedPanel which itslef extends TabbedPanel. So I provide the markup. By the way, I had not noticed that the parent class TabbedPanel had it's own markup. So I am now a bit confused: what happen to the parent markup if the extending class defines it's own? I thougth we were supposed to use wicket:child/ and wicket:extend. In case we do not use these, does the extending class markup file simply replaces the parent one? Pierre-Yves Stefan Lindner a écrit : The span class=tab-panel markup is generated by the tab panel component of wicket extensions automatically. I have no chance to change this. The source code for the tabpanel component must be modified. Stefan Lindner --- It's up to you to use a div instead of a span. Just change your html markup, replacing span wicket:id=myid class=tab-panel with div wicket:id=myid class=tab-panel Pierre-Yves Stefan Lindner a ?crit : The content of tabpanel is always surronded with a span tag, e.g. span class=tab-panel !-- The content of the panel -- /span Now, if the panel contains a table it looks like span class=tab-panel !-- The content of the panel -- table ... /table /span But a span tag must not contain a table tag. Wouldn't it be better, do render the contents of a tab panel as div? That means div class=tab-panel !-- The content of the panel -- table ... /table /div Stefan Lindner - 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=DEVDE V ___ 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] ajax refresh on date picker
Well, I believe a functionnality should work whatever teh reason you have to use it. I agree it make sense to refresh the whole page... if it is what you want. If it is not what you need, it makes very little sense. Of course, it it does not work, I will not use it. No choice. But I think it would be safer to know why it does not work, since technically, it should. Or shouldn't it? But why? It is the same kind of problem we have with character encoding. Every time someone has a problem with encoding, the answer can be use XXX encoding for all and there will be no problem. This is false AND irrelevant. It is irrelevant because the question is how to use this functionnality and not how to do without it. It is false because it does not solve the problem. In the case of Ajax switching locale, remember the problem is updating the datepicker. If you switch the locale in a situation where no datepicker is displayed and then load a datepicker through Ajax, it is still broken. But of course, the solution is not to use Ajax. Or a slightly better solution: do not use Ajax to switch locales AND do not use anything else than US ASCII in the datepicker labels. Pierre-Yves Eelco Hillenius a écrit : I finally decided to apply the solution proposed by Eelco (only change locale through a normal link so that the whole page is reloaded) although I feel it is like closing our eyes and pretended the problem is solved. I don't agree with that. Changing the locale potentially has effect on the whole page anyway, so changing it with a full refresh makes sense. Also, I think it's a pretty extreme corner case to want to use Ajax to switch the session's locale. Unless it is something users do 50 times per session, which seems unlikely. 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] Wicket2: table inside of tabpanel
It's up to you to use a div instead of a span. Just change your html markup, replacing span wicket:id=myid class=tab-panel with div wicket:id=myid class=tab-panel Pierre-Yves Stefan Lindner a écrit : The content of tabpanel is always surronded with a span tag, e.g. span class=tab-panel !-- The content of the panel -- /span Now, if the panel contains a table it looks like span class=tab-panel !-- The content of the panel -- table ... /table /span But a span tag must not contain a table tag. Wouldn't it be better, do render the contents of a tab panel as div? That means div class=tab-panel !-- The content of the panel -- table ... /table /div Stefan Lindner - 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] ajax refresh on date picker
I tried to build the last version from trunk, but it fails the tests (32 failures) most failures report inversion of two html attributes, for exemple: === wicket.markup.MarkupInheritanceExtension_11 === 3c3 link wicket:id=css src=myStyle.css/ --- link src=myStyle.css wicket:id=css/ Checkout reported version # 7486. Pierre-Yves Matej Knopp a écrit : I've tested your quick start example with current svn and I worked as it should. Tested with FF1.5, IE6 and opera 9. Can you please test your project with current svn, if the problem persists? -Matej Pierre-Yves Saumont wrote: And in some conditions (see my other post with a quickstart example), the setup script is not even executed !! Pierre-Yves samyem a écrit : The header contribution logic seems to be still flawed. The javascript references were not added to the HTML's HEAD at all when the component is added by ajax. I guess this is a larger problem than the date picker. The same problem would occur everytime the javascript/stylesheet are added dynamically. Matej Knopp wrote: Well, I was working on it. But only to the degree that I disabled the disabling of check during ajax request, because it was no longer necessary. Unfortunately head contribution is something else, I'm not sure how to do it the best way, again, it's not my domain. I think that I've posted mail about it to the list, I'm not sure what the outcome was. -Matej Igor Vaynberg wrote: i thought you _were_ working on the component use check and ajax target stuff? -Igor On 9/22/06, *Matej Knopp* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I don't think so. I was working on header contribution and problem with debug console calling document.write() (thus removing all head elements from DOM). This is something completely different, it's related to the component rendered check. That's not my domain. I believe the problem are components in wicket:head section of DataPicker. Anyway, what can temporary help is to disable component render check in appication settings. Juergen? -Matej Igor Vaynberg wrote: matej was working to fix this, i thought he did matej? -Igor On 9/21/06, *samyem* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I took the latest SVN code today and suddenly, I am getting the following error everytime there is an ajax refresh on panels with date pickers: 2006-09-21 14:16:07,728 ERROR wicket.ajax.AjaxRequestTarget - Error while responding to an AJAX request: [EMAIL PROTECTED] markupIdToComponent [{pageBody_sidePanel=[MarkupContainer [Component id = sidePanel, page = com.wsi.mm.ui.directship.item.ItemDirectShipPage, path = 4:pageBody:sidePanel.DirectShipSideBarPanel, isVisible = true, isVersioned = false]]}], prependJavascript [[]], appendJavascript [[var win; try { win = window.parent.Wicket.Window; } catch (ignore) { } if (typeof(win) != undefined typeof(win.current ) != undefined) { window.parent.setTimeout(function() { win.current.close(); }, 0); }]] wicket.WicketRuntimeException: The component(s) below failed to render. A common problem is that you have added a component in code but forgot to reference it in the markup (thus the component will never be rendered). 1. [MarkupContainer [Component id = calendarMain, page = com.wsi.mm.ui.directship.item.ItemDirectShipPage , path = 4:pageBody:sidePanel:massUpdate:massUpdateForm:releaseDate:picker:calendarMain.JavaScriptReference, isVisible = true, isVersioned = false]] 2. [MarkupContainer [Component id = calendarSetup, page = com.wsi.mm.ui.directship.item.ItemDirectShipPage , path = 4:pageBody:sidePanel:massUpdate:massUpdateForm:releaseDate:picker:calendarSetup.JavaScriptReference , isVisible = true, isVersioned = false]] 3. [MarkupContainer [Component id = calendarLanguage, page = com.wsi.mm.ui.directship.item.ItemDirectShipPage, path = 4:pageBody:sidePanel:massUpdate:massUpdateForm:releaseDate:picker: calendarLanguage.JavaScriptReference, isVisible = true, isVersioned = false]] 4. [MarkupContainer [Component id = calendarStyle, page = com.wsi.mm.ui.directship.item.ItemDirectShipPage, path = 4:pageBody:sidePanel:massUpdate:massUpdateForm:releaseDate:picker:calendarStyle.StyleSheetReference
Re: [Wicket-user] ajax refresh on date picker
Yes. I have even deleted everything and checked out a new complete fresh version, tried mvn clean, deleted manually the target and tried again !! I have no problem with wicket-extensions. Pierre-Yves Matej Knopp a écrit : This is strange. I've tested both current 1.x and 2.0 in 1.x all tests completed with no problem for me, in 2.0 there are 4 errors and 1 failure. I don't know where the problem can be. Have you tried clean build? -Matej Pierre-Yves Saumont wrote: I tried to build the last version from trunk, but it fails the tests (32 failures) most failures report inversion of two html attributes, for exemple: === wicket.markup.MarkupInheritanceExtension_11 === 3c3 link wicket:id=css src=myStyle.css/ --- link src=myStyle.css wicket:id=css/ Checkout reported version # 7486. Pierre-Yves Matej Knopp a écrit : I've tested your quick start example with current svn and I worked as it should. Tested with FF1.5, IE6 and opera 9. Can you please test your project with current svn, if the problem persists? -Matej Pierre-Yves Saumont wrote: And in some conditions (see my other post with a quickstart example), the setup script is not even executed !! Pierre-Yves samyem a écrit : The header contribution logic seems to be still flawed. The javascript references were not added to the HTML's HEAD at all when the component is added by ajax. I guess this is a larger problem than the date picker. The same problem would occur everytime the javascript/stylesheet are added dynamically. Matej Knopp wrote: Well, I was working on it. But only to the degree that I disabled the disabling of check during ajax request, because it was no longer necessary. Unfortunately head contribution is something else, I'm not sure how to do it the best way, again, it's not my domain. I think that I've posted mail about it to the list, I'm not sure what the outcome was. -Matej Igor Vaynberg wrote: i thought you _were_ working on the component use check and ajax target stuff? -Igor On 9/22/06, *Matej Knopp* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I don't think so. I was working on header contribution and problem with debug console calling document.write() (thus removing all head elements from DOM). This is something completely different, it's related to the component rendered check. That's not my domain. I believe the problem are components in wicket:head section of DataPicker. Anyway, what can temporary help is to disable component render check in appication settings. Juergen? -Matej Igor Vaynberg wrote: matej was working to fix this, i thought he did matej? -Igor On 9/21/06, *samyem* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I took the latest SVN code today and suddenly, I am getting the following error everytime there is an ajax refresh on panels with date pickers: 2006-09-21 14:16:07,728 ERROR wicket.ajax.AjaxRequestTarget - Error while responding to an AJAX request: [EMAIL PROTECTED] markupIdToComponent [{pageBody_sidePanel=[MarkupContainer [Component id = sidePanel, page = com.wsi.mm.ui.directship.item.ItemDirectShipPage, path = 4:pageBody:sidePanel.DirectShipSideBarPanel, isVisible = true, isVersioned = false]]}], prependJavascript [[]], appendJavascript [[var win; try { win = window.parent.Wicket.Window; } catch (ignore) { } if (typeof(win) != undefined typeof(win.current ) != undefined) { window.parent.setTimeout(function() { win.current.close(); }, 0); }]] wicket.WicketRuntimeException: The component(s) below failed to render. A common problem is that you have added a component in code but forgot to reference it in the markup (thus the component will never be rendered). 1. [MarkupContainer [Component id = calendarMain, page = com.wsi.mm.ui.directship.item.ItemDirectShipPage , path = 4:pageBody:sidePanel:massUpdate:massUpdateForm:releaseDate:picker:calendarMain.JavaScriptReference, isVisible = true, isVersioned = false]] 2. [MarkupContainer [Component id = calendarSetup, page = com.wsi.mm.ui.directship.item.ItemDirectShipPage , path = 4:pageBody:sidePanel:massUpdate:massUpdateForm:releaseDate:picker:calendarSetup.JavaScriptReference , isVisible = true, isVersioned = false]] 3. [MarkupContainer [Component id = calendarLanguage, page
Re: [Wicket-user] ajax refresh on date picker
I am using 1.2.2 from trunk. I compiled the sources skipping the tests. It still doesn't work in IE6. The only difference is that when I reload the page to have the whole page load normally (not through Ajax), it now throw an exception (with version 1.2.1, it worked). The exception is: Root cause:java.lang.IllegalStateException: Cannot remove [MarkupContainer [Component id = 6, page = No Page, path = 6.Loop$LoopItem]] from null parent! at wicket.Component.remove(Component.java:1475) at wicket.version.undo.Add.undo(Add.java:81) at wicket.version.undo.ChangeList.undo(ChangeList.java:93) at wicket.version.undo.UndoPageVersionManager.undo(UndoPageVersionManager.java:217) at wicket.version.undo.UndoPageVersionManager.getVersion(UndoPageVersionManager.java:167) at wicket.Page.getVersion(Page.java:586) at wicket.PageMap.get(PageMap.java:461) at wicket.Session.getPage(Session.java:418) at wicket.request.compound.DefaultRequestTargetResolverStrategy.resolveRenderedPage(DefaultRequestTargetResolverStrategy.java:215) at wicket.request.compound.DefaultRequestTargetResolverStrategy.resolve(DefaultRequestTargetResolverStrategy.java:152) at wicket.request.compound.AbstractCompoundRequestCycleProcessor.resolve(AbstractCompoundRequestCycleProcessor.java:48) at wicket.RequestCycle.step(RequestCycle.java:948) at wicket.RequestCycle.steps(RequestCycle.java:1040) at wicket.RequestCycle.request(RequestCycle.java:454) at wicket.protocol.http.WicketServlet.doGet(WicketServlet.java:216) at javax.servlet.http.HttpServlet.service(HttpServlet.java:697) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) 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.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) Pierre-Yves Matej Knopp a écrit : No Idea. Which version are you using? Anyway, there is a maven parameter that allows you to build a release without running unit test (look at older posts, it's certainly mentioned somewhere). -Matej Pierre-Yves Saumont wrote: Yes. I have even deleted everything and checked out a new complete fresh version, tried mvn clean, deleted manually the target and tried again !! I have no problem with wicket-extensions. Pierre-Yves Matej Knopp a écrit : This is strange. I've tested both current 1.x and 2.0 in 1.x all tests completed with no problem for me, in 2.0 there are 4 errors and 1 failure. I don't know where the problem can be. Have you tried clean build? -Matej Pierre-Yves Saumont wrote: I tried to build the last version from trunk, but it fails the tests (32 failures) most failures report inversion of two html attributes, for exemple: === wicket.markup.MarkupInheritanceExtension_11 === 3c3 link wicket:id=css src=myStyle.css/ --- link src=myStyle.css wicket:id=css/ Checkout reported version # 7486. Pierre-Yves Matej Knopp a écrit : I've tested your quick start example with current svn and I worked as it should. Tested with FF1.5, IE6 and opera 9. Can you please test your project with current svn, if the problem persists? -Matej Pierre-Yves Saumont wrote: And in some conditions (see my other post with a quickstart example), the setup script is not even executed !! Pierre-Yves samyem a écrit : The header contribution logic seems
Re: [Wicket-user] ajax refresh on date picker
And in some conditions (see my other post with a quickstart example), the setup script is not even executed !! Pierre-Yves samyem a écrit : The header contribution logic seems to be still flawed. The javascript references were not added to the HTML's HEAD at all when the component is added by ajax. I guess this is a larger problem than the date picker. The same problem would occur everytime the javascript/stylesheet are added dynamically. Matej Knopp wrote: Well, I was working on it. But only to the degree that I disabled the disabling of check during ajax request, because it was no longer necessary. Unfortunately head contribution is something else, I'm not sure how to do it the best way, again, it's not my domain. I think that I've posted mail about it to the list, I'm not sure what the outcome was. -Matej Igor Vaynberg wrote: i thought you _were_ working on the component use check and ajax target stuff? -Igor On 9/22/06, *Matej Knopp* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I don't think so. I was working on header contribution and problem with debug console calling document.write() (thus removing all head elements from DOM). This is something completely different, it's related to the component rendered check. That's not my domain. I believe the problem are components in wicket:head section of DataPicker. Anyway, what can temporary help is to disable component render check in appication settings. Juergen? -Matej Igor Vaynberg wrote: matej was working to fix this, i thought he did matej? -Igor On 9/21/06, *samyem* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I took the latest SVN code today and suddenly, I am getting the following error everytime there is an ajax refresh on panels with date pickers: 2006-09-21 14:16:07,728 ERROR wicket.ajax.AjaxRequestTarget - Error while responding to an AJAX request: [EMAIL PROTECTED] markupIdToComponent [{pageBody_sidePanel=[MarkupContainer [Component id = sidePanel, page = com.wsi.mm.ui.directship.item.ItemDirectShipPage, path = 4:pageBody:sidePanel.DirectShipSideBarPanel, isVisible = true, isVersioned = false]]}], prependJavascript [[]], appendJavascript [[var win; try { win = window.parent.Wicket.Window; } catch (ignore) { } if (typeof(win) != undefined typeof(win.current ) != undefined) { window.parent.setTimeout(function() { win.current.close(); }, 0); }]] wicket.WicketRuntimeException: The component(s) below failed to render. A common problem is that you have added a component in code but forgot to reference it in the markup (thus the component will never be rendered). 1. [MarkupContainer [Component id = calendarMain, page = com.wsi.mm.ui.directship.item.ItemDirectShipPage , path = 4:pageBody:sidePanel:massUpdate:massUpdateForm:releaseDate:picker:calendarMain.JavaScriptReference, isVisible = true, isVersioned = false]] 2. [MarkupContainer [Component id = calendarSetup, page = com.wsi.mm.ui.directship.item.ItemDirectShipPage , path = 4:pageBody:sidePanel:massUpdate:massUpdateForm:releaseDate:picker:calendarSetup.JavaScriptReference , isVisible = true, isVersioned = false]] 3. [MarkupContainer [Component id = calendarLanguage, page = com.wsi.mm.ui.directship.item.ItemDirectShipPage, path = 4:pageBody:sidePanel:massUpdate:massUpdateForm:releaseDate:picker: calendarLanguage.JavaScriptReference, isVisible = true, isVersioned = false]] 4. [MarkupContainer [Component id = calendarStyle, page = com.wsi.mm.ui.directship.item.ItemDirectShipPage, path = 4:pageBody:sidePanel:massUpdate:massUpdateForm:releaseDate:picker:calendarStyle.StyleSheetReference, isVisible = true, isVersioned = false]] at wicket.Page.checkRendering (Page.java:1105) at wicket.Page.endComponentRender(Page.java:431) at wicket.ajax.AjaxRequestTarget.respondComponent(AjaxRequestTarget.java:467) at wicket.ajax.AjaxRequestTarget.respond (AjaxRequestTarget.java:353) at wicket.request.compound.DefaultResponseStrategy.respond(DefaultResponseStrategy.java:49) at wicket.request.compound.AbstractCompoundRequestCycleProcessor.respond
Re: [Wicket-user] DatePicker broken in IE6
Hi Matej, Here is a quickstart showing the two problems I have encountered. 1) The following configuration is mandatory if you use the french language with IE6 : getRequestCycleSettings().setResponseRequestEncoding(ISO-8859-1); Unless you use this, IE6 reports a Javascript error because the french script with the monthes names reports an unterminated string for every name containing accented characters. This problem does not occur with FF. 2) Anyway, the datePicker does not work in FF nor IE6. In IE6, it will work only if the page is entirely loaded. If it is in a component loaded through Ajax, it does not work (the setup script is not executed) In Firefox, it does not work either unless the script has previously been executed. You can see this by uncommenting the datePicker in the first tab, so it is loaded with the page. That way, it will work in the two tabs. (In IE6, it will work only in the first tab). (I have removed the jars in the lib directory to reduce the size of the zip - I also changed the extension since zip is blocked by the list server) Pierre-Yves Matej Knopp a écrit : Can you provide a test case? Or quick start project? I haven't encountered this behavior. I'd like to look at it but I'd need to reproduce it. -Matej Pierre-Yves Saumont wrote: It appears that under some conditions, the script associated with the date picker in the HTML is not executed when the HTML is loaded through Ajax. So Calendar.setup never get called. I could not figure what those secific conditions are. (In a simple use case, it works without problem.) Any idea where to look for? Pierre-Yves Pierre-Yves Saumont a écrit : Just don't use an ajax link to switch the locale. That's not a super idea anyway, as you would typically want the the whole page, with all it's markup etc to reload. Change the switch locale link to a normal link and all should be good. One use case is the need to have the page in ono language and teh datePicker in another one. Another use case could be to have to datePicker in the same page with different languages. Anyway, I figured a way to achieve this, but it was just to realize that it appears that the datePicker can't work anyway in a component that is updated through Ajax. I have an Ajax tabbed panel with one tab containing a datePicker. If I swith to another tab and switch back, the datePicker won't work anymore in IE6 unless the page is reloaded. (No error displayed, just you click on the icon and nothing happens. It works fine in FF, of course) Any suggestion ? Pierre-Yves Eelco Hillenius a écrit : Can somebody tell me how to use setStyle() with a DatePicker settings.setStyle(settings.newStyleGreen()); or (completely custom style) settings.setStyle(new PackageResourceReference(MyDatePicker.class, myStyle.css)); DatePickerSettings datePickerSetting = new DatePickerSettings(); datePickerSetting.setAlign(cr); add(new DatePicker(dateFieldPicker, dateField, datePickerSetting)); but this does not work. With this configuration, when I click on the icon, the DatePicker is not displayed. If I remove the second line, it works. No idea. Please take a look at what jscalendar does/ expects, as many fields are just a means to pass values through to that components. Read about jscalendar here: http://www.dynarch.com/projects/calendar/ Another problem is to configure the DatePicker in a page which locale is switched through an Ajax link. Although the component containing the DatePicker receives the response, the locale of the DatePicker is not changed. I have to reload the teh page to get it work. Is there a solution to have the DatePicker refreshed so its locale is changed ? Just don't use an ajax link to switch the locale. That's not a super idea anyway, as you would typically want the the whole page, with all it's markup etc to reload. Change the switch locale link to a normal link and all should be good. 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 - 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
Re: [Wicket-user] DatePicker broken in IE6
The file calendar-fr.js is in DOS format. Is this OK? (By the way, it also contains some spelling errors in messages, but this is another story.) Pierre-Yves Johan Compagner a écrit : 1) The following configuration is mandatory if you use the french language with IE6 : getRequestCycleSettings().setResponseRequestEncoding(ISO-8859-1); Unless you use this, IE6 reports a Javascript error because the french script with the monthes names reports an unterminated string for every name containing accented characters. This problem does not occur with FF. hmm this should then be really looked at because this is very strange By default we do UTF-8 and that should be able to handle everything. 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] DatePicker broken in IE6
Here are two versions. Using the UTF8 file does not solve the encoding problem since it will then break applications that use the ISO-8859-1 encoding setting. The javascript language file should be selected according to the encoding used, or its content should be translated to the appropriate encoding. So the solution of using the UTF8 version as is would be worse than the problem it is supposed to solve. Most french applications do in fact use ISO-8859-1 encoding. After all, isn't this is the default encoding for Java? It is somewhat sad since it lacks two characters that are very frequently used in french (oe and OE ligatures), but I think most french users would not like to be forced to switch their app to UTF8 to be able to use the datepicker. Pierre-Yves Johan Compagner a écrit : please give as an updated one then can we correct that And check it in as UTF-8 somehow johan On 9/22/06, *Pierre-Yves Saumont* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: The file calendar-fr.js is in DOS format. Is this OK? (By the way, it also contains some spelling errors in messages, but this is another story.) Pierre-Yves Johan Compagner a écrit : 1) The following configuration is mandatory if you use the french language with IE6 : getRequestCycleSettings().setResponseRequestEncoding(ISO-8859-1); Unless you use this, IE6 reports a Javascript error because the french script with the monthes names reports an unterminated string for every name containing accented characters. This problem does not occur with FF. hmm this should then be really looked at because this is very strange By default we do UTF-8 and that should be able to handle everything. johan // ** I18N // Calendar EN language // Author: Mihai Bazon, [EMAIL PROTECTED] // Encoding: any // Distributed under the same terms as the calendar itself. // For translators: please use UTF-8 if possible. We strongly believe that // Unicode is the answer to a real internationalized world. Also please // include your contact information in the header, as can be seen above. // Translator: David Duret, [EMAIL PROTECTED] from previous french version // Edited by Pierre-Yves Saumont [EMAIL PROTECTED] // full day names Calendar._DN = new Array (Dimanche, Lundi, Mardi, Mercredi, Jeudi, Vendredi, Samedi, Dimanche); // Please note that the following array of short day names (and the same goes // for short month names, _SMN) isn't absolutely necessary. We give it here // for exemplification on how one can customize the short day names, but if // they are simply the first N letters of the full name you can simply say: // // Calendar._SDN_len = N; // short day name length // Calendar._SMN_len = N; // short month name length // // If N = 3 then this is not needed either since we assume a value of 3 if not // present, to be compatible with translation files that were written before // this feature. // short day names Calendar._SDN = new Array (Dim, Lun, Mar, Mar, Jeu, Ven, Sam, Dim); // full month names Calendar._MN = new Array (Janvier, Février, Mars, Avril, Mai, Juin, Juillet, Août, Septembre, Octobre, Novembre, Décembre); // short month names Calendar._SMN = new Array (Jan, Fév, Mar, Avr, Mai, Juin, Juil, Août, Sep, Oct, Nov, Déc); // First day of the week. 0 means display Sunday first, 1 means display // Monday first, etc. Calendar._FD = 1; // tooltips Calendar._TT = {}; Calendar._TT[INFO] = A propos du calendrier; Calendar._TT[ABOUT] = DHTML Date/Heure Selecteur\n + (c) dynarch.com 2002-2005 / Author: Mihai Bazon\n + // don't translate this this ;-) Pour la dernière version visitez : http://www.dynarch.com/projects/calendar/\n; + Distribué sous license GNU LGPL. Voir http://gnu.org/licenses/lgpl.html pour les détails. + \n\n + Sélection de la date :\n + - Utiliser les boutons \xab, \xbb pour sélectionner l\'année\n + - Utiliser les boutons + String.fromCharCode(0x2039) + , + String.fromCharCode(0x203a) + pour sélectionner les mois\n + - Garder la souris sur n'importe quels boutons pour une sélection plus rapide; Calendar._TT[ABOUT_TIME] = \n\n + Sélection de l\'heure :\n + - Cliquer sur heures ou minutes pour incrémenter\n + - ou Maj-clic pour décrémenter\n + - ou clic et glisser-déplacer pour une sélection plus rapide; Calendar._TT[PREV_YEAR] = Année préc. (maintenir pour menu); Calendar._TT[PREV_MONTH] = Mois préc. (maintenir pour menu); Calendar._TT[GO_TODAY] = Atteindre la date du jour; Calendar._TT[NEXT_MONTH] = Mois suiv. (maintenir pour menu); Calendar._TT[NEXT_YEAR] = Année suiv. (maintenir pour menu); Calendar._TT[SEL_DATE] = Sélectionner une date; Calendar._TT[DRAG_TO_MOVE] = Déplacer; Calendar._TT[PART_TODAY] = (Aujourd'hui); // the following is to inform that %s
Re: [Wicket-user] DatePicker broken in IE6
I was talking about the default format for String output, which is dependent upon the operating system character encoding (I guess 95% use ISO-Latin-1). Java internal representation of characters is UNICODE UTF-16 (in fact an obsolete version of this standard) and not UTF-8. (Dealing with variable length characters for internal representation would be a programmer's nightmare!) Using ISO-Latin-1 for ouptut makes sense because ISO-Latin-1 is the same as UNICODE page 0, thus making the conversion trivial. Pierre-Yves Johan Compagner a écrit : please attach this to a patch: http://sourceforge.net/tracker/?group_id=119783atid=684977 http://sourceforge.net/tracker/?group_id=119783atid=684977 (and say what files it exactl y are) because else it will get lost. the standaard in java is not iso-8859-1 internally java is all utf but saving to disk and reading java looks at the system what the encoding is. But if you ask me, what you sent to the browser should always be full utf8 because then you never have problems who ever you target.. The projects i work with it is all utf8 browser - app server - database johan On 9/22/06, *Pierre-Yves Saumont* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Here are two versions. Using the UTF8 file does not solve the encoding problem since it will then break applications that use the ISO-8859-1 encoding setting. The javascript language file should be selected according to the encoding used, or its content should be translated to the appropriate encoding. So the solution of using the UTF8 version as is would be worse than the problem it is supposed to solve. Most french applications do in fact use ISO-8859-1 encoding. After all, isn't this is the default encoding for Java? It is somewhat sad since it lacks two characters that are very frequently used in french (oe and OE ligatures), but I think most french users would not like to be forced to switch their app to UTF8 to be able to use the datepicker. Pierre-Yves Johan Compagner a écrit : please give as an updated one then can we correct that And check it in as UTF-8 somehow johan On 9/22/06, *Pierre-Yves Saumont* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: The file calendar-fr.js is in DOS format. Is this OK? (By the way, it also contains some spelling errors in messages, but this is another story.) Pierre-Yves Johan Compagner a écrit : 1) The following configuration is mandatory if you use the french language with IE6 : getRequestCycleSettings().setResponseRequestEncoding(ISO-8859-1); Unless you use this, IE6 reports a Javascript error because the french script with the monthes names reports an unterminated string for every name containing accented characters. This problem does not occur with FF. hmm this should then be really looked at because this is very strange By default we do UTF-8 and that should be able to handle everything. johan // ** I18N // Calendar EN language // Author: Mihai Bazon, [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] // Encoding: any // Distributed under the same terms as the calendar itself. // For translators: please use UTF-8 if possible. We strongly believe that // Unicode is the answer to a real internationalized world. Also please // include your contact information in the header, as can be seen above. // Translator: David Duret, [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] from previous french version // Edited by Pierre-Yves Saumont [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] // full day names Calendar._DN = new Array (Dimanche, Lundi, Mardi, Mercredi, Jeudi, Vendredi, Samedi, Dimanche); // Please note that the following array of short day names (and the same goes // for short month names, _SMN) isn't absolutely necessary. We give it here // for exemplification on how one can customize the short day names, but if // they are simply the first N letters of the full name you can simply say: // // Calendar._SDN_len = N; // short day name length // Calendar._SMN_len = N; // short month name length // // If N = 3 then this is not needed either since we assume a value of 3 if not // present, to be compatible with translation files
Re: [Wicket-user] DatePicker broken in IE6
I did not succeed yet to isolate the problem. I have placed an alert in the Calendar.setup function which shows it is not called on script load (through Ajax) in my app with IE6. However, when I reduce everything to the minimum, it works. So I need to strip down the app bit by bit to figure what makes it fail. As soon as I have a (not)working test case, I will send it. Thanks, Pierre-Yves Matej Knopp a écrit : Can you provide a test case? Or quick start project? I haven't encountered this behavior. I'd like to look at it but I'd need to reproduce it. -Matej Pierre-Yves Saumont wrote: It appears that under some conditions, the script associated with the date picker in the HTML is not executed when the HTML is loaded through Ajax. So Calendar.setup never get called. I could not figure what those secific conditions are. (In a simple use case, it works without problem.) Any idea where to look for? Pierre-Yves Pierre-Yves Saumont a écrit : Just don't use an ajax link to switch the locale. That's not a super idea anyway, as you would typically want the the whole page, with all it's markup etc to reload. Change the switch locale link to a normal link and all should be good. One use case is the need to have the page in ono language and teh datePicker in another one. Another use case could be to have to datePicker in the same page with different languages. Anyway, I figured a way to achieve this, but it was just to realize that it appears that the datePicker can't work anyway in a component that is updated through Ajax. I have an Ajax tabbed panel with one tab containing a datePicker. If I swith to another tab and switch back, the datePicker won't work anymore in IE6 unless the page is reloaded. (No error displayed, just you click on the icon and nothing happens. It works fine in FF, of course) Any suggestion ? Pierre-Yves Eelco Hillenius a écrit : Can somebody tell me how to use setStyle() with a DatePicker settings.setStyle(settings.newStyleGreen()); or (completely custom style) settings.setStyle(new PackageResourceReference(MyDatePicker.class, myStyle.css)); DatePickerSettings datePickerSetting = new DatePickerSettings(); datePickerSetting.setAlign(cr); add(new DatePicker(dateFieldPicker, dateField, datePickerSetting)); but this does not work. With this configuration, when I click on the icon, the DatePicker is not displayed. If I remove the second line, it works. No idea. Please take a look at what jscalendar does/ expects, as many fields are just a means to pass values through to that components. Read about jscalendar here: http://www.dynarch.com/projects/calendar/ Another problem is to configure the DatePicker in a page which locale is switched through an Ajax link. Although the component containing the DatePicker receives the response, the locale of the DatePicker is not changed. I have to reload the teh page to get it work. Is there a solution to have the DatePicker refreshed so its locale is changed ? Just don't use an ajax link to switch the locale. That's not a super idea anyway, as you would typically want the the whole page, with all it's markup etc to reload. Change the switch locale link to a normal link and all should be good. 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 - 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] DatePicker broken in IE6
It appears that under some conditions, the script associated with the date picker in the HTML is not executed when the HTML is loaded through Ajax. So Calendar.setup never get called. I could not figure what those secific conditions are. (In a simple use case, it works without problem.) Any idea where to look for? Pierre-Yves Pierre-Yves Saumont a écrit : Just don't use an ajax link to switch the locale. That's not a super idea anyway, as you would typically want the the whole page, with all it's markup etc to reload. Change the switch locale link to a normal link and all should be good. One use case is the need to have the page in ono language and teh datePicker in another one. Another use case could be to have to datePicker in the same page with different languages. Anyway, I figured a way to achieve this, but it was just to realize that it appears that the datePicker can't work anyway in a component that is updated through Ajax. I have an Ajax tabbed panel with one tab containing a datePicker. If I swith to another tab and switch back, the datePicker won't work anymore in IE6 unless the page is reloaded. (No error displayed, just you click on the icon and nothing happens. It works fine in FF, of course) Any suggestion ? Pierre-Yves Eelco Hillenius a écrit : Can somebody tell me how to use setStyle() with a DatePicker settings.setStyle(settings.newStyleGreen()); or (completely custom style) settings.setStyle(new PackageResourceReference(MyDatePicker.class, myStyle.css)); DatePickerSettings datePickerSetting = new DatePickerSettings(); datePickerSetting.setAlign(cr); add(new DatePicker(dateFieldPicker, dateField, datePickerSetting)); but this does not work. With this configuration, when I click on the icon, the DatePicker is not displayed. If I remove the second line, it works. No idea. Please take a look at what jscalendar does/ expects, as many fields are just a means to pass values through to that components. Read about jscalendar here: http://www.dynarch.com/projects/calendar/ Another problem is to configure the DatePicker in a page which locale is switched through an Ajax link. Although the component containing the DatePicker receives the response, the locale of the DatePicker is not changed. I have to reload the teh page to get it work. Is there a solution to have the DatePicker refreshed so its locale is changed ? Just don't use an ajax link to switch the locale. That's not a super idea anyway, as you would typically want the the whole page, with all it's markup etc to reload. Change the switch locale link to a normal link and all should be good. 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 - 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] DatePicker configuration
Just don't use an ajax link to switch the locale. That's not a super idea anyway, as you would typically want the the whole page, with all it's markup etc to reload. Change the switch locale link to a normal link and all should be good. One use case is the need to have the page in ono language and teh datePicker in another one. Another use case could be to have to datePicker in the same page with different languages. Anyway, I figured a way to achieve this, but it was just to realize that it appears that the datePicker can't work anyway in a component that is updated through Ajax. I have an Ajax tabbed panel with one tab containing a datePicker. If I swith to another tab and switch back, the datePicker won't work anymore in IE6 unless the page is reloaded. (No error displayed, just you click on the icon and nothing happens. It works fine in FF, of course) Any suggestion ? Pierre-Yves Eelco Hillenius a écrit : Can somebody tell me how to use setStyle() with a DatePicker settings.setStyle(settings.newStyleGreen()); or (completely custom style) settings.setStyle(new PackageResourceReference(MyDatePicker.class, myStyle.css)); DatePickerSettings datePickerSetting = new DatePickerSettings(); datePickerSetting.setAlign(cr); add(new DatePicker(dateFieldPicker, dateField, datePickerSetting)); but this does not work. With this configuration, when I click on the icon, the DatePicker is not displayed. If I remove the second line, it works. No idea. Please take a look at what jscalendar does/ expects, as many fields are just a means to pass values through to that components. Read about jscalendar here: http://www.dynarch.com/projects/calendar/ Another problem is to configure the DatePicker in a page which locale is switched through an Ajax link. Although the component containing the DatePicker receives the response, the locale of the DatePicker is not changed. I have to reload the teh page to get it work. Is there a solution to have the DatePicker refreshed so its locale is changed ? Just don't use an ajax link to switch the locale. That's not a super idea anyway, as you would typically want the the whole page, with all it's markup etc to reload. Change the switch locale link to a normal link and all should be good. 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
[Wicket-user] Simple test case for DatePicker Broken in IE6
Hello, I tried to make the simplest test case for DatePicker. I just modified Helloworld.java in wicket examples: public HelloWorld() { add(new Label(message, Hello World!)); TextField dateField = new TextField(dateField, Date.class); add(dateField); add(new DatePicker(dateFieldPicker, dateField)); } and Helloworld.html: body span wicket:id=mainNavigation/ span wicket:id=message id=messageMessage goes here/span br/Date :nbsp;nbsp;input type=text wicket:id=dateField/nbsp;span wicket:id=dateFieldPicker/span /body It works in FF but in IE6, it is completly broken. The first error is Line 57, string not closed. It seems IE6 does not like UTF8 characters in scripts (French locale by default on french system?) Pierre-Yves - 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] DatePicker configuration
Hello, Can somebody tell me how to use setStyle() with a DatePicker ? I tried to use : DatePickerSettings datePickerSetting = new DatePickerSettings(); datePickerSetting.setAlign(cr); add(new DatePicker(dateFieldPicker, dateField, datePickerSetting)); but this does not work. With this configuration, when I click on the icon, the DatePicker is not displayed. If I remove the second line, it works. Another problem is to configure the DatePicker in a page which locale is switched through an Ajax link. Although the component containing the DatePicker receives the response, the locale of the DatePicker is not changed. I have to reload the teh page to get it work. Is there a solution to have the DatePicker refreshed so its locale is changed ? Pierre-Yves - 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
Re: [Wicket-user] [Wicket-develop] Developing a Wicket CMS
Is there any good reason - for the user, not for the developpers;-) not to be JSR-170 compliant ? It would normally be possible to use an existing repository for start. After all Wicket seems to be much more usefull to developp the client application than the repository itself. Pierre-Yves Ted Roeloffzen a écrit : What other types of components would you like to see? How would you all like to see the data stored? Would you like te see a relatively simple database or a content repository like the one described in the JSR-170? Ted Rick On 9/14/06, *Nick Heudecker* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: One project we did about a year ago involved creating a blog for a large automotive client. They wanted to have multiple users with varying permissions (Writer, Editor/Publisher) and multiple personas with which to publish content under. So if John Smith actually wrote the article, when published it could show Howard Prendergas as the author. Those are some features I'd like to have. On 9/14/06, *Ted Roeloffzen* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: At this point we would very much like to know what kind of components the users and developers of Wicket would like to see. When we know that we could narrow our scope. We can target that group of people. Ted Rick On 9/13/06, *Eelco Hillenius* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I'd say, first settle on the scope. If you talk about CMS components, what exactly do you mean? Like the examples given: rich text components/ components that are JCR aware (and while you're at it, take a look at http://jcp.org/en/jsr/detail?id=283), or do you mean components that have to be able to be deployed in a certain CMS? And if you talk about Wicket CMS, you are talking about a container like e.g. opencms, Jahia or Apache Lenya or any of http://java-source.net/open-source/content-managment-systems http://java-source.net/open-source/content-managment-systems? Those three examples are quite different from each other. For instance, one choice with a big impact - much larger than whether or not to use JCR (which btw I think is a good idea) - is the workflow support you give. The ability to define roles and workflows for content is something you would need for anything serious (and don't build that stuff yourself, but e.g. use jBPM). So I think you should first decide whether you want to build widgets with CMS-like functionality, or whether you want to build a CMS. And if you want to build a CMS, you have a lot of further scoping to do. :) As a final note, a similar project was done at Topicus 3-4 years ago that used/ considered Jakarta Slide (which was the initial playground for JSR 170) and had a prototype that was focussed on content definitions etc. Look it up and see if there's anything to learn (probably a bit outdated by now). Good luck and pls keep us informed, 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 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-develop mailing list Wicket-develop@lists.sourceforge.net mailto:Wicket-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-develop - 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 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
Re: [Wicket-user] SUSPECT: RE: Pro Wicket: Great first book onwicket
Che, One thing I have learned is that you learn much more from your errors than from your successes. The reason is that when you make an error, you have to figure why it didn't work and how to fix it. When you have success, you already know the reason: it's just because you are very good at what you are doing (which is often an error from which you can learn... much later and at a much higher cost:-( I think showing what not to do is at least as important (and somtimes more important) as showing the right way. It's even more important when the wrong way is the more evident one. As an author, one has to show why the user should not take this route, rather than just forgetting about it and let the user discover it later at higher cost. Even very basic features are concerned. I am sure no one here ever use the default package. However, I think it is good in an introductory Java book to put the first HelloWorld class in the default package. It is then much more evident to explain why one should not do this. Pierre-Yves Che Schneider a écrit : Okay, understood. And you are right, there hopefullt (and luckily, looking back at my code from former days :) always is a progress and you learn (baby-)step by (baby-)step. However, I think that I chose to read a book in order to skip a few of these steps. Basically, I am trying to learn from other peoples mistakes and take advantage of their (superios) knowledge of a subject. So would it not be better instead of letting me go (although guided) through the same steps I would go through by myself just introducing me to the right way of doing it? Please don't get me wrong: I still think the approach to have an application evolve while you read the book is absolutely fine! However, I would have wished for examples that actually are being written and then used (with only minor modifications) till the end. About your example: Of course you are right. You cannot overload a newbie programmer's brainwith all the features of a language from the start. But you could show him ONE anonymous class. Then another in some other place. When he get's the hang of what it is and how and where to use it, you can use the classes he already wrote and introduce some more going You have already seen how anonymous classes work - now here is another brilliant place where you can use it. If you don't get it, go back to chapter X and reread the part about anonymous classes. Thus you still have code that is the way it should be AND you get the newbie to understand how to program properly and use concepts where appropriate. On the other hand, showing the newbie how to write the (possibly complex) program without anonymous classes and then have him refactor the whole thing later to use anonymous classes he will not understand when to use and when not to use anonymous classes and he would have to go through the whole code again trying to understand it again. But again, that is just my opinion. And I am difficult... :) // Che -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Igor Vaynberg Sent: Friday, September 15, 2006 9:24 AM To: wicket-user@lists.sourceforge.net Subject: Re: [Wicket-user] SUSPECT: RE: Pro Wicket: Great first book onwicket the point i was trying to make is that the progression itself can be an important part of the learning - its the journey not the destination stuff. compare the code you write now to the code you wrote two years ago. i bet the one you write now is a lot more efficient and much cleaner. now imagine yourself two years ago looking at the code you write today. i bet you wouldnt just go oh damn thats the way i should do it from now on and instead go umm...what the hell is this and how does it work a more concrete example. show a newbie java programmer code full of anonymous classes. chances are they are not going to understand it even though it can be the best approach to the problem. the point that you make about it being unexpected is also valid. it mightve been better if karthik gave you a heads up that there are better ways of doing this later on. -Igor On 9/15/06, Che Schneider [EMAIL PROTECTED] wrote: Hey Igor, Although I disagree about the 'real life' (that's what you have the design for: to avoid the constant architecture change), you are right that in a book it is a valid approach. However, I very much dislike it unless you clearly state in the beginning that you are gonna do it in a messy way just to show something. Otherwise people (me) spend time reading, understanding and learning what was said just to learn that 'Actually, there is a much better way of doing this.'. And that is what it comes down to in the book sometimes: not 'different' ways but actually 'better' ways! If you want to show a certain feature of the
Re: [Wicket-user] How to detect page switch
Thanks Martijn, Your implementation is inspiring. I will rewrite mine following your example. Merging adds some problems in itself, and some more if you want to be smart to the user when some field conflict. There even is a problem when no fields conflict because the resulting record might not be what the user expected when saving. So it is probably necessary to return the actual and modified values in any case if versions differ. (ie even if there was no field confict.) Pierre-Yves Martijn Dashorst a écrit : Just a general comment on this thread, I have added a VersionedForm to our application which will discover a stale object based on the version number in the object (using javax.persistence @Version annotation). I have described this component here: http://jroller.com/page/dashorst?entry=wicket_goodie_hibernate_versioned_form (BTW Frank: woogle didn't find this article!) If a concurrent update has been detected, the form will repopulate with the values from the database. The user should then re enter the values (as the previous values were based on old information, the new data can invalidate his data!). It doesn't do locking across requests, and has served our purpose. It may provide you with an alternative. Martijn - 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
Re: [Wicket-user] How to detect page switch
Yes, that's what I am doing. I will then store the objects in the session and later add support for storing them in a temp table if needded. In case the objects are to be saved in the database, what would be the best approach? I the same table as the actual object (needs one more field to indicate if it is an original clone or an actual object)? Or in a separate table (needs to double the number of tables)? Pierre-Yves Igor Vaynberg a écrit : if you keep a clone of the object before the change in your session (which sounds like you do) then there wont be any issues. you have all 3 states needed to merge correctly. -Igor On 9/13/06, *Pierre-Yves Saumont* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I eventually implemented something very close to what you describe. Basically it is a sort of optimistic locking with field merging so that update fails only for those fields that are found different at update time than at read time. In such case, fields that can be updated are and those that can't are left unchanged. The form is redisplayed so the user can see the two versions. If he saves a second time, all fields are updated. However, to achieve this, I need to implement pessimistic locking for a short time, between the time the form is redisplayed and the time the user saves again or cancel. (Pessimistic locking is also implemented between a delete request and its confirmation or cancellation.) The problem is that the user can make a third choice and go to have a coffe break. So, the lock that the user (in fact the session) has acquire will expire after some configurable time. It works by writing the session id, the lock time and the maximum delay into the database. That way, if another user comes, he can see if there is a lock and if this lock is active, and act accordingly. This is supposed to solve the problem of the user not releasing a lock. There is still a problem: in the optimistic/merge scenario, I must have a copy of the field values at read time to compare with the modified fields and the actual fields. For this, I keep a reference to the hibernate object. The modified fields are in a value object. Not holding a reference to the original object would not be relevant if I would still hold a reference to the value object. It makes little sense to throw one away and keep the other. But there is no hibernate related problem, since the object is never used to persist or merge the data. Now, it could be possible to keep only the ids of the objects. For this, I would have to store the two objects in the database. But I do not think this would be rewarding. I would need to create special tables for this, write the two objects, read them, and eventually delete them. I prefer to have small objects (in case of big entities, just break them in smaller parts) and store them for the duration of the pseudo transaction. At worst, they will be thrown away when the session expires and the locks in the database will have themsevles expired much longer before. The real question is which potential problem is hidden in this scenario and will suddenly jump out when the app will be in production ? :-( Pierre-Yves Johan Compagner a écrit : you really shouldn't lock objects over request.. Because you don't controll anything. He can close the browser or go away In a swing app where you have a connection to you can at least do something about it (and show that to the user that he looses it and take it again on a focus of a field) But long transactions or locks over request is in my eyes bad praktisch that shouldn't be done in a webapp. Maybe with full use of ajax you can get to the behaviour a bit that a fat client would have.. But i prefer other way. Just let it change it and if it did change (does that really happen a lot? i can't believe that) then report that first back to the user that a save couldn't happen because another person did change it already and do show those changes (try to merge it) johan On 9/12/06, *Pierre-Yves Saumont* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi, Is there a Wicket (ie really smart) way to detext when the user switch to another page? The use case is to release locks that a user might have put on database records with pessimistic locking when the user switch to another page. Pierre-Yves
Re: [Wicket-user] Pro Wicket: Great first book on wicket
This book was (and still is) a very valuable help to me. I did not read it cover to cover, although I should have. (I wish I had enough time for this !). It's a very good introductory book, the kind that gives the best value for the time you spend reading it. In a perfect world, it would have been nice to find some insight about the internal working of wicket, the philosophy behind it, the best pratices to integrate it with (your prefered product goes here), etc. But probably the book would not yet be available, and I would not have time to read it in details. As for the typos, I really don't care. The more you need the book, the less you notice the typos! And those who don't want typos can always wait for the book to be edited and printed. Thanks Karthik, your book is real value for the money. Pierre-Yves karthik Guru a écrit : To say that I really feel sorry that the book didn't prove to be of much use to you would be an understatement. How I wish it were within my capacity to refund the money to all those who bought the book and didn't like it! :( As for 'Pro' , I didn't pick the title. The publisher's interpretation seems to be a little different. I'm not really at fault here. May be I should have read - 'Tapestry in Action' / 'JSF In action'. Also, its important to realize that the possibilities are endless with Wicket and there is this dreaded thing called a 'deadline'. Plus writing a book on a beta (Wicket was 1.2 beta then) product is not easy either. On the brighter side, Wicket in Action will be here! and I do get emails from readers thanking me for introducing them to this excellent framework! . I think that's great for the community. P.S.: There are quite a lot of typos and inconsistencies in the beta version I read. I guess that has changed or will change soon... Yes, I have passed on the corrections to the publisher. - Karthik On 9/14/06, Che Schneider [EMAIL PROTECTED] wrote: Hey, I have to agree with Gavin: the book is indeed a bit rough. For example, the auther takes loads of time to elaborate certain 'features' while others are being handled as if he expects the audience to know what he is talking about. The examples are imo completely useless in real life since they sometimes violate DRY and are all a little too much meant as an example. This is another weak point: the auther prints pages of source that you go through and finally understand (since his explanations are sometimes not really to the point) just to find a sentence at the end going: Well, this is not really nice, why don't we do this instead!. And there come another couple of pages of source. The information you get from the book also does not help you to develop nice applications: I really had to get used to the new way of writing web apps with wicket. If you are an experienced J2EE developer you need the information presented in a way that does not tell you how to solve a certain problem (THAT I can always find on the internet) but how do DESIGN and COMPOSE your application. It feels like the author DOES have a profound knowledge of wicket. He just does not really know how to pass it on to the audience and how much background he can expect from the readers. That said I must admit that it is a decent introductory book, especially since there is nothing like it anywhere on the web. Many of the questions that come up here are actually being answered in the book. Don't get confused by the title, though: it is definitely not 'Pro' Wicket! //Che P.S.: There are quite a lot of typos and inconsistencies in the beta version I read. I guess that has changed or will change soon... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gavin Sent: Thursday, September 14, 2006 1:32 AM To: wicket-user@lists.sourceforge.net Subject: [Wicket-user] Pro Wicket: Great first book on wicket Hello, I have been looking at wicket for some time. I found it after looking at many other frameworks (Struts, Spring, WebWork, etc). Wicket seemed to be the best suited to my needs (more java focused with great components). Although, technically, it had one the web framework race for me, its documentation was minimal to non-existent (esp high level non api docs). Now there is finally a book that addresses this issue. APress will be publishing Pro Wicket (http://www.apress.com/book/bookDisplay.html?bID=10189) I bought the beta e-book online (US$20) and it is very good. So a big thanks to Karthik Gurumurthy. The book is almost complete (although a little rough and could use some more editing). It covers the Wicket basics very well, explaining why you do things (which is often more important than how). Chapters cover: - setting up wicket (quick start) - validation - layout - integration with spring, velocity - localization - components (and wicket extensions) - ajax - unit testing and even wicket 2
Re: [Wicket-user] Developing a Wicket CMS
Hello, What is the intended audience? Do you intend to create a product suitable for CMS administrators needs? In that case, we (the list) might not really be the ones to ask. Most people here would probably be more interested in a Wicket-CMS extension, something that would help us to create CMSlike applications rather than a full standalone app. As far as I am concerned, I would need components that allow to integrate easyly some CMS functionnlities in a Web app more than a complete application. Pierre-Yves Ted Roeloffzen a écrit : Hello Wicket community, We, two IT-students, are currently working on our graduation assignment. Our assignment states that we develop a Wicket CMS, or at least components for the CMS. This assignment will take place from 4-9-2006 until late January of 2007. At this stage of the project we are just researching which options current popular CMS systems are offering and which we should implement in the Wicket CMS. At the same time we are researching how wicket works and which options are useful for using in the Wicket CMS. Through this mailinglist we would like to inform you about our assignment and we were hoping to get any suggestions and ideas from you, about which kind of components would you like to see and which not. We are also in doubt about using the JSR-170. Are you familiar with this JSR and if so what are your experiences with it. Should we use it or toss it out the window? We hope that you’re willing to cooperate with us and make this project into a success. Yours sincerely, Rick Postma Ted Roeloffzen - 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
Re: [Wicket-user] Developing a Wicket CMS
That sounds good. The main component that I think is needed is one that allow the user to create rich documents. There are already many solutions for this, but they are generally not well integrated. (By rich documents, I mean rich text + images + minimal layout). Images are an important problem because they must probably be processed in several ways, such as downsampling to optimize storage space. For rich text, we have used APT format, which is a minimal acceptable solution, and XDOC which is much better for a programmer but would need a front end for end users. The next need would be a way to mark the documents with different status, and a user hierarchy management system that would allow to manage user rights to: read write edit publish unpublish etc. Version tracking is also something that is desirable, although less important. Other functionnlities I can think of are Manage list of users that subscribe to receive mail about different events (new document, change in document status, etc). Calendar and the possibility to program events in advance, such as document publication or unpublication. Availability of some content through RSS or web services Statistics about the application use... Of course, i18n and styling is mandatory, but this comes for free with Wicket ;-) Pierre-Yves Ted Roeloffzen a écrit : What we would like to do is create these components and to incorporate those in a comlete application. The components could become a Wicket-extension and the CMS could be used by others. Ted Rick On 9/13/06, *Pierre-Yves Saumont* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hello, What is the intended audience? Do you intend to create a product suitable for CMS administrators needs? In that case, we (the list) might not really be the ones to ask. Most people here would probably be more interested in a Wicket-CMS extension, something that would help us to create CMSlike applications rather than a full standalone app. As far as I am concerned, I would need components that allow to integrate easyly some CMS functionnlities in a Web app more than a complete application. Pierre-Yves Ted Roeloffzen a écrit : Hello Wicket community, We, two IT-students, are currently working on our graduation assignment. Our assignment states that we develop a Wicket CMS, or at least components for the CMS. This assignment will take place from 4-9-2006 until late January of 2007. At this stage of the project we are just researching which options current popular CMS systems are offering and which we should implement in the Wicket CMS. At the same time we are researching how wicket works and which options are useful for using in the Wicket CMS. Through this mailinglist we would like to inform you about our assignment and we were hoping to get any suggestions and ideas from you, about which kind of components would you like to see and which not. We are also in doubt about using the JSR-170. Are you familiar with this JSR and if so what are your experiences with it. Should we use it or toss it out the window? We hope that you're willing to cooperate with us and make this project into a success. Yours sincerely, Rick Postma Ted Roeloffzen - 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 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net mailto: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
[Wicket-user] setStripXmlDeclarationFromOutput(true) does not always work
Hello, Although setStripXmlDeclarationFromOutput() is set to true in the application class, the XML declaration is somtimes removed and somtimes not. It is removed on each normal page load. However, it is not when the page is reloaded by clicking the reload button in the browser and the session as expired. This happens in IE6 and Firefox. It has no effect in Firefox, but it has the distastrous well known effect in IE6. Is this a known issue? Pierre-Yves - 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
Re: [Wicket-user] How to detect page switch
I eventually implemented something very close to what you describe. Basically it is a sort of optimistic locking with field merging so that update fails only for those fields that are found different at update time than at read time. In such case, fields that can be updated are and those that can't are left unchanged. The form is redisplayed so the user can see the two versions. If he saves a second time, all fields are updated. However, to achieve this, I need to implement pessimistic locking for a short time, between the time the form is redisplayed and the time the user saves again or cancel. (Pessimistic locking is also implemented between a delete request and its confirmation or cancellation.) The problem is that the user can make a third choice and go to have a coffe break. So, the lock that the user (in fact the session) has acquire will expire after some configurable time. It works by writing the session id, the lock time and the maximum delay into the database. That way, if another user comes, he can see if there is a lock and if this lock is active, and act accordingly. This is supposed to solve the problem of the user not releasing a lock. There is still a problem: in the optimistic/merge scenario, I must have a copy of the field values at read time to compare with the modified fields and the actual fields. For this, I keep a reference to the hibernate object. The modified fields are in a value object. Not holding a reference to the original object would not be relevant if I would still hold a reference to the value object. It makes little sense to throw one away and keep the other. But there is no hibernate related problem, since the object is never used to persist or merge the data. Now, it could be possible to keep only the ids of the objects. For this, I would have to store the two objects in the database. But I do not think this would be rewarding. I would need to create special tables for this, write the two objects, read them, and eventually delete them. I prefer to have small objects (in case of big entities, just break them in smaller parts) and store them for the duration of the pseudo transaction. At worst, they will be thrown away when the session expires and the locks in the database will have themsevles expired much longer before. The real question is which potential problem is hidden in this scenario and will suddenly jump out when the app will be in production ? :-( Pierre-Yves Johan Compagner a écrit : you really shouldn't lock objects over request.. Because you don't controll anything. He can close the browser or go away In a swing app where you have a connection to you can at least do something about it (and show that to the user that he looses it and take it again on a focus of a field) But long transactions or locks over request is in my eyes bad praktisch that shouldn't be done in a webapp. Maybe with full use of ajax you can get to the behaviour a bit that a fat client would have.. But i prefer other way. Just let it change it and if it did change (does that really happen a lot? i can't believe that) then report that first back to the user that a save couldn't happen because another person did change it already and do show those changes (try to merge it) johan On 9/12/06, *Pierre-Yves Saumont* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi, Is there a Wicket (ie really smart) way to detext when the user switch to another page? The use case is to release locks that a user might have put on database records with pessimistic locking when the user switch to another page. Pierre-Yves - 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 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net mailto:Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user 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
[Wicket-user] How to detect page switch
Hi, Is there a Wicket (ie really smart) way to detext when the user switch to another page? The use case is to release locks that a user might have put on database records with pessimistic locking when the user switch to another page. Pierre-Yves - 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
Re: [Wicket-user] How to detect page switch
I already tried this method, but it is called just before the user can see the page. What I need is to do something when he leaves the page. However, I think I have found an acceptable solution. I would make all my data objects implements an interface (let's say Lockable) and retain the last locked object in the session. That way, I can release the last locked object on each new request (if needed). The risk is to have the last object locked until the session expires, but that's acceptable in my use case. However, I red many times that big objects should not be put in the session. Putting an object in the session is just a matter of retaining a reference to it. So it should not cost much. Or do I miss something? Pierre-Yves Eelco Hillenius a écrit : Is there a Wicket (ie really smart) way to detext when the user switch to another page? The use case is to release locks that a user might have put on database records with pessimistic locking when the user switch to another page. For every request target that was set during a request (like for everytime you called setResponsePage), onDetach will be called at the end of the request handling. This is the place where you should clean up resources for normal requests. 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 - 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
Re: [Wicket-user] How to detect page switch
Matej, I do not understand your point :-( The object does not get replicated when a reference to it is stored in the session. So I understand point b, but in case no clustering is used, why would there be a memory problem? Putting a reference in the session is just a way to keep a handle on the object. Having the reference the session is not different from having it anywhere else, as far as memory is concerned. Or is it? Pierre-Yves Matej Knopp a écrit : Putting large objects into session is ok, as long as you a) have enough memory and can afford it b) don't replicate the session (clustering). -Matej Pierre-Yves Saumont wrote: I already tried this method, but it is called just before the user can see the page. What I need is to do something when he leaves the page. However, I think I have found an acceptable solution. I would make all my data objects implements an interface (let's say Lockable) and retain the last locked object in the session. That way, I can release the last locked object on each new request (if needed). The risk is to have the last object locked until the session expires, but that's acceptable in my use case. However, I red many times that big objects should not be put in the session. Putting an object in the session is just a matter of retaining a reference to it. So it should not cost much. Or do I miss something? Pierre-Yves Eelco Hillenius a écrit : Is there a Wicket (ie really smart) way to detext when the user switch to another page? The use case is to release locks that a user might have put on database records with pessimistic locking when the user switch to another page. For every request target that was set during a request (like for everytime you called setResponsePage), onDetach will be called at the end of the request handling. This is the place where you should clean up resources for normal requests. 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 - 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
Re: [Wicket-user] How to detect page switch
Thank you for this clarification. So it appears that, in an unclusterd context, the problem is not with storing references *in sessions*, but simply with storing references. I am using hibernate objects and I need to keep to copies of the data, so I am creating a value object plus I keep the original hibernate object. Perhaps I would better create 2 value objects and throw away the hibernate object (in case this object is much bigger than a simple value object??). I must check for this. (But this is not Wicket related ;-). Thanks again Pierre-Yves Eelco Hillenius a écrit : On 9/12/06, Pierre-Yves Saumont [EMAIL PROTECTED] wrote: Matej, I do not understand your point :-( The object does not get replicated when a reference to it is stored in the session. So I understand point b, but in case no clustering is used, why would there be a memory problem? Putting a reference in the session is just a way to keep a handle on the object. Having the reference the session is not different from having it anywhere else, as far as memory is concerned. Or is it? That,, of course, depends on where that object comes from and how long lived it would be if it were not put in the session. For instance, if you have some objects you get from an ORM (like Hibernate), they typically only have to exist for a short time, e.g. during a transaction, interpreting the results of a query, etc. Usually, this means that such objects live for one request. However, if you references to such objects in your components or models, they'll live as long as those components/ models live, which might be for the duration of the session. But if you would store e.g. only the ids of those objects, or the query to get them or just a reference to a service that knows how to get them, you'll use less memory. This is the main reason we have detachable models. Replication, like you said, only happens when you run in a cluster *and* you use http session replication *and* you use http session as session store (HttpSessionStore) *or* when a server tries to persist sessions e.g. on shutdown so that on startup it can pick up it's sessions again. 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
Re: [Wicket-user] How to fire an onClick event programmatically ? (works in Firefox, not in IE6)
Sorry Igor, I just clicked Answer and the message was sent to your address :-( Here it is for the list: This might be a better solution than the one I figured (placing the script in the head element. The problem with placing the script in the head element is that there will be one specific javascript function for each form in the page, and the number of potential forms can be quite high, due to the fact that the page contains a 7 tabs tabbed panel, each panel can contains another tab panel with as many tabs, and each tab can contain 1 to 3 forms. That makes around 100 fuctions which only differ by the name of the component holding the onClick handler. So using ajaxtarget.addjavascript() might certainly be simpler, if possible. BTW, I would like to know how other developpers solve this use case: - The user click on a link to delete a record displayed in a list view. - The server marks the record to be deleted and put the current time in a variable, then display the same page with a modal dialog asking for confirmation. - If the user clik yes, the server delete the record only if less that 15 seconds have elapsed. Using a hand made dialog box (a div that is made visible only for this use) is very easy. Using a Javascript confirm dialog is more difficult, because the script that holds if confirm('message')... then load a url that has to be created by Wicket. My solution was to put invisible Ajax links in the page and call onClick() on these. But I am pretty sure there is a much smarter solution ;-) BTW, the solution might be at a higher level, in choosing a different strategy for record deletion confirmation ? Pierre-Yves Igor Vaynberg a écrit : this is a browser issue more then anything. it is prety difficult to get scripts loaded through ajax to execute. this will be fixed in 1.3 and is already implemented in 2.0 with lots of sweat and pain. meanwhile if you want wicket to execute some javascript you can use ajaxtarget.addjavascript(), dont know if it helps your usecase. -Igor On 9/10/06, *Pierre-Yves Saumont* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I eventually figured where the problem was: in IE6, scripts that are contained in Ajax responses seems not to be executed. If I place the script in a component that is loaded normally (not through Ajax), everthing is OK. Is this problem a known issue with IE6 ? In fact, I noticed some other strange behavior: If I place some HTML code that is to produce a Wicket error, such as wicket:head inside a wicket:panel, no error is detected if this code is loaded through Ajax. Only if I reload the page (so that everything is loaded normally) is the error detected. Pierre-Yves Pierre-Yves Saumont a écrit : Hello, I need to call the onClick event handler containing a Wicket generated URL from a script. The id of the component holding the onClick event handler is rightColumn_pagePanel_dialogBoxReponses_tabs_panel_dialogBoxContent_confirmLink On first page load, the event handler is: onclick=var wcall=wicketAjaxGet('/ceagrap/app?wicket:interface=:3:rightColumn:pagePanel:dialogBoxReponses:tabs:panel:dialogBoxContent:outside_partners:0:deleteGraphicButton::IBehaviorListenerwicket:behaviorId=0' I am calling it as follow: document.getElementById(rightColumn_pagePanel_dialogBoxReponses_tabs_panel_dialogBoxContent_confirmLink).onclick(); This works fine in Firefox but causes an error in IE6: ERROR: error while processing response: [object Error].Objet attendu INFO: invoking failure handler... If I reload the page, the onClick handler change to: onclick=var wcall=wicketAjaxGet('/ceagrap/app?wicket:interface=:3:rightColumn:pagePanel:dialogBoxReponses:tabs:panel:dialogBoxContent:outside_partners:0:deleteGraphicButton:1:IBehaviorListenerwicket:behaviorId=0' and then it works fine event in IE6. The only difference between the two handler is: ...deleteGraphicButton::IBehaviorListener... ...deleteGraphicButton:1:IBehaviorListener... (Clicking on the link works in any case. Only calling it through Javascript make the first one fail) Does anyone know how to solve this problem? Pierre-Yves - 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 http://sel.as-us.falkag.net/sel?cmd=lnkkid
Re: [Wicket-user] How to fire an onClick event programmatically ? (works in Firefox, not in IE6)
If you mean placing scriptfunction() { }/script in the Ajax response, it does not work in IE6 but it works in Firefox. (With Wicket 1.2.2) Pierre-Yves Matej Knopp a écrit : Ajax Header contribution is already working in 1.2.2. Scripts in ajax response (scriptfunction() { }/script should work as well. If it doesn't work then there might be a problem with ajax header contribution? -Matej Igor Vaynberg wrote: this is a browser issue more then anything. it is prety difficult to get scripts loaded through ajax to execute. this will be fixed in 1.3 and is already implemented in 2.0 with lots of sweat and pain. meanwhile if you want wicket to execute some javascript you can use ajaxtarget.addjavascript(), dont know if it helps your usecase. -Igor On 9/10/06, *Pierre-Yves Saumont* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I eventually figured where the problem was: in IE6, scripts that are contained in Ajax responses seems not to be executed. If I place the script in a component that is loaded normally (not through Ajax), everthing is OK. Is this problem a known issue with IE6 ? In fact, I noticed some other strange behavior: If I place some HTML code that is to produce a Wicket error, such as wicket:head inside a wicket:panel, no error is detected if this code is loaded through Ajax. Only if I reload the page (so that everything is loaded normally) is the error detected. Pierre-Yves Pierre-Yves Saumont a écrit : Hello, I need to call the onClick event handler containing a Wicket generated URL from a script. The id of the component holding the onClick event handler is rightColumn_pagePanel_dialogBoxReponses_tabs_panel_dialogBoxContent_confirmLink On first page load, the event handler is: onclick=var wcall=wicketAjaxGet('/ceagrap/app?wicket:interface=:3:rightColumn:pagePanel:dialogBoxReponses:tabs:panel:dialogBoxContent:outside_partners:0:deleteGraphicButton::IBehaviorListenerwicket:behaviorId=0' I am calling it as follow: document.getElementById(rightColumn_pagePanel_dialogBoxReponses_tabs_panel_dialogBoxContent_confirmLink).onclick(); This works fine in Firefox but causes an error in IE6: ERROR: error while processing response: [object Error].Objet attendu INFO: invoking failure handler... If I reload the page, the onClick handler change to: onclick=var wcall=wicketAjaxGet('/ceagrap/app?wicket:interface=:3:rightColumn:pagePanel:dialogBoxReponses:tabs:panel:dialogBoxContent:outside_partners:0:deleteGraphicButton:1:IBehaviorListenerwicket:behaviorId=0' and then it works fine event in IE6. The only difference between the two handler is: ...deleteGraphicButton::IBehaviorListener... ...deleteGraphicButton:1:IBehaviorListener... (Clicking on the link works in any case. Only calling it through Javascript make the first one fail) Does anyone know how to solve this problem? Pierre-Yves - 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 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net mailto: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 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net mailto: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
[Wicket-user] How to fire an onClick event programmatically ? (works in Firefox, not in IE6)
Hello, I need to call the onClick event handler containing a Wicket generated URL from a script. The id of the component holding the onClick event handler is rightColumn_pagePanel_dialogBoxReponses_tabs_panel_dialogBoxContent_confirmLink On first page load, the event handler is: onclick=var wcall=wicketAjaxGet('/ceagrap/app?wicket:interface=:3:rightColumn:pagePanel:dialogBoxReponses:tabs:panel:dialogBoxContent:outside_partners:0:deleteGraphicButton::IBehaviorListenerwicket:behaviorId=0' I am calling it as follow: document.getElementById(rightColumn_pagePanel_dialogBoxReponses_tabs_panel_dialogBoxContent_confirmLink).onclick(); This works fine in Firefox but causes an error in IE6: ERROR: error while processing response: [object Error].Objet attendu INFO: invoking failure handler... If I reload the page, the onClick handler change to: onclick=var wcall=wicketAjaxGet('/ceagrap/app?wicket:interface=:3:rightColumn:pagePanel:dialogBoxReponses:tabs:panel:dialogBoxContent:outside_partners:0:deleteGraphicButton:1:IBehaviorListenerwicket:behaviorId=0' and then it works fine event in IE6. The only difference between the two handler is: ...deleteGraphicButton::IBehaviorListener... ...deleteGraphicButton:1:IBehaviorListener... (Clicking on the link works in any case. Only calling it through Javascript make the first one fail) Does anyone know how to solve this problem? Pierre-Yves - 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
Re: [Wicket-user] How to fire an onClick event programmatically ? (works in Firefox, not in IE6)
I eventually figured where the problem was: in IE6, scripts that are contained in Ajax responses seems not to be executed. If I place the script in a component that is loaded normally (not through Ajax), everthing is OK. Is this problem a known issue with IE6 ? In fact, I noticed some other strange behavior: If I place some HTML code that is to produce a Wicket error, such as wicket:head inside a wicket:panel, no error is detected if this code is loaded through Ajax. Only if I reload the page (so that everything is loaded normally) is the error detected. Pierre-Yves Pierre-Yves Saumont a écrit : Hello, I need to call the onClick event handler containing a Wicket generated URL from a script. The id of the component holding the onClick event handler is rightColumn_pagePanel_dialogBoxReponses_tabs_panel_dialogBoxContent_confirmLink On first page load, the event handler is: onclick=var wcall=wicketAjaxGet('/ceagrap/app?wicket:interface=:3:rightColumn:pagePanel:dialogBoxReponses:tabs:panel:dialogBoxContent:outside_partners:0:deleteGraphicButton::IBehaviorListenerwicket:behaviorId=0' I am calling it as follow: document.getElementById(rightColumn_pagePanel_dialogBoxReponses_tabs_panel_dialogBoxContent_confirmLink).onclick(); This works fine in Firefox but causes an error in IE6: ERROR: error while processing response: [object Error].Objet attendu INFO: invoking failure handler... If I reload the page, the onClick handler change to: onclick=var wcall=wicketAjaxGet('/ceagrap/app?wicket:interface=:3:rightColumn:pagePanel:dialogBoxReponses:tabs:panel:dialogBoxContent:outside_partners:0:deleteGraphicButton:1:IBehaviorListenerwicket:behaviorId=0' and then it works fine event in IE6. The only difference between the two handler is: ...deleteGraphicButton::IBehaviorListener... ...deleteGraphicButton:1:IBehaviorListener... (Clicking on the link works in any case. Only calling it through Javascript make the first one fail) Does anyone know how to solve this problem? Pierre-Yves - 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
[Wicket-user] How to use Javascript Alert
Hello, What is the best way to call a Wicket url from Javascript? Is it possible to have Wicket embed a link in a script? Or should I use a normal link, make it invisible an programmatically click on it from the script? Thanks Pierre-Yves - 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
[Wicket-user] Testing Wicket application
Hello, I would be interested to hear about your experience in testing Wicket application, particularly using Ajax. My experience, after one week trying several solutions, is not so good. I tried jWebUnit and ad a lot of problems with scripts. So I downgrade to HtmlUnit to found that the javascript handling seems to be much different from what a normal browser do. One issue is that although an Ajax call would succeed in a normal browser, HtmlUnit reports an error in the onFailure handler. Either the Ajax call fails, or the failure handler is executed even if the call succeeds. Furthermore, HtmlUnit reports an error in the script although forcing the call to fail in a normal browser produces no error. There is a similar problem with some scripts that are linked to the page. Although they are not executed on page load by a normal browser, HtmlUnit reports an error in them. The error is the same in both cases: null browser objects like navigator.userAgent or window.location Another issue is that when an Ajax call succeeds (after removing the onFailure handler), the result that is received by HtmlUnit is not the same as in a normal browser, ie the response displayed through page.asXml() is completely different from what is displayed in the Ajax Debug Window. I can see that it is in fact a response to Wicket Ajax call, but the data is not correct. After the call, in a normal browser, the target components are updated. In HtmlUnit, they are not. Has anyone experienced such issues? Do yo think these are HtmlUnit issues only and has nothing to do with Wicket? Do you know better solutions for testing Ajax Wicket apps? Thanks Pierre-Yves - 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
Re: [Wicket-user] Testing Wicket application
I just download Selenium and make my first test case. It works like a charm. It looks so smart I don't think I will ever want to use anything else for testing Web applications ! Thanks, Martijn ! Pierre-Yves Martijn Dashorst a écrit : Take a look at selenium. That runs inside your browser, and makes recording of tests pretty easy with the selenium ide. The tests will be rather slow but much faster than running them by hand. jWebUnit (Julien Henry) is currenlty working on integrating selenium runner as one of the drivers. Martijn On 9/7/06, Nino Wael [EMAIL PROTECTED] wrote: Hi We tried jWebUnit aswell and found it very slow to work with, at some point it just became to time consuming(it's properly fine if you have normal simple html pages). Currently we are wondering if we could use Jmeter for unit tests of the GUI, it seems doable but haven't really looked into it yet. Regards Nino -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pierre-Yves Saumont Sent: 7. september 2006 10:50 To: wicket-user@lists.sourceforge.net Subject: [Wicket-user] Testing Wicket application Hello, I would be interested to hear about your experience in testing Wicket application, particularly using Ajax. My experience, after one week trying several solutions, is not so good. I tried jWebUnit and ad a lot of problems with scripts. So I downgrade to HtmlUnit to found that the javascript handling seems to be much different from what a normal browser do. One issue is that although an Ajax call would succeed in a normal browser, HtmlUnit reports an error in the onFailure handler. Either the Ajax call fails, or the failure handler is executed even if the call succeeds. Furthermore, HtmlUnit reports an error in the script although forcing the call to fail in a normal browser produces no error. There is a similar problem with some scripts that are linked to the page. Although they are not executed on page load by a normal browser, HtmlUnit reports an error in them. The error is the same in both cases: null browser objects like navigator.userAgent or window.location Another issue is that when an Ajax call succeeds (after removing the onFailure handler), the result that is received by HtmlUnit is not the same as in a normal browser, ie the response displayed through page.asXml() is completely different from what is displayed in the Ajax Debug Window. I can see that it is in fact a response to Wicket Ajax call, but the data is not correct. After the call, in a normal browser, the target components are updated. In HtmlUnit, they are not. Has anyone experienced such issues? Do yo think these are HtmlUnit issues only and has nothing to do with Wicket? Do you know better solutions for testing Ajax Wicket apps? Thanks Pierre-Yves - 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
Re: [Wicket-user] Double quotes in AjaxCall Decorator scripts
Not really a problem for me. It's just that it can be misleading to have an Ajax call failing when Wicket Ajax Debug Window says it succeeded. May be I did not make myself clear : using double quotes in the failure handler script makes the *Ajax call* fail, not only the failure handler. Pierre-Yves Igor Vaynberg a écrit : not that much we can do since the event script is already in quotes when in html eg onclick=foo(); if its a big problem write out the message in a standalone js function and call that func from the call decorator. -Igor On 8/28/06, * Pierre-Yves Saumont* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hello, When defining a script to use with decorateOnFailureScript in AjaxCallDecorator, it is not possible do write: public CharSequence decorateOnFailureScript(CharSequence script) { return alert(\message\); } one can only use single quotes: public CharSequence decorateOnFailureScript(CharSequence script) { return alert('message'); } This creates two problems: 1) The first solution does not produce any error message. The Ajax call just fails silently. There is no error indicated in the Ajax Debug Dialog Box. 2) Some languages (at least French) make heavy use of single quotes. If an error message is to be put between single quotes, all single quotes inside the error message have to be escaped twice (once for Java and once for Javascript. A message like : S'il vous plait has to be written: 'S\\'il vous plait' Although this is not a problem for a programmer ;-) , is can be more problematic for the person who is in charge of translating the English property file to French. Pierre-Yves - 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 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net mailto: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
[Wicket-user] [Fwd: [Re: Double quotes in AjaxCall Decorator scripts]]
I have posted this message 6 hours ago and it does not appear yet, so I repost it. I apologize if it is posted twice. I am having great trouble with the spam cops. I have to change my ip after each message I post to the list :-( it really says it succeeded? the call should never be made... You're right. I have so many Ajax calls in my application that I did not properly read the Ajax Debug dialog. the entire call is not made because the handler has a broken js syntax correct? correct. i think at the end you have to know where in the html this is going to so that you can properly escape stuff. maybe some javadoc on the call decorator - mind creating a patch? As I did not fin d any information on Wicket site about how to submit a patch, I enclosed it with this mail. Regarding the problem of the missing semicolon at the end of the decorateScript script, this could be avoided by having wicket insert a semicolon. It does not even has to test for an existing one since two semicolons won't hurt. Pierre-Yves -Igor Pierre-Yves Igor Vaynberg a écrit : not that much we can do since the event script is already in quotes when in html eg onclick=foo(); if its a big problem write out the message in a standalone js function and call that func from the call decorator. -Igor On 8/28/06, * Pierre-Yves Saumont* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hello, When defining a script to use with decorateOnFailureScript in AjaxCallDecorator, it is not possible do write: public CharSequence decorateOnFailureScript(CharSequence script) { return alert(\message\); } one can only use single quotes: public CharSequence decorateOnFailureScript(CharSequence script) { return alert('message'); } This creates two problems: 1) The first solution does not produce any error message. The Ajax call just fails silently. There is no error indicated in the Ajax Debug Dialog Box. 2) Some languages (at least French) make heavy use of single quotes. If an error message is to be put between single quotes, all single quotes inside the error message have to be escaped twice (once for Java and once for Javascript. A message like : S'il vous plait has to be written: 'S\\'il vous plait' Although this is not a problem for a programmer ;-) , is can be more problematic for the person who is in charge of translating the English property file to French. Pierre-Yves - 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 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net mailto:Wicket-user@lists.sourceforge.net mailto:Wicket-user@lists.sourceforge.net mailto: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 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net mailto:Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user /* * $Id: org.eclipse.jdt.ui.prefs,v 1.6 2006/02/06 08:27:03 ivaynberg Exp $ * $Revision: 1.6 $ $Date: 2006/02/06 08:27:03 $ * * == * Licensed under the Apache License, Version 2.0 (the License); you may not * use this file except in compliance
[Wicket-user] Double quotes in AjaxCall Decorator scripts
Hello, When defining a script to use with decorateOnFailureScript in AjaxCallDecorator, it is not possible do write: public CharSequence decorateOnFailureScript(CharSequence script) { return alert(\message\); } one can only use single quotes: public CharSequence decorateOnFailureScript(CharSequence script) { return alert('message'); } This creates two problems: 1) The first solution does not produce any error message. The Ajax call just fails silently. There is no error indicated in the Ajax Debug Dialog Box. 2) Some languages (at least French) make heavy use of single quotes. If an error message is to be put between single quotes, all single quotes inside the error message have to be escaped twice (once for Java and once for Javascript. A message like : S'il vous plait has to be written: 'S\\'il vous plait' Although this is not a problem for a programmer ;-) , is can be more problematic for the person who is in charge of translating the English property file to French. Pierre-Yves - 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
Re: [Wicket-user] Component created 18 times in IE versus twice in Firefox
The origin of the problem was that I was calling super() in the constructor and it happens that this made the pages bookmarkable. By removing super(), it is now nearly working. Nearly only since with IE6, the page get called twice, but I can afford that ! (I hope this problem, as well as many others I am facing, will disappear with IE7 ;-) Pierre-Yves nils steen a écrit : Hi Pierre-Yves, I am experiencing the same problem as you with wickets (though it seems pretty much the same with IE and FireFox). I upgraded to 1.2.1 this morning, but it didn't fix the problem. Have you found a solution? Thanks for your help, Nils - 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
Re: [Wicket-user] Component created 18 times in IE versus twice in Firefox
I tried to reproduce the problem but I could not succeed (many things have changed in the application). However, I could experienced the erratic behaviour of IE6. The page has a constructor with an int argument, and I added a counter to see how many times the constructor is called : static int count; public BasePage(final int page) { System.out.println( + count++); I Firefox, it get called once for each page load and the url is : http://localhost:8080/ceagrap/app In IE6 : It get called a variable number of times for the first load (ranging from 5 to 19) and twice for each reload. The final url is something like: http://localhost:8080/ceagrap/app?wicket:bookmarkablePage=wicket-17:com.volgadev.cea.pages.HomePage Note that I restart the server and clear the cache and cookies between each try. If I do not restart the server (JBoss) but only redeploy the app, the page constructor get called one time more at each try. (typically 8 times for first load, redeploy the 9 times, redeploy, 10 timest etc. Page reload make the constructor called twice on each try.) This reminds me of an old bug in IE that caused some PDF document loading to fail because it sent to requests to load one document. Pierre-Yves Johan Compagner a écrit : a very strange story if you ask me. super() is always called in the constructor of a java object. if you don't specify another super(xxx) or this(xxx) call. And it really shouldn't matter what browser you are in in. because it shoudl be the same requests. So it looks like IE does an extra request? This can only happen if the window detectection says it needs to do a refresh (1.2 was based on cookies, 1.2.1 on window name) johan On 8/25/06, *Pierre-Yves Saumont* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: The origin of the problem was that I was calling super() in the constructor and it happens that this made the pages bookmarkable. By removing super(), it is now nearly working. Nearly only since with IE6, the page get called twice, but I can afford that ! (I hope this problem, as well as many others I am facing, will disappear with IE7 ;-) Pierre-Yves nils steen a écrit : Hi Pierre-Yves, I am experiencing the same problem as you with wickets (though it seems pretty much the same with IE and FireFox). I upgraded to 1.2.1 this morning, but it didn't fix the problem. Have you found a solution? Thanks for your help, Nils - 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 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net mailto:Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user 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
[Wicket-user] How to set the src attribute for a AjaxSubmitButton of type image ?
Hello, Can someone tell me how to set the src attribute for a AjaxSubmitButton of type image ? I tried using an AttributeModifier, but in that case, the url is not translated. I was able to hard code the translated url, but this is ugly. What is the correct way to do this ? Thanks, Pierre-Yves - 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
Re: [Wicket-user] Woogle and Woogle
The-Mean-Search-Machine-For-Finding-The-Coolest-Resources-About-The-Hottest-Tech-Evah! (or TMSMFFTCRATHTE.com) I love this one ;-) Pierre-Yves Frank Bille a écrit : Hmm well.. I'm not expecting Woogle to be popular, but maybe you're right anyway. I lige Woogle, but I'm no fanatic either. So how about: * Wicket Resources * Search.wicket * Tired of finding POOP? ;) * The-Mean-Search-Machine-For-Finding-The-Coolest-Resources-About-The-Hottest-Tech-Evah! (or TMSMFFTCRATHTE.com) I'm out of ideas. - Frank On 8/15/06, *Johannes Fahrenkrug* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: How about Figurative Speech :) I'd change the name rather sooner than later: If Woogle becomes popular, Google might give you a call. And they'd have a point, too: You are offering a very similar service (search, that is), with exactly the same look of the logo (probably copy and pasted), with just one letter changed. See Lindows: http://en.wikipedia.org/wiki/Microsoft_vs._Lindows http://en.wikipedia.org/wiki/Microsoft_vs._Lindows See Mike Rowe Soft: http://www.cnn.com/2004/TECH/internet/01/19/offbeat.mike.rowe.soft.ap/ I know, that's MS, but Google sues, too. See Froogles.com http://Froogles.com: http://news.com.com/Google+sues+Froogles.com/2100-1030_3-5676955.html So, it might be a good idea to change the name :) - Johannes Frank Bille wrote: Hehe, yeah I'm not very original. Perhaps we should vote for a different name? Any good surgestions? - Frank On 8/14/06, *Alexandre Bairos* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: http://www.gujian.nI'm not saying et/woogle/ http://www.gujian.net/woogle/ http://woogle.billen.dk/search http://woogle.billen.dk/search :) - 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 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net mailto:Wicket-user@lists.sourceforge.net mailto: Wicket-user@lists.sourceforge.net mailto:Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user https://lists.sourceforge.net/lists/listinfo/wicket-user 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 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net mailto: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 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net mailto:Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] AjaxEventBehavior + TR element + IE6
Hi Lorin, Quoting Igor : you cannot update tr/tbody/etc tags via outerhtml (see http://www.nabble.com/Ajax-Submit-default-to-Non-Ajax-Submit---tf2081101.html#a5751334) I had a similar problem with TBODY. Although it was supposed not to work, it worked in Firefox, but not in IE6 (which was quite confusing). For me, the solution was to use the whole table as a target or wrap it in another container and use that lat one as teh target. Perhaps you could wrap the row content in a container. (I do not know if this would cause problem in HTML) Alternatively, you could wrap each TD content in a SPAN or DIV and add each one to the target. I am working myself on such an example (a table where you can for example select a row, drag it between others to reorder and drag it on a dustbin icon to delete it, and so on, but I have not yet reach that point !) Pierre-Yves Lorin Metzger a écrit : Hi, I was trying to create a DataTable that allowed row selection, by adding a AjaxEventBehavior to the Item of a DataTable.This works fine with Firefox 1.5, but I'm having problems with IE6. The onEvent() method gets called when the user clicks a row in the table, but calling AjaxRequestTarget.addComponent(item); does not cause the table item to be updated to indicate that it has been selected in IE6. Similarly as a test calling AjaxRequestTarget.addJavascript(alert(\This is a javascript Alert\)); Does not get executed in IE6. This only seems to apply to the table Item or TR element, in IE6. I can add a AjaxEventBehavior to the table itself, and the table gets updated when addComponent() is called, and the addJavascript() gets executed as expected even in IE6. Does anybody know if this is a limitation with IE6? A crude example of what I'm trying do is shown below. Thanks for any help you can provide. int selected_row = -1; DataTable table = new DataTable(..., ..., ..., ...) { protected Item newRowItem(String id, final int index, IModel model) { final Item item = super.newRowItem(id, index, model); item.add(new AjaxEventBehavior(onclick) { protected void onEvent(AjaxRequestTarget target) { selected_row = index; target.addComponent(item); } }; item.add(new SimpleAttributeModifier(class, selected) { public boolean isEnabled() { return index == selected_index; } }; } }; -Lorin - 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
Re: [Wicket-user] ListView updated twice in IE6 (Was : Ajax Submit default to Non Ajax Submit ?)
I finally find what caused the problem: I knew that for the example to work as standalone, one must call setOutputMarkup(true) on the ListView container. What I did not know is that if the example is embeded in an Ajax TabbedPanel, the Form used to update the ListView must also have setOutputMarkup(true) called on it. If not, the form id use colons as separators instead of undersores, and the Javascript function receives a null form. Pierre-Yves Igor Vaynberg a écrit : if there is nothing in the ajax debug window then a request is never made so the javascript doesnt execute. are there javascript errors? is the update performed by a self updating timer behavior? if so it will not be executed if the listview itself is shown as a result of ajax update unless you use a version of wicket after 1.2.1 like 1.2.2 or trunk from WICKET_1_2 branch. -Igor On 8/10/06, *Pierre-Yves Saumont* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I am sorry, I just hit reply and although sometimes it goes to the list, sometimes not :-( I tried to use the enclosing tab as the target, as well as the panel that was used in the standalone version. In either case, absolutely nothing happens. And nothing is displayed in the Ajax Debug Windows. Is there a way to track what is happening ? Pierre-Yves Igor Vaynberg a écrit : a tab is by istelf a panel, set the ajax target to the panel itself. and please do continue this on the list so that others can also benefit from the discussion. -Igor On 8/10/06, *Pierre-Yves Saumont* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Attaching the markup container to the table tag instead of the tbody works in both Firefox and IE. Now, what I need it to use the ListView as a component of a tab in a tabbed panel. The tabbed panel is using ajax to switch tabs. The tabbed panel works fine. The ListView now works fine too as a standalone example. But when I put the ListView in the tab, it don't work anymore. I tried to put it in the first tab (the one which is displayed by default, not using ajax) but it don't work neither. Should I continue searching or is this impossible ? Should I use the whole tab as a target ? Or is it possible to use the same markup container attached to the table html tag ? Pierre-Yves Igor Vaynberg a écrit : you cannot update listview directly because a) listview itself has no markup - it lets the children use its markup b) you cannot update tr/tbody/etc tags via outerhtml which is what we do and when you try you get the very helpful runtime error you have to create a markupcontainer around the listview that is preferrably attached to the table tag and update that instead. -Igor On 8/10/06, * Pierre-Yves Saumont* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I eventually could not reproduce the problem in a test case. However, I have been able (??) to produce another problem of the same kind, ie something that does not work the same in IE6 and Firefox. In fact, it works fine in FireFox and produces an error in IE6. The example is a ListView that is updated through Ajax. No problem in Firefox. In IE6, the Ajax Debug Windows displays : ERROR: error while processing response: [object Error].Erreur d'exécution inconnue INFO: invoking failure handler... (The part which is in french means unknown runtime error) Do you want me to send the test case ? If you do, can you tell me what to send exactly ? A self contained working archive of the quickstart project is about 3Mb. Is that OK ? Pierre-Yves Johan Compagner a écrit : do you have a simple test case in a quickstart project? On 8/10/06, *Pierre-Yves Saumont* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED
[Wicket-user] Component created 18 times in IE versus twice in Firefox
Hi, I was curious to see how many instance of components were created, so I just added a counter to a panel. I appears that when I load the page for the first time in Firefox, the panel component is created twice. (I would have guess once...) In IE6, in the same situation (server restarted), the same component is created 18 times. This seems really much! Each subsequent reloading of the page creates one more instance in Firefox and 2 more instances in IE6. Any idea about the reason for such a difference ? And could it eventually be a problem when in production ? Pierre-Yves - 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
Re: [Wicket-user] Component created 18 times in IE versus twice in Firefox
I tried to make a simple test case, but it does not show this problem. My first guess is that it has something to do with caching, since my apps loads many elements from various places (images, css, scipts, images from css, images from scripts and even an html file loaded from within a script !) I'll see if I can strip down the application and isolate what is causing the problem. Pierre-Yves Matej Knopp a écrit : I'm not sure I understand what's going on. Could you provide a test-case or a quick start application? -Matej Pierre-Yves Saumont wrote: Hi, I was curious to see how many instance of components were created, so I just added a counter to a panel. I appears that when I load the page for the first time in Firefox, the panel component is created twice. (I would have guess once...) In IE6, in the same situation (server restarted), the same component is created 18 times. This seems really much! Each subsequent reloading of the page creates one more instance in Firefox and 2 more instances in IE6. Any idea about the reason for such a difference ? And could it eventually be a problem when in production ? Pierre-Yves - 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
Re: [Wicket-user] Best practice to clear a form ?
No, I mean that after submiting the form, a component in the same page is updated through Ajax. The form itself is updated from the XML data received as a response to the Ajax call. So I want to clear the form data so that the form is automatically reset. Pierre-Yves Jean-Baptiste Quenot a écrit : Do you mean that the form values should not be processed? In this case you should use a CancelButton: See http://www.wicket-wiki.org.uk/wiki/index.php/Multiple_submit_buttons_in_form - 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
Re: [Wicket-user] Component created 18 times in IE versus twice in Firefox
After searching the documentation, I realized I should not have called super() in my page constructor. By removing this, I made things a little better : In Firefox, it works smoothly. One instance is created on the first access. One instance is created again each time I relaod the page (using the reload button of the browser). The url is consistently : http://localhost:8080/ceagrap/app In IE6, it's another story. On first load, it looks the same as in Firefox. But if I reload the page, the url becomes : http://localhost:8080/ceagrap/app?wicket:bookmarkablePage=wicket-0:com.volgadev.cea.pages.PageReponses On each reload, the number in the url is incremented by 1 and two instances are created ! Pierre-Yves Pierre-Yves Saumont a écrit : no, it is mapped to /app/* The url displayed in the browser is: http://localhost:8080/ceagrap/app?wicket:bookmarkablePage=wicket-18:com.volgadev.cea.pages.PageReponses When I load the page for the first time, the url above is displayed and the number in wicket:bookmarkablePage=wicket-18 increases slowly from 0 to 18. Only then is teh page displayed. I just tried different versions of the application that I saved every last day. The result varies randomly. For example, in a version from 3 days ago, it was 10 in Firefox and 5 in IE6 ! Version is 1.2.1rc Pierre-Yves Korbinian Bachl a écrit : IE usually uses many more concurrent connections to grab details and if you map the servlet to /* it could be this... -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Pierre-Yves Saumont Gesendet: Freitag, 11. August 2006 16:46 An: wicket-user@lists.sourceforge.net Betreff: Re: [Wicket-user] Component created 18 times in IE versus twice in Firefox I tried to make a simple test case, but it does not show this problem. My first guess is that it has something to do with caching, since my apps loads many elements from various places (images, css, scipts, images from css, images from scripts and even an html file loaded from within a script !) I'll see if I can strip down the application and isolate what is causing the problem. Pierre-Yves Matej Knopp a écrit : I'm not sure I understand what's going on. Could you provide a test-case or a quick start application? -Matej Pierre-Yves Saumont wrote: Hi, I was curious to see how many instance of components were created, so I just added a counter to a panel. I appears that when I load the page for the first time in Firefox, the panel component is created twice. (I would have guess once...) In IE6, in the same situation (server restarted), the same component is created 18 times. This seems really much! Each subsequent reloading of the page creates one more instance in Firefox and 2 more instances in IE6. Any idea about the reason for such a difference ? And could it eventually be a problem when in production ? Pierre-Yves - 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=121 642 ___ 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=263057; dat=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
Re: [Wicket-user] Component created 18 times in IE versus twice in Firefox
I am using 1.2.1. Igor suggested to use the latest code from WICKET_1_2 branch and I will try that. Anyway, although I do not yet understand exactly how things work, I realize I was trying to do something quite stupid, as the page I tested was the first of the application. By inserting a home page before this one, I can separate concerns and everything is going much better. I still do not understand the IE specificity, but things now work. Thanks to all for your support. Pierre-Yves Matej Knopp a écrit : Ah, that's the problem. It's wicket multi window support that causes you trouble. First, i guess you are using 1.2, or am I wrong? 1.2.1 should fix the continuous parameters wicket-x increasing (e.g from wicket-1 to wicket-18. However, you can still experience creating page twice, e.g. if you open page in new window, it will redirect and clone the page. -Matej Pierre-Yves Saumont wrote: After searching the documentation, I realized I should not have called super() in my page constructor. By removing this, I made things a little better : In Firefox, it works smoothly. One instance is created on the first access. One instance is created again each time I relaod the page (using the reload button of the browser). The url is consistently : http://localhost:8080/ceagrap/app In IE6, it's another story. On first load, it looks the same as in Firefox. But if I reload the page, the url becomes : http://localhost:8080/ceagrap/app?wicket:bookmarkablePage=wicket-0:com.volgadev.cea.pages.PageReponses On each reload, the number in the url is incremented by 1 and two instances are created ! Pierre-Yves Pierre-Yves Saumont a écrit : no, it is mapped to /app/* The url displayed in the browser is: http://localhost:8080/ceagrap/app?wicket:bookmarkablePage=wicket-18:com.volgadev.cea.pages.PageReponses When I load the page for the first time, the url above is displayed and the number in wicket:bookmarkablePage=wicket-18 increases slowly from 0 to 18. Only then is teh page displayed. I just tried different versions of the application that I saved every last day. The result varies randomly. For example, in a version from 3 days ago, it was 10 in Firefox and 5 in IE6 ! Version is 1.2.1rc Pierre-Yves Korbinian Bachl a écrit : IE usually uses many more concurrent connections to grab details and if you map the servlet to /* it could be this... -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Pierre-Yves Saumont Gesendet: Freitag, 11. August 2006 16:46 An: wicket-user@lists.sourceforge.net Betreff: Re: [Wicket-user] Component created 18 times in IE versus twice in Firefox I tried to make a simple test case, but it does not show this problem. My first guess is that it has something to do with caching, since my apps loads many elements from various places (images, css, scipts, images from css, images from scripts and even an html file loaded from within a script !) I'll see if I can strip down the application and isolate what is causing the problem. Pierre-Yves Matej Knopp a écrit : I'm not sure I understand what's going on. Could you provide a test-case or a quick start application? -Matej Pierre-Yves Saumont wrote: Hi, I was curious to see how many instance of components were created, so I just added a counter to a panel. I appears that when I load the page for the first time in Firefox, the panel component is created twice. (I would have guess once...) In IE6, in the same situation (server restarted), the same component is created 18 times. This seems really much! Each subsequent reloading of the page creates one more instance in Firefox and 2 more instances in IE6. Any idea about the reason for such a difference ? And could it eventually be a problem when in production ? Pierre-Yves - 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=121 642 ___ 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=263057; dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https
[Wicket-user] Customizing AjaxSubmitButton
Hello, I am trying to customize an AjaxSubmitButton. If a certain condition is detected in the onSubmit handler, it should trigger my own Javascript function. I have tried to do this : onSubmit(AjaxRequestTarget target, Form form) { if (condition) { getAjaxCallDecorator().decorateOnSuccessScript(myFunction('a string')); } The problem is that getAjaxCallDecorator() is always returning null. So how is it possible to decorate the onSucess script ? Thanks, Pierre-Yves - 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
Re: [Wicket-user] Customizing AjaxSubmitButton
Thanks Igor ! Igor Vaynberg a écrit : you are using that api completely inside out. you override getajaxcalldecorator() and make it return one that decorates the script. if you want some javascript to execute after the ajax response you can also add it into the target target.appendjavascript(foo) -Igor On 8/11/06, *Pierre-Yves Saumont* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hello, I am trying to customize an AjaxSubmitButton. If a certain condition is detected in the onSubmit handler, it should trigger my own Javascript function. I have tried to do this : onSubmit(AjaxRequestTarget target, Form form) { if (condition) { getAjaxCallDecorator().decorateOnSuccessScript(myFunction('a string')); } The problem is that getAjaxCallDecorator() is always returning null. So how is it possible to decorate the onSucess script ? Thanks, Pierre-Yves - 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 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net mailto:Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user 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
Re: [Wicket-user] ListView updated twice in IE6 (Was : Ajax Submit default to Non Ajax Submit ?)
Hello, After spending the night testing, it appears that there are two different problems : 1) The Ajax handler - onSubmit(AjaxRequestTarget target, Form form) - is not called and Wicket default to onSubmit() if is is present. I can't see why Ajax does not work for this form, since it works for all the other cases I have tried. I have tried the Ajax form example with no problem. I have implemented an Ajax tabbed panel that work fine. The only thing I can see is that the Ajax form is inside a tab from the tabbed panel. Could this be a problem ? (If I put the Ajax form example, which work as standalone, inside a tab, it does not work either, defaulting to normal submit) 2) I setup a ListView exactly as Igor indicated using this construction : IModel listModel=new LoadableDetachableModel() { protected Object load() { return DataObjectsFactory.getMyObjectList(); }}; For testing, I set the getMyObjectList() to add an object to the list each time it is called. Then, I add an objet by using the form. In Firefox, the list is updated (but not through Ajax !) and two objects are added (one from the form and one from the getMyObjectList() itself. In IE6, THREE objects are added because getMyObjectList() is called twice : once before adding the object from the file and once after. The end result is the list contains two more object from the method and one from the form. Isn't that surprising ? Pierre-Yves Pierre-Yves Saumont a écrit : Hello, I am still trying to make my Ajax form working, with no success until now. I have made a simple example that works in a standalone page. I have then copied this example in a page of my app, and it don't work. What is surprising is that no code in the Ajax OnSubmit handler is executed, although the result component is updated with the values form the form. As the page is also flashing in the browser, my guess is that if Ajax submit don't work, Wicket default to non Ajax submit with the page redisplaying. Is that right? If it is, can you give me some indications about why an Ajax submit handler that work in a page would not work in another one? Thanks, Pierre-Yves - 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
Re: [Wicket-user] ListView updated twice in IE6 (Was : Ajax Submit default to Non Ajax Submit ?)
I eventually could not reproduce the problem in a test case. However, I have been able (??) to produce another problem of the same kind, ie something that does not work the same in IE6 and Firefox. In fact, it works fine in FireFox and produces an error in IE6. The example is a ListView that is updated through Ajax. No problem in Firefox. In IE6, the Ajax Debug Windows displays : ERROR: error while processing response: [object Error].Erreur d'exécution inconnue INFO: invoking failure handler... (The part which is in french means unknown runtime error) Do you want me to send the test case ? If you do, can you tell me what to send exactly ? A self contained working archive of the quickstart project is about 3Mb. Is that OK ? Pierre-Yves Johan Compagner a écrit : do you have a simple test case in a quickstart project? On 8/10/06, *Pierre-Yves Saumont* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hello, After spending the night testing, it appears that there are two different problems : 1) The Ajax handler - onSubmit(AjaxRequestTarget target, Form form) - is not called and Wicket default to onSubmit() if is is present. I can't see why Ajax does not work for this form, since it works for all the other cases I have tried. I have tried the Ajax form example with no problem. I have implemented an Ajax tabbed panel that work fine. The only thing I can see is that the Ajax form is inside a tab from the tabbed panel. Could this be a problem ? (If I put the Ajax form example, which work as standalone, inside a tab, it does not work either, defaulting to normal submit) 2) I setup a ListView exactly as Igor indicated using this construction : IModel listModel=new LoadableDetachableModel() { protected Object load() { return DataObjectsFactory.getMyObjectList(); }}; For testing, I set the getMyObjectList() to add an object to the list each time it is called. Then, I add an objet by using the form. In Firefox, the list is updated (but not through Ajax !) and two objects are added (one from the form and one from the getMyObjectList() itself. In IE6, THREE objects are added because getMyObjectList() is called twice : once before adding the object from the file and once after. The end result is the list contains two more object from the method and one from the form. Isn't that surprising ? Pierre-Yves Pierre-Yves Saumont a écrit : Hello, I am still trying to make my Ajax form working, with no success until now. I have made a simple example that works in a standalone page. I have then copied this example in a page of my app, and it don't work. What is surprising is that no code in the Ajax OnSubmit handler is executed, although the result component is updated with the values form the form. As the page is also flashing in the browser, my guess is that if Ajax submit don't work, Wicket default to non Ajax submit with the page redisplaying. Is that right? If it is, can you give me some indications about why an Ajax submit handler that work in a page would not work in another one? Thanks, Pierre-Yves - 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 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net mailto: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 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net mailto:Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] ListView updated twice in IE6 (Was : Ajax Submit default to Non Ajax Submit ?)
you cannot update listview directly because a) listview itself has no markup - it lets the children use its markup I know this because I made some research on the list archive and found one of your post where you explained this problem ;-) b) you cannot update tr/tbody/etc tags via outerhtml which is what we do and when you try you get the very helpful runtime error I do not get any error in Firefox although I update tbody ! you have to create a markupcontainer around the listview that is preferrably attached to the table tag and update that instead. I will try this ! Thanks, Pierre-Yves -Igor On 8/10/06, * Pierre-Yves Saumont* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I eventually could not reproduce the problem in a test case. However, I have been able (??) to produce another problem of the same kind, ie something that does not work the same in IE6 and Firefox. In fact, it works fine in FireFox and produces an error in IE6. The example is a ListView that is updated through Ajax. No problem in Firefox. In IE6, the Ajax Debug Windows displays : ERROR: error while processing response: [object Error].Erreur d'exécution inconnue INFO: invoking failure handler... (The part which is in french means unknown runtime error) Do you want me to send the test case ? If you do, can you tell me what to send exactly ? A self contained working archive of the quickstart project is about 3Mb. Is that OK ? Pierre-Yves Johan Compagner a écrit : do you have a simple test case in a quickstart project? On 8/10/06, *Pierre-Yves Saumont* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hello, After spending the night testing, it appears that there are two different problems : 1) The Ajax handler - onSubmit(AjaxRequestTarget target, Form form) - is not called and Wicket default to onSubmit() if is is present. I can't see why Ajax does not work for this form, since it works for all the other cases I have tried. I have tried the Ajax form example with no problem. I have implemented an Ajax tabbed panel that work fine. The only thing I can see is that the Ajax form is inside a tab from the tabbed panel. Could this be a problem ? (If I put the Ajax form example, which work as standalone, inside a tab, it does not work either, defaulting to normal submit) 2) I setup a ListView exactly as Igor indicated using this construction : IModel listModel=new LoadableDetachableModel() { protected Object load() { return DataObjectsFactory.getMyObjectList(); }}; For testing, I set the getMyObjectList() to add an object to the list each time it is called. Then, I add an objet by using the form. In Firefox, the list is updated (but not through Ajax !) and two objects are added (one from the form and one from the getMyObjectList() itself. In IE6, THREE objects are added because getMyObjectList() is called twice : once before adding the object from the file and once after. The end result is the list contains two more object from the method and one from the form. Isn't that surprising ? Pierre-Yves Pierre-Yves Saumont a écrit : Hello, I am still trying to make my Ajax form working, with no success until now. I have made a simple example that works in a standalone page. I have then copied this example in a page of my app, and it don't work. What is surprising is that no code in the Ajax OnSubmit handler is executed, although the result component is updated with the values form the form. As the page is also flashing in the browser, my guess is that if Ajax submit don't work, Wicket default to non Ajax submit with the page redisplaying. Is that right? If it is, can you give me some indications about why an Ajax submit handler that work in a page would not work in another one? Thanks, Pierre-Yves - Using Tomcat but need to do more? Need to support web services, security
Re: [Wicket-user] Mounted URL Differences
When one gets an url like : http://localhost:8081/test/app?wicket:interface=:2:3: What does the rightmost digit (3) means ? Pierre-Yves Igor Vaynberg a écrit : On 8/10/06, *spencer.c* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I have an app that I've created for testing purposes. There are two pages, one is an index, the other a form. If I fill out the form on the second page, and redirect to the home page in the form submit method using the following code: setResponsePage(Index.class); or setResponsePage(Index.class, new PageParameters()); ...then when I get to the home page, I have the following URL: http://localhost:8081/test/app/home this tells wicket to create a page for you given a page class and a map of parameters. in this case since wicket is in total control it can use a bookmarkable url like the one you see. However, if I use the following code: setResponsePage(new Index(new PageParameters())); ...then I get the following URL: http://localhost:8081/test/app?wicket:interface=:2:: here you tell wicket to redirect to an /instance/ of a page, so wicket is not in control. you give it a page object with some internal state and tell it to go to it. a bookmarkable url cannot be used here because the page has arbitrary state that cannot be encoded into the url. so wicket puts the page instance into a pagemap and uses a url that you see above to reference it. in the url 2 stands for the pageid of the page in the pagemap. -Igor - 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
Re: [Wicket-user] ListView updated twice in IE6 (Was : Ajax Submit default to Non Ajax Submit ?)
I am sorry, I just hit reply and although sometimes it goes to the list, sometimes not :-( I tried to use the enclosing tab as the target, as well as the panel that was used in the standalone version. In either case, absolutely nothing happens. And nothing is displayed in the Ajax Debug Windows. Is there a way to track what is happening ? Pierre-Yves Igor Vaynberg a écrit : a tab is by istelf a panel, set the ajax target to the panel itself. and please do continue this on the list so that others can also benefit from the discussion. -Igor On 8/10/06, *Pierre-Yves Saumont* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Attaching the markup container to the table tag instead of the tbody works in both Firefox and IE. Now, what I need it to use the ListView as a component of a tab in a tabbed panel. The tabbed panel is using ajax to switch tabs. The tabbed panel works fine. The ListView now works fine too as a standalone example. But when I put the ListView in the tab, it don't work anymore. I tried to put it in the first tab (the one which is displayed by default, not using ajax) but it don't work neither. Should I continue searching or is this impossible ? Should I use the whole tab as a target ? Or is it possible to use the same markup container attached to the table html tag ? Pierre-Yves Igor Vaynberg a écrit : you cannot update listview directly because a) listview itself has no markup - it lets the children use its markup b) you cannot update tr/tbody/etc tags via outerhtml which is what we do and when you try you get the very helpful runtime error you have to create a markupcontainer around the listview that is preferrably attached to the table tag and update that instead. -Igor On 8/10/06, * Pierre-Yves Saumont* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I eventually could not reproduce the problem in a test case. However, I have been able (??) to produce another problem of the same kind, ie something that does not work the same in IE6 and Firefox. In fact, it works fine in FireFox and produces an error in IE6. The example is a ListView that is updated through Ajax. No problem in Firefox. In IE6, the Ajax Debug Windows displays : ERROR: error while processing response: [object Error].Erreur d'exécution inconnue INFO: invoking failure handler... (The part which is in french means unknown runtime error) Do you want me to send the test case ? If you do, can you tell me what to send exactly ? A self contained working archive of the quickstart project is about 3Mb. Is that OK ? Pierre-Yves Johan Compagner a écrit : do you have a simple test case in a quickstart project? On 8/10/06, *Pierre-Yves Saumont* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hello, After spending the night testing, it appears that there are two different problems : 1) The Ajax handler - onSubmit(AjaxRequestTarget target, Form form) - is not called and Wicket default to onSubmit() if is is present. I can't see why Ajax does not work for this form, since it works for all the other cases I have tried. I have tried the Ajax form example with no problem. I have implemented an Ajax tabbed panel that work fine. The only thing I can see is that the Ajax form is inside a tab from the tabbed panel. Could this be a problem ? (If I put the Ajax form example, which work as standalone, inside a tab, it does not work either, defaulting to normal submit) 2) I setup a ListView exactly as Igor indicated using this construction : IModel listModel=new LoadableDetachableModel() { protected Object load() { return DataObjectsFactory.getMyObjectList(); }}; For testing, I set the getMyObjectList() to add an object to the list
Re: [Wicket-user] Problem with empty markupId
Thank you Frank and Igor, this is where wicket differs from a lot of other frameworks and sometimes its hard to wrap your mind around it: the components are persistent across requests, they keep their state. Yes, it is somewhat hard ! In fact, I started from an example I found that used a final ListView constructed exactly as you describe, but it appears I broke it ! Thank you for pointing me once again in the right direction ! Pierre-Yves Igor Vaynberg a écrit : but why even create a new listview? the old one should just refresh and show new data, if it doesnt you need to use a detachable model. this is where wicket differs from a lot of other frameworks and sometimes its hard to wrap your mind around it: the components are persistent across requests, they keep their state. so really what you should do is something like this: IModel listModel=new LoadableDetachableModel() { Object load() { return DataObjectsFactory.getMyList(); } } final ListView mylistview; add(mylistview=new ListView(id, listModel) { populateitem() {} IModel getListItemModel(...) { ... } }.setOutputMarkupId(true)); and then in the ajax handler all you have to do is to add the listview to the target so it is queued for repainting : target.add(mylistview); -Igor On 8/8/06, *Frank Bille* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: On 8/9/06, *Pierre-Yves Saumont* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: myList = DataObjectsFactory.getMyList(); myListView = new MyListView(id, myList); myListView.setOutputMarkupId(true); target.addComponent(myListView); It doesn't look like you add/replace that myListView to a parent. OutputMarkupId can't be calculated when it's not attached to a parent. And what more you still need to keep the component hierachy on the server. So basically you would just replace your old listview with this new one. Frank - 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 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net mailto:Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user 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
[Wicket-user] Ajax Submit default to Non Ajax Submit ?
Hello, I am still trying to make my Ajax form working, with no success until now. I have made a simple example that works in a standalone page. I have then copied this example in a page of my app, and it don't work. What is surprising is that no code in the Ajax OnSubmit handler is executed, although the result component is updated with the values form the form. As the page is also flashing in the browser, my guess is that if Ajax submit don't work, Wicket default to non Ajax submit with the page redisplaying. Is that right? If it is, can you give me some indications about why an Ajax submit handler that work in a page would not work in another one? Thanks, Pierre-Yves - 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
[Wicket-user] Problem with Javascript function calls in AJAX loaded document with IE6
Hello, I have an AJAX tabbed panel that works smoothly except for one little thing. The first tab contains a form with an OnSubmit event handler. For testing purpose, the handler is as follow : onsubmit=alert('On Submit');return alertOnSubmit('alertOnSubmit') The alertOnSubmit function just display it's argument in an alert box. Everything works fine. Now, if I fut the same form in the second tab (which is then loaded through AJAX), the event handler works fine in Firefox. However, in IE6, the first alert box is displayed, but the second is not. I made several tests, putting the script in various places. Results are as follow : - When in first tab, everything works wherever the script is located. - When in second tab (AJAX loaded), it does not work if the script is located in the tab. It works only if the script is in the rest of the page. Does someone know if there is way to make IE6 use the scripts loaded through AJAX ? BTW, the Ajax Debug Window is really cool. It would be even cooler if it could be resized. (And also is IE6 dropdown lists would not display on top of it, but there is probably not much to do about this except waiting for IE7 :-( Pierre-Yves - 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
[Wicket-user] Wicket Ajax form example not finding script
hi, I tried to test the Ajax form example. If the servlet mapping is : servlet-mapping servlet-nameajax/servlet-name url-pattern/app/ajax/url-pattern /servlet-mapping The ajax script can't be found because the path (in the sources) is script type=text/javascript src=/ceagrap/app/ajax/resources/wicket.ajax.AbstractDefaultAjaxBehavior/wicket-ajax.js/script and the scipt is located at : /ceagrap/app/resources/wicket.ajax.AbstractDefaultAjaxBehavior/wicket-ajax.js So it seems it can only work with this mapping : servlet-mapping servlet-nameajax/servlet-name url-pattern/app/*/url-pattern /servlet-mapping Incidentally, the comment in the example says : // attach an ajax validation behavior to all form component's onkeydown // event and throttle it down to once per second but the code uses keyup. Is there any reason why keyup should be used instead of keydown ? I changed it to onchange which I feel less spectacular but less intrusive. Pierre-Yves - 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
[Wicket-user] Problem with empty markupId
Hi, I am trying to implement an ajax form. The form is supposed to update a listView. Basically, the onSubmit handler create a new listView after having updated the database. It ends with those instructions : myList = DataObjectsFactory.getMyList(); myListView = new MyListView(id, myList); myListView.setOutputMarkupId(true); target.addComponent(myListView); myForm.clearInput(); target.addComponent(myForm); I am getting a java.lang.IllegalArgumentException: markupId cannot be empty at line target.addComponent(myListView); Can someone explain me what it means ? And are the lines myForm.clearInput(); target.addComponent(myForm); the correct way to reset the form ? Pierre-Yves - 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
[Wicket-user] HTML template missing
Hello, I am trynig to run the PageablesPage example after having copied the bare minimum to my project. Obviously, something is missing but I can't figure what. I get the followinig error message : Markup of type 'html' for component 'com.volgadev.aloha.web.AjaxTest' not found. Enable debug messages for wicket.util.resource to get a list of all filenames tried. Obviously, it is not AjaxTest.html which is missing. The root cause is : wicket.markup.MarkupNotFoundException: Parent markup of inherited markup not found. Component class: com.volgadev.aloha.web.AjaxTest Surely enabling debug for wicket.util.resource.Resource would help. I put a property file in the classpath with the following line : log4j.logger.wicket.util.resource=DEBUG but it doesn't change anything. Does any one has an idea of what markup element is missing or how to get log4j to work ? thanks, Pierre-Yves - 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