[Wicket-user] Info-Message for DropDownChoice
Title: Info-Message for DropDownChoice Hello, I'm using a DropDownChoice and I have one entry which shouldn't be selected. I implemented a validator which captures this feature. The validator does the right thing but only when the page is submitted. The problem is that I need an info message before submitting the form! Here some code: The DropDownChoice initialized in the Page-Constructor: XXXDropDownChoice dropDownChoice = new XXXDropDownChoice( xxx, listModel, new ChoiceRenderer(name, id), false); dropDownChoice.add(new XXXChoiceValidator()); form.add(dropDownChoice); if (!dropDownChoice.isChoiceAvailable()){ getFeedbackMessages().info(dropDownChoice ,An info text!); } The method isChoiceAvailable() in my XXXDropDownChoice is implemented using the model and the choices: public boolean isChoiceAvailable(){ List baseChoicesList = super.getChoices(); Object choiceObject = getModelObject(); return baseChoicesList.contains(choiceObject); } Thanks for Help, Daniel - 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] Info-Message for DropDownChoice
one way or another you need to submit the form - thats just how http works.what i would do is override wantOnSelectionChangedNotifications() of the dropdown - that way the form is submitted every time you change the selection. then also override onSelectionChanged and call validate() to run the validators.-IgorOn 9/25/06, MailingWicketUser [EMAIL PROTECTED] wrote: Hello, I'm using a DropDownChoice and I have one entry which shouldn't be selected. I implemented a validator which captures this feature. The validator does the right thing but only when the page is submitted. The problem is that I need an info message before submitting the form! Here some code: The DropDownChoice initialized in the Page-Constructor: XXXDropDownChoice dropDownChoice = new XXXDropDownChoice( xxx, listModel, new ChoiceRenderer(name, id), false); dropDownChoice.add(new XXXChoiceValidator()); form.add(dropDownChoice); if (!dropDownChoice.isChoiceAvailable()){ getFeedbackMessages().info(dropDownChoice ,An info text!); } The method isChoiceAvailable() in my XXXDropDownChoice is implemented using the model and the choices: public boolean isChoiceAvailable(){ List baseChoicesList = super.getChoices(); Object choiceObject = getModelObject(); return baseChoicesList.contains(choiceObject); } Thanks for Help, Daniel -Take Surveys. Earn Cash. Influence the Future of ITJoin SourceForge.net's Techsay panel and you'll get the chance to share youropinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___Wicket-user mailing listWicket-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] Info-Message for DropDownChoice
Title: Info-Message for DropDownChoice An additional problem is that the entry can be the default selection! So the user makes no changes in the dropdownchoice! Overriding the methods wantOnSelectionChangedNotifications() and onSelectionChanged() is not the right way! I just want to add an info-message! Today I debugged my code and the result is that the method getModelObject() in the method isChoiceAvailable() provides null! In the page I use a CompoundPropertyModel and the id xxx is a property of the page-model-object! Daniel - 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] Info-Message for DropDownChoice
whats with all the exclamation marks? :)as i said - you need to submit the value - it is just how http works. if it is selected by default then it will be validated on submit and form processing will be halted - but your validator should call error() not info() in order to halt the form processing. if you want something instanteneous that doesnt submit the value then use _javascript_.-IgorOn 9/25/06, MailingWicketUser [EMAIL PROTECTED] wrote: An additional problem is that the entry can be the default selection! So the user makes no changes in the dropdownchoice! Overriding the methods wantOnSelectionChangedNotifications() and onSelectionChanged() is not the right way! I just want to add an info-message! Today I debugged my code and the result is that the method getModelObject() in the method isChoiceAvailable() provides null! In the page I use a CompoundPropertyModel and the id xxx is a property of the page-model-object! Daniel -Take Surveys. Earn Cash. Influence the Future of ITJoin SourceForge.net's Techsay panel and you'll get the chance to share youropinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___Wicket-user mailing listWicket-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
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 Line: 7 And the auto-complete fails to work. Nontheless, other ajax behaviour like
Re: [Wicket-user] Info-Message for DropDownChoice
Title: Re: [Wicket-user] Info-Message for DropDownChoice Hello, I don't want to submit the page! When I display the page the first time, an entry in the dropdownchoice is selected (due to the property). The only thing is that I need an info-Message, so that the user can change the selection. When I submit the page my Validator adds an error-Message, so that the form-processing is halted. But this error-message is too late! I just want to add an info-message when displaying the page initial! Daniel - 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] Info-Message for DropDownChoice
Does xxx have getters and setters? What do you get when you do getModel()? Eelco On 9/26/06, MailingWicketUser [EMAIL PROTECTED] wrote: Hello, the main problem is not the info-message. When I call info(bla) in thze constructor, then the message is displayed. I think the main problem is that the method getModelObject() (see method isChoiceAvailable())provides null, but it should not be null! Here again my code: The DropDownChoice initialized in the Page-Constructor: XXXDropDownChoice dropDownChoice = new XXXDropDownChoice( xxx, listModel, new ChoiceRenderer(name, id), false); dropDownChoice.add(new XXXChoiceValidator()); form.add(dropDownChoice); if (!dropDownChoice.isChoiceAvailable()){ getFeedbackMessages().info(dropDownChoice ,An info text!); } The method isChoiceAvailable() in my XXXDropDownChoice is implemented using the model and the choices: public boolean isChoiceAvailable(){ List baseChoicesList = super.getChoices(); Object choiceObject = getModelObject(); return baseChoicesList.contains(choiceObject); } Daniel - 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] Problem Selecting Tree Nodes
Class and html file would do the trick. -Matej Karl M. Davis wrote: Matej, I got and installed the latest SVN rev right before I sent the email. I should have some time Wed. to put together a quick test case for you. Should I just mimic one of the existing Junit tests or can I just send you a class html file? -- Karl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matej Knopp Sent: Tuesday, September 26, 2006 12:33 AM To: wicket-user@lists.sourceforge.net Subject: Re: [Wicket-user] Problem Selecting Tree Nodes Please send a test case, I'll look at it. your code seems to be fine, it's nothing illegal, it can be bug in tree. Would you mind testing svn version first, it _might_ be already fixed. Thanks, -Matej Karl M. Davis wrote: Matej, I'm getting an ArrayIndexOutOfBounds when I go to select a tree node right after it has been inserted into the tree when I call Tree.updateTree(target); (my tree model is firing the correct events). If you'd like, I can get you a test case for this in a day or two, but I just wanted to make sure I wasn't trying to do something I can't first. *Dummy Code:* myTreeModel.insertNewNode(parentNode, newNode); myTree.getTreeState().selectNode(newNode, true); if(target != null) myTree.updateTree(target); *Dump:* 00:25:18.609 ERROR! [SocketListener0-1] wicket.RequestCycle.step(RequestCycle.java:1009) 20 -2 java.lang.ArrayIndexOutOfBoundsException: -2 at java.util.ArrayList.get(ArrayList.java:323) at wicket.extensions.markup.html.tree.AbstractTree.updateTree(AbstractTre e.java:753) at simplepersistence.feature.dynamicPages.PageEditorPanel$SaveButton.onSu bmit(PageEditorPanel.java:240) at wicket.ajax.markup.html.form.AjaxSubmitButton$1.onSubmit(AjaxSubmitBut ton.java:60) at wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmitBehavior .java:92) at wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:167) at wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDefaultAjaxB ehavior.java:236) at wicket.request.target.component.listener.BehaviorRequestTarget.process Events(BehaviorRequestTarget.java:98) at wicket.request.compound.DefaultEventProcessorStrategy.processEvents(De faultEventProcessorStrategy.java:65) at wicket.request.compound.AbstractCompoundRequestCycleProcessor.processE vents(AbstractCompoundRequestCycleProcessor.java:57) at wicket.RequestCycle.doProcessEventsAndRespond(RequestCycle.java:862) at wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:900) at wicket.RequestCycle.step(RequestCycle.java:976) at wicket.RequestCycle.steps(RequestCycle.java:1050) at wicket.RequestCycle.request(RequestCycle.java:454) at wicket.protocol.http.WicketServlet.doGet(WicketServlet.java:217) at wicket.protocol.http.WicketServlet.doPost(WicketServlet.java:260) at javax.servlet.http.HttpServlet.service(HttpServlet.java:616) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicatio nHandler.java:473) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:56 8) at org.mortbay.http.HttpContext.handle(HttpContext.java:1530) at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationC ontext.java:633) at org.mortbay.http.HttpContext.handle(HttpContext.java:1482) at org.mortbay.http.HttpServer.service(HttpServer.java:909) at org.mortbay.http.HttpConnection.service(HttpConnection.java:820) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:986) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:837) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:2 45) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357) at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534) -- Karl -- -- -- --- 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
[Wicket-user] links about wicket scalability...
Hi all, A collegue of mine at a very big and slow organization is evaluating web frameworks, of which one is wicket. As expected, there is the remark that wicket is not scalable because of its use of session scope. I already gave the most important arguments, but it would be nice to have some good links for backing these arguments. In paticular, the link where (I think it was Eelco) mentioned that in a number of comparisons between web frameworks it was shown that wicket actually stores less in the session than other frameworks. This is a really strong argument, especially when backed up by real data. Nevertheless, I couldn't find this information anymore. Are there links to the applications (downloadable) proving this point? Cheers Erik - 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] Problem Selecting Tree Nodes
Please send a test case, I'll look at it. your code seems to be fine, it's nothing illegal, it can be bug in tree. Would you mind testing svn version first, it _might_ be already fixed. Thanks, -Matej Karl M. Davis wrote: Matej, I'm getting an ArrayIndexOutOfBounds when I go to select a tree node right after it has been inserted into the tree when I call Tree.updateTree(target); (my tree model is firing the correct events). If you'd like, I can get you a test case for this in a day or two, but I just wanted to make sure I wasn't trying to do something I can't first. *Dummy Code:* myTreeModel.insertNewNode(parentNode, newNode); myTree.getTreeState().selectNode(newNode, true); if(target != null) myTree.updateTree(target); *Dump:* 00:25:18.609 ERROR! [SocketListener0-1] wicket.RequestCycle.step(RequestCycle.java:1009) 20 -2 java.lang.ArrayIndexOutOfBoundsException: -2 at java.util.ArrayList.get(ArrayList.java:323) at wicket.extensions.markup.html.tree.AbstractTree.updateTree(AbstractTree.java:753) at simplepersistence.feature.dynamicPages.PageEditorPanel$SaveButton.onSubmit(PageEditorPanel.java:240) at wicket.ajax.markup.html.form.AjaxSubmitButton$1.onSubmit(AjaxSubmitButton.java:60) at wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmitBehavior.java:92) at wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:167) at wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDefaultAjaxBehavior.java:236) at wicket.request.target.component.listener.BehaviorRequestTarget.processEvents(BehaviorRequestTarget.java:98) at wicket.request.compound.DefaultEventProcessorStrategy.processEvents(DefaultEventProcessorStrategy.java:65) at wicket.request.compound.AbstractCompoundRequestCycleProcessor.processEvents(AbstractCompoundRequestCycleProcessor.java:57) at wicket.RequestCycle.doProcessEventsAndRespond(RequestCycle.java:862) at wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:900) at wicket.RequestCycle.step(RequestCycle.java:976) at wicket.RequestCycle.steps(RequestCycle.java:1050) at wicket.RequestCycle.request(RequestCycle.java:454) at wicket.protocol.http.WicketServlet.doGet(WicketServlet.java:217) at wicket.protocol.http.WicketServlet.doPost(WicketServlet.java:260) at javax.servlet.http.HttpServlet.service(HttpServlet.java:616) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:473) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568) at org.mortbay.http.HttpContext.handle(HttpContext.java:1530) at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633) at org.mortbay.http.HttpContext.handle(HttpContext.java:1482) at org.mortbay.http.HttpServer.service(HttpServer.java:909) at org.mortbay.http.HttpConnection.service(HttpConnection.java:820) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:986) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:837) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:245) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357) at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534) -- Karl - 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] links about wicket scalability...
(Breaking my week-long self-inflicted moratorium) Erik, I am very interested in your other arguments that would interest big slow companies. Regards, Erik. Erik Brakkee schreef: Hi all, A collegue of mine at a very big and slow organization is evaluating web frameworks, of which one is wicket. As expected, there is the remark that wicket is not scalable because of its use of session scope. I already gave the most important arguments, but it would be nice to have some good links for backing these arguments. In paticular, the link where (I think it was Eelco) mentioned that in a number of comparisons between web frameworks it was shown that wicket actually stores less in the session than other frameworks. This is a really strong argument, especially when backed up by real data. Nevertheless, I couldn't find this information anymore. Are there links to the applications (downloadable) proving this point? Cheers Erik -- Erik van Oosten http://www.day-to-day-stuff.blogspot.com/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Info-Message for DropDownChoice
Title: Re: [Wicket-user] Info-Message for DropDownChoice Hello, the main problem is not the info-message. When I call info(bla) in thze constructor, then the message is displayed. I think the main problem is that the method getModelObject() (see method isChoiceAvailable())provides null, but it should not be null! Here again my code: The DropDownChoice initialized in the Page-Constructor: XXXDropDownChoice dropDownChoice = new XXXDropDownChoice( xxx, listModel, new ChoiceRenderer(name, id), false); dropDownChoice.add(new XXXChoiceValidator()); form.add(dropDownChoice); if (!dropDownChoice.isChoiceAvailable()){ getFeedbackMessages().info(dropDownChoice ,An info text!); } The method isChoiceAvailable() in my XXXDropDownChoice is implemented using the model and the choices: public boolean isChoiceAvailable(){ List baseChoicesList = super.getChoices(); Object choiceObject = getModelObject(); return baseChoicesList.contains(choiceObject); } Daniel - 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] links about wicket scalability...
Ok, and don't forget the robustness. I really haven't seen any weird or unexpected behavior or wicket at all. On 9/26/06, Erik Brakkee [EMAIL PROTECTED] wrote: On 9/26/06, Erik van Oosten [EMAIL PROTECTED] wrote: Hi Erik,Let me rephrase the question:What arguments did you use, that would interest big slow companies inadopting Wicket? Ok, I was not giving arguments for using wicket but was more trying to help someone else fight the scalability criticism on wicket. When it comes to arguments for using wicket, I would say: very small learning curve natural programming paradigm familiar to developers limited knowledge required of web technologies (HTML, _javascript_) and still do advanced stuff in a fraction of the time it takes you with other frameworks (just consider e.g. something as tabs and paging). excellent feedback messages of the framework when something goes wrong Regards, Erik.PS. Too many Eriks in The Netherlands :) --net https://lists.sourceforge.net/lists/li Erik van Oosten http://www.day-to-day-stuff .blogspot.com/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] links about wicket scalability...
The first argument was that not every application needs to scale to thousands of concurrent users. The second argument is that active replication is only one strategy for clustering. In practise, server affinity is also a very good option. Perhaps another argument, that I did not mention yet, is that the next version of wicket will also provide other ways for storing session state. But, in my experience, always leave out the weak arguments (everyone knows the next version will solve all the problems, but if it doesn't exist). If there is one weak argument, people tend to attack that and the other strong arguments get forgotten. Cheers ErikOn 9/26/06, Erik van Oosten [EMAIL PROTECTED] wrote: (Breaking my week-long self-inflicted moratorium)Erik, I am very interested in your other arguments that would interestbig slow companies.Regards, Erik.Erik Brakkee schreef: Hi all, A collegue of mine at a very big and slow organization is evaluating web frameworks, of which one is wicket. As expected, there is the remark that wicket is not scalable because of its use of session scope. I already gave the most important arguments, but it would be nice to have some good links for backing these arguments. In paticular, the link where (I think it was Eelco) mentioned that in a number of comparisons between web frameworks it was shown that wicket actually stores less in the session than other frameworks. This is a really strong argument, especially when backed up by real data. Nevertheless, I couldn't find this information anymore. Are there links to the applications (downloadable) proving this point? Cheers Erik--Erik van Oosten http://www.day-to-day-stuff.blogspot.com/-Take Surveys. Earn Cash. Influence the Future of ITJoin SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cashhttp://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___Wicket-user mailing listWicket-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] links about wicket scalability...
Or this one? http://www.javalobby.org/java/forums/t70272.html Erik. - 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] Info-Message for DropDownChoice
Title: Re: [Wicket-user] Info-Message for DropDownChoice Hello, my Model-Object has Gettes and Setters, but the method getModel() in the method isChoiceAvailable() returns null! Daniel - 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] links about wicket scalability...
Hi Erik, Let me rephrase the question: What arguments did you use, that would interest big slow companies in adopting Wicket? Regards, Erik. PS. Too many Eriks in The Netherlands :) -- Erik van Oosten http://www.day-to-day-stuff.blogspot.com/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] wicket.util.lang.PropertyResolver / migth be a little offtopic
Hi I need to do something similar as the propertyresolver does. Therefore im writing to the wicket userlist. I have a component that can update a list of other components by a ajax call. This component also fills out a palette(something similar to the extension.palette). It gets the value by calling a method which were provided and the required parameters was also provided, it does this by using java.lang.reflect.Method. In my effort on trying to make this a bit more generic component I was trying to have an arraylist which contained classs and IModels. Setting up the method was fine and simple enough, currently im stuck when trying to build the list of parameters im wondering if I have to typecast the parameters at all or if reflection will handle that, because of what I did in the setupMethod method, I am betting the latter? //sniplet private void setupMethod(Object myProvider, String sMethod) { Class partypes[] = new Class[parameters.size()]; for (int i = 0; i parameters.size(); i++) { Object[] params = (Object[]) parameters.get(i); partypes[i] = (Class) params[0]; } Method method; try { method = myProvider.getClass().getMethod(sMethod, partypes); } catch (Exception e) { } this.dbprovidermethod = method; } private Object[] fillParameters() { Object param[] = new Object[parameters.size()]; for (int i = 0; i parameters.size(); i++) { Object[] params = (Object[]) parameters.get(i); Class clazz=(Class) params[0]; param[i] = (clazz) params[1]; } return param; } //sniplet - 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] links about wicket scalability...
On 9/26/06, Erik van Oosten [EMAIL PROTECTED] wrote: Or this one?http://www.javalobby.org/java/forums/t70272.htmlErik. Yes that was it! Thanks! - 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] wicket.util.lang.PropertyResolver / migth be a littleofftopic
you have to make sure that the object[] that you give to the invokeare all of the right type.. Else you will get a class cast exception.Reflection will not convert from one object to the other. PropertyResolver is using the given converter for that. johanOn 9/26/06, Nino Wael [EMAIL PROTECTED] wrote: fillParameters should have looked like this private Object[] fillParameters() { Object param[] = new Object[parameters.size()]; for (int i = 0; i parameters.size(); i++) { Object[] params = (Object[]) parameters.get(i); Class clazz = (Class) params[0]; param[i] = ((IModel) params[1]).getObject(null); } return param; } From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Nino Wael Sent: 26. september 2006 12:32 To: wicket-user@lists.sourceforge.net Subject: [Wicket-user] wicket.util.lang.PropertyResolver / migth be a littleofftopic Hi I need to do something similar as the propertyresolver does. Therefore im writing to the wicket userlist. I have a component that can update a list of other components by a ajax call. This component also fills out a palette(something similar to the extension.palette). It gets the value by calling a method which were provided and the required parameters was also provided, it does this by using java.lang.reflect.Method. In my effort on trying to make this a bit more generic component I was trying to have an arraylist which contained class's and IModels. Setting up the method was fine and simple enough, currently im stuck when trying to build the list of parameters im wondering if I have to typecast the parameters at all or if reflection will handle that, because of what I did in the setupMethod method, I am betting the latter? //sniplet private void setupMethod(Object myProvider, String sMethod) { Class partypes[] = new Class[parameters.size()]; for (int i = 0; i parameters.size(); i++) { Object[] params = (Object[]) parameters.get(i); partypes[i] = (Class) params[0]; } Method method; try { method = myProvider.getClass().getMethod(sMethod, partypes); } catch (Exception e) { … } this.dbprovidermethod = method; } private Object[] fillParameters() { Object param[] = new Object[parameters.size()]; for (int i = 0; i parameters.size(); i++) { Object[] params = (Object[]) parameters.get(i); Class clazz=(Class) params[0]; param[i] = (clazz) params[1]; } return param; } //sniplet -Take Surveys. Earn Cash. Influence the Future of ITJoin SourceForge.net's Techsay panel and you'll get the chance to share youropinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___Wicket-user mailing listWicket-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] SUSPECT: Re: Wicket arguments for big slow companies (Was: links about wicket scalability...)
Hi, Erik, I agree with you: it seems like most BSCs (big slow companies) don't care about that at all. Still I think - just like you - that they are valid arguments and thus need to be mentioned. Be the prophet! Make them care about it! :) Additionally, presenting this stuff to a sales team could still work imo. They _do_ care about maintainability and reusability (less work = less cost = more money) and although they probably have no clue what wicket is (or Java for that matter ;) there might be a CFO (or any other financial abbreviation) present when your project gets approved or rejected. My two cents... :) // Che -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Erik van Oosten Sent: Tuesday, September 26, 2006 2:06 PM To: wicket-user@lists.sourceforge.net Subject: SUSPECT: Re: [Wicket-user] Wicket arguments for big slow companies (Was: links about wicket scalability...) I like those. Lets hold them against the unfair criteria again (this is really fun): - Developer team scalability: Nice, this is indeed something large companies need and/or struggle with. Who has never had revision 1285 of struts-config.xml? And many big companies like splitting up work over technical lines instead of functional lines (java vs. html). - Reusability: I have unfortunately never seen a big slow company that cared about this. Please tell me if you saw some. - Maintainability: I have not seen many big slow companies that cared about this deeply. Furthermore, the big companies I worked at 'maintainability' is usually associated with 'maintenance': keeping big databases and J2EE application clusters alive. I am hesitating whether this one should be on the list. Erik. Eelco Hillenius schreef: I'm missing my favorites :) - Scales very well for development. Whether you're working in a team of 2 people or 20, you'll have all the possibilities of breaking functionality down in smaller pieces. Let your developers works on whole pages, or just (reusable) panels, or even on highly specialized components. Also, using separate HTML/ CSS people to mock up pages works really well with Wicket (*). - Reusability. Over multiple projects or in just one project: reusability is great, and actually is exactly the same thing as what makes OO great. You abstract a 'problem' with its data and behavior, and make it available for users to utilize in multiple situations. See related rant on custom components here: http://chillenious.wordpress.com/2006/05/12/a-word-about-custo m-components/ - Maintainability. Same rules as OO apply. Changes are more local, making refactoring easier. Reusability makes that you'll have less copy 'n paste code. Etc. Eelco * There have been a bunch of discussions where some wind bags said that this is something no-one actually does. But they are wrong, because I've seen it work, and some of the projects I know of currently are doing it with great success as well. On 9/26/06, Erik van Oosten [EMAIL PROTECTED] wrote: Okay, so we've got: Irrefutable arguments for using wicket in big slow companies: * Very small learning curve. Comment: Agreed. But I still think you need at least one more experienced Wicket developers for more advanced things like manipulating html generated by other components. Of course, books like 'Pro Wicket' help a lot but are not for every programmer. * Natural programming paradigm familiar to Java developers Comment: Changed that to _Java_ developers. * Excellent feedback messages of the framework when something goes wrong. * Robustness, no weird or unexpected behavior. * Limited knowledge required of web technologies (HTML, javascript) and still do advanced stuff in a fraction of the time it takes you with other frameworks (just consider e.g. something as tabs and paging). Comment: I am not sure so sure about this one. Do you mean that you only need limited knowledge of HTML and Javascript? And what do you mean by 'advanced stuff'? May I add: * Excellent clustering support. Rationale: even though you can discuss about this to death (as on the thread on JavaLobby), I think we agree that Wicket currently has sufficient knobs to make this is a problem solved. * Excellent mailing list support. I also thought about: * Good support for modern web pages (AJAX), while being compatible with older browsers. But this one is I am afraid not good enough. For example FireFox 1.0 is not supported. Anyone else? Thanks Erik, Erik. -- Erik van Oosten http://www.day-to-day-stuff.blogspot.com/ -- --- Take Surveys. Earn Cash. Influence
[Wicket-user] Wicket arguments for big slow companies (Was: links about wicket scalability...)
Okay, so we've got: Irrefutable arguments for using wicket in big slow companies: * Very small learning curve. Comment: Agreed. But I still think you need at least one more experienced Wicket developers for more advanced things like manipulating html generated by other components. Of course, books like 'Pro Wicket' help a lot but are not for every programmer. * Natural programming paradigm familiar to Java developers Comment: Changed that to _Java_ developers. * Excellent feedback messages of the framework when something goes wrong. * Robustness, no weird or unexpected behavior. * Limited knowledge required of web technologies (HTML, javascript) and still do advanced stuff in a fraction of the time it takes you with other frameworks (just consider e.g. something as tabs and paging). Comment: I am not sure so sure about this one. Do you mean that you only need limited knowledge of HTML and Javascript? And what do you mean by 'advanced stuff'? May I add: * Excellent clustering support. Rationale: even though you can discuss about this to death (as on the thread on JavaLobby), I think we agree that Wicket currently has sufficient knobs to make this is a problem solved. * Excellent mailing list support. I also thought about: * Good support for modern web pages (AJAX), while being compatible with older browsers. But this one is I am afraid not good enough. For example FireFox 1.0 is not supported. Anyone else? Thanks Erik, Erik. -- Erik van Oosten http://www.day-to-day-stuff.blogspot.com/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] License for CMS (components)
Hi Martijn, Well said - I did not think about that. And agreed, you might very well run into that problem. I admit that I have not had a thorough look at the Apache license but only 'read over it' and found it to be too 'open' for my liking: if you use an Apache-d software, you can keep the whole source secret, you can have it all open source, whatever. :) On the other hand, is it not true that Apache 2 is compatible with GPL? *mental note: read Apache and Apache 2 again* // Che -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martijn Dashorst Sent: Tuesday, September 26, 2006 2:32 PM To: wicket-user@lists.sourceforge.net Subject: Re: [Wicket-user] License for CMS (components) I'm very biased against LGPL. The letter of the license is not applicable for Java use, and LGPL is strongly at odds with Apache license. If at some time we would like to adopt such components when we arrive at Apache, then this will prohibit reusing any code from this project. I'm in favor of Apache 2, since that is what most Wicket projects are based on. I would use a license that is at least compatible with Apache. Martijn On 9/26/06, Che Schneider [EMAIL PROTECTED] wrote: Hi, My vote goes to LGPL: not as restrictive as GPL but preserves the gist of it. :) // Che -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ted Roeloffzen Sent: Tuesday, September 26, 2006 2:13 PM To: wicket-user Subject: [Wicket-user] License for CMS (components) Hello all, We are going to create a Wicket CMS and/or CMS Components, but we are not sure under which license to do this. Which license would you prefer? BSD, Apache, (L)GPL or another one? greets, Ted __ DISCLAIMER: This e-mail message is intended for the addressee(s) or authorized recipient only. If you are not the addressee, or an authorized recipient, you are specifically advised that any use, distribution, publication, copying or repetition of this information is prohibited. If you have received this information in error, please notify us immediately (+31 (0)20 50 25 800) and destroy this message.__ DISCLAIMER: This e-mail message is intended for the addressee(s) or authorized recipient only. If you are not the addressee, or an authorized recipient, you are specifically advised that any use, distribution, publication, copying or repetition of this information is prohibited. If you have received this information in error, please notify us immediately (+31 (0)20 50 25 800) and destroy this message. __ DISCLAIMER: This e-mail message is intended for the addressee(s) or authorized recipient only. If you are not the addressee, or an authorized recipient, you are specifically advised that any use, distribution, publication, copying or repetition of this information is prohibited. If you have received this information in error, please notify us immediately (+31 (0)20 50 25 800) and destroy this message. -- --- 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 -- a href=http://www.thebeststuffintheworld.com/vote_for/wicket;Vote/a for a href=http://www.thebeststuffintheworld.com/stuff/wicket;Wicket/a at the a href=http://www.thebeststuffintheworld.com/;Best Stuff in the World!/a -- --- 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 __ DISCLAIMER: This e-mail message is intended for the addressee(s) or authorized recipient only. If you are not the addressee, or an authorized recipient, you are specifically advised that any use, distribution, publication, copying or repetition of this information is prohibited. If you have received this information in error, please notify us immediately (+31 (0)20 50 25 800) and destroy this message. __
Re: [Wicket-user] Wicket arguments for big slow companies (Was:links about wicket scalability...)
Hehe, I espcially agree to the unlearning effect. Had a hard time getting used to the fact that wicket controls what are selected in a component... Regards Nino -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Eelco Hillenius Sent: 26. september 2006 13:12 To: wicket-user@lists.sourceforge.net Subject: Re: [Wicket-user] Wicket arguments for big slow companies (Was:links about wicket scalability...) * Very small learning curve. Comment: Agreed. But I still think you need at least one more experienced Wicket developers for more advanced things like manipulating html generated by other components. Of course, books like 'Pro Wicket' help a lot but are not for every programmer. I'm not even sure whether I agree :) Wicket can be hard for people that are not comfortable with OO programming. If all you've learned so far is coding PHP, JSP or RoR will be much easier to pick up. Also, for people who have done a bunch of projects with web MVC frameworks like Struts, there is what Howard Lewis Ship (Tapestry) calls the 'unlearning effect'. Wicket probably *is* very easy to learn for programmers that are experienced OO programmers, did a lot of Swing/ SWT/ ... desktop applications, or weren't doing too much UI before. Also, I think Wicket is the best of all web frameworks to learn for programmers who are now learning the trade. It's just Java and just HTML instead of yet another DSL, and imo there's not much that will encourage bad programming practices. I also thought about: * Good support for modern web pages (AJAX), while being compatible with older browsers. But this one is I am afraid not good enough. For example FireFox 1.0 is not supported. This is not inherently true for the framework though. We provide a convenience implementation for Ajax, which can be used with other implementations (Dojo, scriptaculous, your own, ...). I think a strong feature of Wicket is that you can create you custom components, including any Ajax support you want for them, without too much trouble. Eelco - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] links about wicket scalability...
Erik,did you search this link?http://www.virtuas.com/articles/webframework-sweetspots.html -Dirk2006/9/26, Erik Brakkee [EMAIL PROTECTED]: Hi all, A collegue of mine at a very big and slow organization is evaluating web frameworks, of which one is wicket. As expected, there is the remark that wicket is not scalable because of its use of session scope. I already gave the most important arguments, but it would be nice to have some good links for backing these arguments. In paticular, the link where (I think it was Eelco) mentioned that in a number of comparisons between web frameworks it was shown that wicket actually stores less in the session than other frameworks. This is a really strong argument, especially when backed up by real data. Nevertheless, I couldn't find this information anymore. Are there links to the applications (downloadable) proving this point? Cheers Erik -Take Surveys. Earn Cash. Influence the Future of ITJoin 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.nethttps://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] License for CMS (components)
Hello all,We are going to create a Wicket CMS and/or CMS Components, but we are not sure under which license to do this. Which license would you prefer? BSD, Apache, (L)GPL or another one?greets,Ted - 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] License for CMS (components)
HOWTO: Pick an open source license http://www.theserverside.com/news/thread.tss?thread_id=40946 Regards, Erik. Ted Roeloffzen schreef: Hello all, We are going to create a Wicket CMS and/or CMS Components, but we are not sure under which license to do this. Which license would you prefer? BSD, Apache, (L)GPL or another one? greets, Ted -- Erik van Oosten http://www.day-to-day-stuff.blogspot.com/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] SUSPECT: Re: Wicket arguments for big slow companies (Was:links about wicket scalability...)
Hi Eelco, I totally agree to you (*)-comment: We are working on a project at the moment where almost exactly that is happening. A collegue is creating all the markup while 'we Java developers' (;) give it a life afterwards. And yes, it works very smoothly and with success... :) // Che -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Eelco Hillenius Sent: Tuesday, September 26, 2006 1:49 PM To: wicket-user@lists.sourceforge.net Subject: SUSPECT: Re: [Wicket-user] Wicket arguments for big slow companies (Was:links about wicket scalability...) I'm missing my favorites :) - Scales very well for development. Whether you're working in a team of 2 people or 20, you'll have all the possibilities of breaking functionality down in smaller pieces. Let your developers works on whole pages, or just (reusable) panels, or even on highly specialized components. Also, using separate HTML/ CSS people to mock up pages works really well with Wicket (*). - Reusability. Over multiple projects or in just one project: reusability is great, and actually is exactly the same thing as what makes OO great. You abstract a 'problem' with its data and behavior, and make it available for users to utilize in multiple situations. See related rant on custom components here: http://chillenious.wordpress.com/2006/05/12/a-word-about-custo m-components/ - Maintainability. Same rules as OO apply. Changes are more local, making refactoring easier. Reusability makes that you'll have less copy 'n paste code. Etc. Eelco * There have been a bunch of discussions where some wind bags said that this is something no-one actually does. But they are wrong, because I've seen it work, and some of the projects I know of currently are doing it with great success as well. On 9/26/06, Erik van Oosten [EMAIL PROTECTED] wrote: Okay, so we've got: Irrefutable arguments for using wicket in big slow companies: * Very small learning curve. Comment: Agreed. But I still think you need at least one more experienced Wicket developers for more advanced things like manipulating html generated by other components. Of course, books like 'Pro Wicket' help a lot but are not for every programmer. * Natural programming paradigm familiar to Java developers Comment: Changed that to _Java_ developers. * Excellent feedback messages of the framework when something goes wrong. * Robustness, no weird or unexpected behavior. * Limited knowledge required of web technologies (HTML, javascript) and still do advanced stuff in a fraction of the time it takes you with other frameworks (just consider e.g. something as tabs and paging). Comment: I am not sure so sure about this one. Do you mean that you only need limited knowledge of HTML and Javascript? And what do you mean by 'advanced stuff'? May I add: * Excellent clustering support. Rationale: even though you can discuss about this to death (as on the thread on JavaLobby), I think we agree that Wicket currently has sufficient knobs to make this is a problem solved. * Excellent mailing list support. I also thought about: * Good support for modern web pages (AJAX), while being compatible with older browsers. But this one is I am afraid not good enough. For example FireFox 1.0 is not supported. Anyone else? Thanks Erik, Erik. -- Erik van Oosten http://www.day-to-day-stuff.blogspot.com/ -- --- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=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=sourceforge CID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user __ DISCLAIMER: This e-mail message is intended for the addressee(s) or authorized recipient only. If you are not the addressee, or an authorized recipient, you are specifically advised that any use, distribution, publication, copying or repetition of
Re: [Wicket-user] links about wicket scalability...
Not anything downloadable I'm afraid. But here is my current brain dump on the matter. The most important question: what are your scalability needs? If you are creating a public facing web site with possibly *very* large fluctuations in user behavior, your scalability needs are way more important than with intranet applications. The latter kind of application typically don't have the enormous peaks and variety of usage. So even if they have tens of thousands of users (like the application that I'm currently working on will have), the load will be pretty predictable, and is something that can be planned for. Presuming scalability is an important concern, where do you expect the bottlenecks to happen? In my experience, the database/ back-end typically starts crumbling way before the web tier. And if you use a clustered environment with sticky sessions, the web tier most likely will never be a real concern. Now, if you defined the web tier as a likely bottleneck, and your scalability requirements are such that you probably have to work with a big cluster etc, it's time to talk business. Learn about the pitfalls of the frameworks you are considering and evaluate that with your situation. But now my remark about that Wicket might actually uses less server side memory than some other framework... that was primarily directed to web MVC frameworks like Struts, WW, Spring MVC, etc. Unfortunately still the leading paradigm it seems. A big pitfall for web MVC frameworks is that it is hard to program complex UIs in them. Things like wizards, multiple levels of tabs, page-able lists, search panels with detail screens etc, are very hard to do without a stateful model. So what typically happens is that programmers use session memory to store 'temporary' data, like the selected tab, the previous search command, the page of the page-able list etc. I quoted 'tempory' as that stuff typically don't gets cleaned up properly - the primary reason why an MVC based application Johan profiled some time ago actually used much more session memory than a comparable Wicket application. Worse, such ad-hoc usage is unpredictable and hard to tweak in a clustered environment. Even if you had an MVC and a Wicket application that would use exactly the same amount of memory, the Wicket application will very likely put less strain on the cluster as - due the fact that Wicket controls what goes in and out of the actual session/ cluster - Wicket will try to optimize and take care to only update when it is really needed. Alternatively, you could force your programmers to never use the session for things like that. It *is* possible to achieve the same by passing request parameters everywhere. However, for complex UIs you'll soon be bogged down by an incomprehensible stack of spaghetti. You might get into the problem that your get requests are getting too long. And using request parameters is a potential security concern. But most importantly, you have to 'flat down' everything you could otherwise componentize to a page level, and every little refactoring will be tedious, and you probably will have lots of code duplication. For anyone that actually build a couple of non-trivial web applications with MVC frameworks like Struts, I'm not telling a new story here. My point of this whole section is that even though MCV frameworks potentially scale better, changes are that in practice they don't. Not for anything moderately complex. And the prize to pay for this warm fuzzy feeling that you theoretically scale better can be pretty big. 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] License for CMS (components)
Hi, My vote goes to LGPL: not as restrictive as GPL but preserves the gist of it. :) // Che -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ted Roeloffzen Sent: Tuesday, September 26, 2006 2:13 PM To: wicket-user Subject: [Wicket-user] License for CMS (components) Hello all, We are going to create a Wicket CMS and/or CMS Components, but we are not sure under which license to do this. Which license would you prefer? BSD, Apache, (L)GPL or another one? greets, Ted __ DISCLAIMER: This e-mail message is intended for the addressee(s) or authorized recipient only. If you are not the addressee, or an authorized recipient, you are specifically advised that any use, distribution, publication, copying or repetition of this information is prohibited. If you have received this information in error, please notify us immediately (+31 (0)20 50 25 800) and destroy this message.__ DISCLAIMER: This e-mail message is intended for the addressee(s) or authorized recipient only. If you are not the addressee, or an authorized recipient, you are specifically advised that any use, distribution, publication, copying or repetition of this information is prohibited. If you have received this information in error, please notify us immediately (+31 (0)20 50 25 800) and destroy this message. __ DISCLAIMER: This e-mail message is intended for the addressee(s) or authorized recipient only. If you are not the addressee, or an authorized recipient, you are specifically advised that any use, distribution, publication, copying or repetition of this information is prohibited. If you have received this information in error, please notify us immediately (+31 (0)20 50 25 800) and destroy this message. - 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] License for CMS (components)
It is true that a company can take the source code and make it closed and sell it with a new label when using Apache license. Personally I don't mind and there are a lot of people that don't mind either. The problem with taking the ASL product, rebrand it and market it is that the product will always be behind what the free version provides, as long as the community is active and participating. I don't consider GPL or LGPL to be evil, they are just not my cup of tea. Martijn On 9/26/06, Che Schneider [EMAIL PROTECTED] wrote: Hi Martijn, Well said - I did not think about that. And agreed, you might very well run into that problem. I admit that I have not had a thorough look at the Apache license but only 'read over it' and found it to be too 'open' for my liking: if you use an Apache-d software, you can keep the whole source secret, you can have it all open source, whatever. :) On the other hand, is it not true that Apache 2 is compatible with GPL? *mental note: read Apache and Apache 2 again* // Che -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martijn Dashorst Sent: Tuesday, September 26, 2006 2:32 PM To: wicket-user@lists.sourceforge.net Subject: Re: [Wicket-user] License for CMS (components) I'm very biased against LGPL. The letter of the license is not applicable for Java use, and LGPL is strongly at odds with Apache license. If at some time we would like to adopt such components when we arrive at Apache, then this will prohibit reusing any code from this project. I'm in favor of Apache 2, since that is what most Wicket projects are based on. I would use a license that is at least compatible with Apache. Martijn On 9/26/06, Che Schneider [EMAIL PROTECTED] wrote: Hi, My vote goes to LGPL: not as restrictive as GPL but preserves the gist of it. :) // Che -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ted Roeloffzen Sent: Tuesday, September 26, 2006 2:13 PM To: wicket-user Subject: [Wicket-user] License for CMS (components) Hello all, We are going to create a Wicket CMS and/or CMS Components, but we are not sure under which license to do this. Which license would you prefer? BSD, Apache, (L)GPL or another one? greets, Ted __ DISCLAIMER: This e-mail message is intended for the addressee(s) or authorized recipient only. If you are not the addressee, or an authorized recipient, you are specifically advised that any use, distribution, publication, copying or repetition of this information is prohibited. If you have received this information in error, please notify us immediately (+31 (0)20 50 25 800) and destroy this message.__ DISCLAIMER: This e-mail message is intended for the addressee(s) or authorized recipient only. If you are not the addressee, or an authorized recipient, you are specifically advised that any use, distribution, publication, copying or repetition of this information is prohibited. If you have received this information in error, please notify us immediately (+31 (0)20 50 25 800) and destroy this message. __ DISCLAIMER: This e-mail message is intended for the addressee(s) or authorized recipient only. If you are not the addressee, or an authorized recipient, you are specifically advised that any use, distribution, publication, copying or repetition of this information is prohibited. If you have received this information in error, please notify us immediately (+31 (0)20 50 25 800) and destroy this message. -- --- 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 -- a href=http://www.thebeststuffintheworld.com/vote_for/wicket;Vote/a for a href=http://www.thebeststuffintheworld.com/stuff/wicket;Wicket/a at the a href=http://www.thebeststuffintheworld.com/;Best Stuff in the World!/a -- --- 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
Re: [Wicket-user] The problem about encoding and event in ajax
sorry.. I don't exactly understand what you mean, do you mean browser's charactor encoding mode ? if so, my browser's Charactor Encoding switch to Big5 when request set to Big5.anyway, I just create a quickstart with encoding cp866, a Russian encoding. I can't read Runssian, either. but it should be enough to demo the problem. please see attachement. In quickstart I do :(1) set QuickStartApplication: getMarkupSettings().setDefaultMarkupEncoding(cp866); getRequestCycleSettings().setResponseRequestEncoding(cp866); (2) template use cp866 ecoding both in ?xml and meta tag. On 9/26/06, Johan Compagner [EMAIL PROTECTED] wrote:If you set the request encoding to Big5.What does the browser say when you ask for where it is in? johanOn 9/26/06, Ingram Chen [EMAIL PROTECTED] wrote: Thanks the advice!Some chars just can't translated into Big5. Big5 is popular Chinese encoding before unicode in Taiwan... etc and it lack some rare chars defined in unicode. make conversion at DAO layer would be good or even migrate db to unicode is better but it require a lot effort. My problem is just Wicket Ajax not work correctly in different encoding. If it couldn't be solved, we are forced to give up wicket ajax and fallback to plain request...sigh Is there anything I could check or trace... ?-- Ingram ChenJava [EMAIL PROTECTED]Institue of BioMedical Sciences Academia Sinica Taiwan blog: http://www.javaworld.com.tw/roller/page/ingramchen encodingProblem.IAmZip Description: Binary data - 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] Wicket arguments for big slow companies (Was: links about wicket scalability...)
I like those. Lets hold them against the unfair criteria again (this is really fun): - Developer team scalability: Nice, this is indeed something large companies need and/or struggle with. Who has never had revision 1285 of struts-config.xml? And many big companies like splitting up work over technical lines instead of functional lines (java vs. html). - Reusability: I have unfortunately never seen a big slow company that cared about this. Please tell me if you saw some. - Maintainability: I have not seen many big slow companies that cared about this deeply. Furthermore, the big companies I worked at 'maintainability' is usually associated with 'maintenance': keeping big databases and J2EE application clusters alive. I am hesitating whether this one should be on the list. Erik. Eelco Hillenius schreef: I'm missing my favorites :) - Scales very well for development. Whether you're working in a team of 2 people or 20, you'll have all the possibilities of breaking functionality down in smaller pieces. Let your developers works on whole pages, or just (reusable) panels, or even on highly specialized components. Also, using separate HTML/ CSS people to mock up pages works really well with Wicket (*). - Reusability. Over multiple projects or in just one project: reusability is great, and actually is exactly the same thing as what makes OO great. You abstract a 'problem' with its data and behavior, and make it available for users to utilize in multiple situations. See related rant on custom components here: http://chillenious.wordpress.com/2006/05/12/a-word-about-custom-components/ - Maintainability. Same rules as OO apply. Changes are more local, making refactoring easier. Reusability makes that you'll have less copy 'n paste code. Etc. Eelco * There have been a bunch of discussions where some wind bags said that this is something no-one actually does. But they are wrong, because I've seen it work, and some of the projects I know of currently are doing it with great success as well. On 9/26/06, Erik van Oosten [EMAIL PROTECTED] wrote: Okay, so we've got: Irrefutable arguments for using wicket in big slow companies: * Very small learning curve. Comment: Agreed. But I still think you need at least one more experienced Wicket developers for more advanced things like manipulating html generated by other components. Of course, books like 'Pro Wicket' help a lot but are not for every programmer. * Natural programming paradigm familiar to Java developers Comment: Changed that to _Java_ developers. * Excellent feedback messages of the framework when something goes wrong. * Robustness, no weird or unexpected behavior. * Limited knowledge required of web technologies (HTML, javascript) and still do advanced stuff in a fraction of the time it takes you with other frameworks (just consider e.g. something as tabs and paging). Comment: I am not sure so sure about this one. Do you mean that you only need limited knowledge of HTML and Javascript? And what do you mean by 'advanced stuff'? May I add: * Excellent clustering support. Rationale: even though you can discuss about this to death (as on the thread on JavaLobby), I think we agree that Wicket currently has sufficient knobs to make this is a problem solved. * Excellent mailing list support. I also thought about: * Good support for modern web pages (AJAX), while being compatible with older browsers. But this one is I am afraid not good enough. For example FireFox 1.0 is not supported. Anyone else? Thanks Erik, Erik. -- Erik van Oosten http://www.day-to-day-stuff.blogspot.com/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - 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 -- Erik van Oosten http://www.day-to-day-stuff.blogspot.com/ - Take Surveys.
Re: [Wicket-user] Wicket arguments for big slow companies (Was: links about wicket scalability...)
- Reusability: I have unfortunately never seen a big slow company that cared about this. Please tell me if you saw some. - Maintainability: I have not seen many big slow companies that cared about this deeply. Furthermore, the big companies I worked at 'maintainability' is usually associated with 'maintenance': keeping big databases and J2EE application clusters alive. I am hesitating whether this one should be on the list. For both arguments: they *should care* about that and it should in fact be on the top of their list :). For the simple reason that it will save them money and effort. Don't view these two issues in very long, multi-project way per se though; any theoretical advantage you'll have after a year is probably YAGNI. But You'll reap the benefits of reusability and maintainability often in the same project. Typically projects run for many months - certainly so in big *slow* companies (usually years). You'll have people leaving and other people joining the project. When requirements change - and they do - you'll have refactorings. The better maintainable an application is, the less work and less error prone such refactorings will be. It will thus be cheaper and you'll be able to honor such change requests easier. Also, with projects of some size, you'll have variants of functionality (like a search function, a panel that displays information about the current context, etc). Rather than building all the variants over and over again, you create this reusable component and use it throughout your project. 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] Wicket arguments for big slow companies (Was:links about wicket scalability...)
I prefer saying 'Just Java', which means the same (kind of), but sounds a bit nicer and has a broader application :) Eelco On 9/26/06, Ryan Sonnek [EMAIL PROTECTED] wrote: Don't forget my *favorite* selling point of wicket... * NO XML!!! - 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] Wicket arguments for big slow companies (Was: links about wicket scalability...)
Eelco, IMHO, what you describe here is 'flexible development' (I am avoiding the term Agile) rather then reusability and maintainability. Can you agree with this (somewhat condensed) assessment? Erik. Eelco Hillenius schreef: For both arguments: they *should care* about that and it should in fact be on the top of their list :). For the simple reason that it will save them money and effort. Don't view these two issues in very long, multi-project way per se though; any theoretical advantage you'll have after a year is probably YAGNI. But You'll reap the benefits of reusability and maintainability often in the same project. Typically projects run for many months - certainly so in big *slow* companies (usually years). You'll have people leaving and other people joining the project. When requirements change - and they do - you'll have refactorings. The better maintainable an application is, the less work and less error prone such refactorings will be. It will thus be cheaper and you'll be able to honor such change requests easier. Also, with projects of some size, you'll have variants of functionality (like a search function, a panel that displays information about the current context, etc). Rather than building all the variants over and over again, you create this reusable component and use it throughout your project. Eelco -- Erik van Oosten http://www.day-to-day-stuff.blogspot.com/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket arguments for big slow companies (Was:links about wicket scalability...)
I never liked HTML, PHP and everything related to GUI programming. Finding a Framework like Wicket that let me do all my trick in Java and never have to tweak html and CSS make me so happy, you can't understand. And the learning curve was not that hard. I begin Wicket in my new Job and after 1 week, I was at creating new Panel and delivering new stuff. MarcOn 9/26/06, Nino Wael [EMAIL PROTECTED] wrote: Hehe, I espcially agree to the unlearning effect. Had a hard time getting used to the fact that wicket controls what are selected in a component...Regards Nino-Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Eelco HilleniusSent: 26. september 2006 13:12 To: wicket-user@lists.sourceforge.netSubject: Re: [Wicket-user] Wicket arguments for big slow companies (Was:links about wicket scalability...) * Very small learning curve. Comment: Agreed. But I still think you need at least one more experienced Wicket developers for more advanced things like manipulating html generated by other components. Of course, books like 'Pro Wicket' help a lot but are not for every programmer.I'm not even sure whether I agree :) Wicket can be hard for peoplethat are not comfortable with OO programming. If all you've learned so far is coding PHP, JSP or RoR will be much easier to pick up. Also,for people who have done a bunch of projects with web MVC frameworkslike Struts, there is what Howard Lewis Ship (Tapestry) calls the'unlearning effect'. Wicket probably *is* very easy to learn for programmers that areexperienced OO programmers, did a lot of Swing/ SWT/ ... desktopapplications, or weren't doing too much UI before. Also, I thinkWicket is the best of all web frameworks to learn for programmers who are now learning the trade. It's just Java and just HTML instead ofyet another DSL, and imo there's not much that will encourage badprogramming practices. I also thought about: * Good support for modern web pages (AJAX), while being compatible with older browsers. But this one is I am afraid not good enough. For example FireFox 1.0 is not supported.This is not inherently true for the framework though. We provide aconvenience implementation for Ajax, which can be used with other implementations (Dojo, scriptaculous, your own, ...). I think a strongfeature of Wicket is that you can create you custom components,including any Ajax support you want for them, without too muchtrouble. Eelco-Take Surveys. Earn Cash. Influence the Future of ITJoin SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cashhttp://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___Wicket-user mailing listWicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user-Take Surveys. Earn Cash. Influence the Future of ITJoin SourceForge.net 's Techsay panel and you'll get the chance to share youropinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___Wicket-user mailing listWicket-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] Wicket arguments for big slow companies (Was:links about wicket scalability...)
Don't forget my *favorite* selling point of wicket...* NO XML!!!On 9/26/06, Marc-Andre Houle [EMAIL PROTECTED] wrote:I never liked HTML, PHP and everything related to GUI programming. Finding a Framework like Wicket that let me do all my trick in Java and never have to tweak html and CSS make me so happy, you can't understand. And the learning curve was not that hard. I begin Wicket in my new Job and after 1 week, I was at creating new Panel and delivering new stuff. MarcOn 9/26/06, Nino Wael [EMAIL PROTECTED] wrote: Hehe, I espcially agree to the unlearning effect. Had a hard time getting used to the fact that wicket controls what are selected in a component...Regards Nino-Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] ] On Behalf Of Eelco HilleniusSent: 26. september 2006 13:12 To: wicket-user@lists.sourceforge.netSubject: Re: [Wicket-user] Wicket arguments for big slow companies (Was:links about wicket scalability...) * Very small learning curve. Comment: Agreed. But I still think you need at least one more experienced Wicket developers for more advanced things like manipulating html generated by other components. Of course, books like 'Pro Wicket' help a lot but are not for every programmer.I'm not even sure whether I agree :) Wicket can be hard for peoplethat are not comfortable with OO programming. If all you've learned so far is coding PHP, JSP or RoR will be much easier to pick up. Also,for people who have done a bunch of projects with web MVC frameworkslike Struts, there is what Howard Lewis Ship (Tapestry) calls the'unlearning effect'. Wicket probably *is* very easy to learn for programmers that areexperienced OO programmers, did a lot of Swing/ SWT/ ... desktopapplications, or weren't doing too much UI before. Also, I thinkWicket is the best of all web frameworks to learn for programmers who are now learning the trade. It's just Java and just HTML instead ofyet another DSL, and imo there's not much that will encourage badprogramming practices. I also thought about: * Good support for modern web pages (AJAX), while being compatible with older browsers. But this one is I am afraid not good enough. For example FireFox 1.0 is not supported.This is not inherently true for the framework though. We provide aconvenience implementation for Ajax, which can be used with other implementations (Dojo, scriptaculous, your own, ...). I think a strongfeature of Wicket is that you can create you custom components,including any Ajax support you want for them, without too muchtrouble. Eelco-Take Surveys. Earn Cash. Influence the Future of ITJoin 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 listWicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user-Take Surveys. Earn Cash. Influence the Future of ITJoin SourceForge.net 's Techsay panel and you'll get the chance to share youropinions 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 ITJoin 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.nethttps://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] AJAX Events - which key?
For a given textfield (part of a pair of fields where the text value is used to filter a listbox) I want to respond to the onkeyup event but do different things depending on the key pressed. Specifically, on Enter submit the form and on anything else filter the listbox. Looking at AjaxEventBehavior and AjaxFormComponentUpdatingBehavior it doesn't look like the key that was pressed is available to the server side code (specifically, onkeyup events). Is this correct? I did find AjaxEditableLabel$EditorAjaxBehavior that looks like it is doing something similar with the onkeypress event, but I am having a hard time figuring out the code. Could someone offer some insight that might make it clearer on how to adapt this to my needs? Chuck -- View this message in context: http://www.nabble.com/AJAX-Events---which-key--tf2338865.html#a6508385 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket arguments for big slow companies(Was:links about wicket scalability...)
+1 because this actually _is_ a very important point. // Che -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ryan Sonnek Sent: Tuesday, September 26, 2006 3:29 PM To: wicket-user@lists.sourceforge.net Subject: Re: [Wicket-user] Wicket arguments for big slow companies(Was:links about wicket scalability...) Don't forget my *favorite* selling point of wicket... * NO XML!!! On 9/26/06, Marc-Andre Houle [EMAIL PROTECTED] wrote: I never liked HTML, PHP and everything related to GUI programming. Finding a Framework like Wicket that let me do all my trick in Java and never have to tweak html and CSS make me so happy, you can't understand. And the learning curve was not that hard. I begin Wicket in my new Job and after 1 week, I was at creating new Panel and delivering new stuff. Marc On 9/26/06, Nino Wael [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hehe, I espcially agree to the unlearning effect. Had a hard time getting used to the fact that wicket controls what are selected in a component... Regards Nino -Original Message- From: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] ] On Behalf Of Eelco Hillenius Sent: 26. september 2006 13:12 To: wicket-user@lists.sourceforge.net Subject: Re: [Wicket-user] Wicket arguments for big slow companies (Was:links about wicket scalability...) * Very small learning curve. Comment: Agreed. But I still think you need at least one more experienced Wicket developers for more advanced things like manipulating html generated by other components. Of course, books like 'Pro Wicket' help a lot but are not for every programmer. I'm not even sure whether I agree :) Wicket can be hard for people that are not comfortable with OO programming. If all you've learned so far is coding PHP, JSP or RoR will be much easier to pick up. Also, for people who have done a bunch of projects with web MVC frameworks like Struts, there is what Howard Lewis Ship (Tapestry) calls the 'unlearning effect'. Wicket probably *is* very easy to learn for programmers that are experienced OO programmers, did a lot of Swing/ SWT/ ... desktop applications, or weren't doing too much UI before. Also, I think Wicket is the best of all web frameworks to learn for programmers who are now learning the trade. It's just Java and just HTML instead of yet another DSL, and imo there's not much that will encourage bad programming practices. I also thought about: * Good support for modern web pages (AJAX), while being compatible with older browsers. But this one is I am afraid not good enough. For example FireFox 1.0 is not supported. This is not inherently true for the framework though. We provide a convenience implementation for Ajax, which can be used with other implementations (Dojo, scriptaculous, your own, ...). I think a strong feature of Wicket is that you can create you custom components, including any Ajax support you want for them, without too much trouble. 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=sourceforge CID=DEVDEV http://www.techsay.com/default.php?page=join.phpp=sourceforg eCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user 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
[Wicket-user] Big-Before Now-Fast Wicketed-Companies Samples? (follows: Wicket arguments for big slow companies)
Sirs, Just for curiosity, wouldn't it be nice to see Work in Progress samples at Wicket's site, where some of those big slow companies are brain-gaining to Wicket's productivity? Haven't seen much information... maybe there's some hidden link there at wicket's :? For the moment, if it's of your interest, I can report the project I am involved myself in T-Sys... doing my best to promote Wicket by PoC... now deeply involved 2 developers... hope to win! Beers, M - 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] Wicket arguments for big slow companies (Was: links about wicket scalability...)
I understand and I agree wholeheartedly. I appreciate and like your complete and thorough answers. But for BSCs (thanks for the TLA Che) we'll need terse and to the point arguments. I'll wait another day for some more comments and then write a little article about this discussion. Should be fun. I'll put in on the wiki too. Regards, Erik. Eelco Hillenius schreef: IMHO, what you describe here is 'flexible development' (I am avoiding the term Agile) rather then reusability and maintainability. Can you agree with this (somewhat condensed) assessment? Sure, whatever works for you :) What I tried to get across is that I don't think reusability and maintainability have to be viewed as long-term things only. I know from experience they typically are viewed like that by managers, who'll say they won't need it as they rather get the project done. But writing maintainable and reusable code may save you or your colleagues trouble next week rather than next year. Projects without much discipline when it comes to avoiding copy paste code and such, move fast in the first two months and get bogged down after six. My experience with projects done with MVC frameworks is exactly that. The further they progressed, and the more complex the UI got (often projects start out solving the easy problems first), the harder it got to implement changes to the UI, get new programmers to work on the project, etc. When I started looking for alternatives some 3 years ago, I was primarily doing that for 'management' reasons. Eelco -- Erik van Oosten http://www.day-to-day-stuff.blogspot.com/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] wicket.util.lang.PropertyResolver / migth bealittleofftopic
Hmm, just went ahead and tried the original code, and it workedJ: private Object[] fillParameters() { Object param[] = new Object[parameters.size()]; for (int i = 0; i parameters.size(); i++) { Object[] params = (Object[]) parameters.get(i); Class clazz = (Class) params[0]; param[i] = ((IModel) params[1]).getObject(null); } return param; } From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nino Wael Sent: 26. september 2006 13:43 To: wicket-user@lists.sourceforge.net Subject: Re: [Wicket-user] wicket.util.lang.PropertyResolver / migth bealittleofftopic So there is no simple solution like this, which does not work: param[i] = (clazz) ((IModel) params[1]).getObject(null); or (purely fictional) param[i] = (clazz.getType) ((IModel) params[1]).getObject(null); From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Johan Compagner Sent: 26. september 2006 12:46 To: wicket-user@lists.sourceforge.net Subject: Re: [Wicket-user] wicket.util.lang.PropertyResolver / migth be alittleofftopic you have to make sure that the object[] that you give to the invoke are all of the right type.. Else you will get a class cast exception. Reflection will not convert from one object to the other. PropertyResolver is using the given converter for that. johan On 9/26/06, Nino Wael [EMAIL PROTECTED] wrote: fillParameters should have looked like this private Object[] fillParameters() { Object param[] = new Object[parameters.size()]; for (int i = 0; i parameters.size(); i++) { Object[] params = (Object[]) parameters.get(i); Class clazz = (Class) params[0]; param[i] = ((IModel) params[1]).getObject(null); } return param; } From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Nino Wael Sent: 26. september 2006 12:32 To: wicket-user@lists.sourceforge.net Subject: [Wicket-user] wicket.util.lang.PropertyResolver / migth be a littleofftopic Hi I need to do something similar as the propertyresolver does. Therefore im writing to the wicket userlist. I have a component that can update a list of other components by a ajax call. This component also fills out a palette(something similar to the extension.palette). It gets the value by calling a method which were provided and the required parameters was also provided, it does this by using java.lang.reflect.Method. In my effort on trying to make this a bit more generic component I was trying to have an arraylist which contained class's and IModels. Setting up the method was fine and simple enough, currently im stuck when trying to build the list of parameters im wondering if I have to typecast the parameters at all or if reflection will handle that, because of what I did in the setupMethod method, I am betting the latter? //sniplet private void setupMethod(Object myProvider, String sMethod) { Class partypes[] = new Class[parameters.size()]; for (int i = 0; i parameters.size(); i++) { Object[] params = (Object[]) parameters.get(i); partypes[i] = (Class) params[0]; } Method method; try { method = myProvider.getClass().getMethod(sMethod, partypes); } catch (Exception e) { } this.dbprovidermethod = method; } private Object[] fillParameters() { Object param[] = new Object[parameters.size()]; for (int i = 0; i parameters.size(); i++) { Object[] params = (Object[]) parameters.get(i); Class clazz=(Class) params[0]; param[i] = (clazz) params[1]; } return param; } //sniplet - 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 Events - which key?
I think I was having a problem because I was using AjaxFormComponentUpdatingBehavior to update the listbox when the textfield changed. I wanted to add the Enter capability to that and that is where I got a little confused. What seems to work is overriding the getCallbackScript of the original keyup event to wrap the normal callback script with an if stmt to control the flow based upon the key pressed. Below is what seems to work. Are there other (better) ways to do this? AjaxEventBehavior autoUpdate = new AjaxFormComponentUpdatingBehavior(onkeyup) { protected CharSequence getCallbackScript(CharSequence partialCall, CharSequence onSuccessScript, CharSequence onFailureScript) { final StringBuffer script = new StringBuffer(); script.append(var kc=wicketKeyCode(event); if (kc!=13) {); script.append(super.getCallbackScript(partialCall, onSuccessScript, onFailureScript)); script.append(} else {document.all.); script.append(submit.getId()); script.append(.click();}); return script; } -- View this message in context: http://www.nabble.com/AJAX-Events---which-key--tf2338865.html#a6508899 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] links about wicket scalability...
Perhaps another argument, that I did not mention yet, is that the next version of wicket will also provide other ways for storing session state. That exists today/ for 2.0 and 1.2 actually. Session represents the session state, but ISessionStore hides where the information is actually stored. You don't have to use an HttpSession, but can use a database, file system or whatever you want with Wicket 1.2 too. In Wicket 2.0, Johan has an optimized version of ISessionStore that uses HttpSession for only the current page, and dumps older pages to the file store as a kind of second level cache for back button support. Also new in 2.0, is that we implemented deferred session creation. As long as you work with stateless pages, only a volatile session (for the span of a request) will be created. Thus, if your store uses HttpSession, no actual session would be created as long stateless pages are accessed. Certainly for public facing (parts of) sites, this means a lot for scalability. But, in my experience, always leave out the weak arguments (everyone knows the next version will solve all the problems, but if it doesn't exist). The next version is not a theoretical exercise though. We've been working on Wicket 2.0 for months now, and even though the constructor change was quite drastic, it's not a complete rewrite or new framework. It is accessible in SVN now for anyone to check out, and all the scalability goodies we scheduled are implemented (deferred sessions, stateless pages including support for forms and links). Also, Wicket In Action (scheduled for completion the end of this year) is about 2.0 too so we *are* planning to work to a final release within the next six months. 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] License for CMS (components)
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Agreed. Apache or BSD is my vote. I'm much less likely to use anything under the (L)GPL license. IMNSHO, that the LGPL preserves the gist of the GPL isn't a good a thing. ;) Martijn Dashorst wrote: I'm very biased against LGPL. The letter of the license is not applicable for Java use, and LGPL is strongly at odds with Apache license. If at some time we would like to adopt such components when we arrive at Apache, then this will prohibit reusing any code from this project. I'm in favor of Apache 2, since that is what most Wicket projects are based on. I would use a license that is at least compatible with Apache. Martijn On 9/26/06, Che Schneider [EMAIL PROTECTED] wrote: Hi, My vote goes to LGPL: not as restrictive as GPL but preserves the gist of it. :) // Che -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ted Roeloffzen Sent: Tuesday, September 26, 2006 2:13 PM To: wicket-user Subject: [Wicket-user] License for CMS (components) Hello all, We are going to create a Wicket CMS and/or CMS Components, but we are not sure under which license to do this. Which license would you prefer? BSD, Apache, (L)GPL or another one? greets, Ted __ DISCLAIMER: This e-mail message is intended for the addressee(s) or authorized recipient only. If you are not the addressee, or an authorized recipient, you are specifically advised that any use, distribution, publication, copying or repetition of this information is prohibited. If you have received this information in error, please notify us immediately (+31 (0)20 50 25 800) and destroy this message.__ DISCLAIMER: This e-mail message is intended for the addressee(s) or authorized recipient only. If you are not the addressee, or an authorized recipient, you are specifically advised that any use, distribution, publication, copying or repetition of this information is prohibited. If you have received this information in error, please notify us immediately (+31 (0)20 50 25 800) and destroy this message. __ DISCLAIMER: This e-mail message is intended for the addressee(s) or authorized recipient only. If you are not the addressee, or an authorized recipient, you are specifically advised that any use, distribution, publication, copying or repetition of this information is prohibited. If you have received this information in error, please notify us immediately (+31 (0)20 50 25 800) and destroy this message. - 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 - -- Justin Lee http://www.antwerkz.com AIM : evan chooly Skype : evanchooly -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) iD8DBQFFGR+IJnQfEGuJ90MRA4LVAKDpea3D/D8fQ2suEySNb7TiQvn2QQCfS4tG LijHNIDUVKmJ1q2EWAqi9Qk= =neXT -END PGP SIGNATURE- - 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] Wicket arguments for big slow companies (Was: links about wicket scalability...)
IMHO, what you describe here is 'flexible development' (I am avoiding the term Agile) rather then reusability and maintainability. Can you agree with this (somewhat condensed) assessment? Sure, whatever works for you :) What I tried to get across is that I don't think reusability and maintainability have to be viewed as long-term things only. I know from experience they typically are viewed like that by managers, who'll say they won't need it as they rather get the project done. But writing maintainable and reusable code may save you or your colleagues trouble next week rather than next year. Projects without much discipline when it comes to avoiding copy paste code and such, move fast in the first two months and get bogged down after six. My experience with projects done with MVC frameworks is exactly that. The further they progressed, and the more complex the UI got (often projects start out solving the easy problems first), the harder it got to implement changes to the UI, get new programmers to work on the project, etc. When I started looking for alternatives some 3 years ago, I was primarily doing that for 'management' reasons. 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] Wicket arguments for big slow companies (Was: links about wicket scalability...)
* Very small learning curve. Comment: Agreed. But I still think you need at least one more experienced Wicket developers for more advanced things like manipulating html generated by other components. Of course, books like 'Pro Wicket' help a lot but are not for every programmer. I'm not even sure whether I agree :) Wicket can be hard for people that are not comfortable with OO programming. If all you've learned so far is coding PHP, JSP or RoR will be much easier to pick up. Also, for people who have done a bunch of projects with web MVC frameworks like Struts, there is what Howard Lewis Ship (Tapestry) calls the 'unlearning effect'. Wicket probably *is* very easy to learn for programmers that are experienced OO programmers, did a lot of Swing/ SWT/ ... desktop applications, or weren't doing too much UI before. Also, I think Wicket is the best of all web frameworks to learn for programmers who are now learning the trade. It's just Java and just HTML instead of yet another DSL, and imo there's not much that will encourage bad programming practices. I also thought about: * Good support for modern web pages (AJAX), while being compatible with older browsers. But this one is I am afraid not good enough. For example FireFox 1.0 is not supported. This is not inherently true for the framework though. We provide a convenience implementation for Ajax, which can be used with other implementations (Dojo, scriptaculous, your own, ...). I think a strong feature of Wicket is that you can create you custom components, including any Ajax support you want for them, without too much trouble. Eelco - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] Problem Selecting Tree Nodes
Matej, I'm getting an ArrayIndexOutOfBounds when I go to select a tree node right after it has been inserted into the treewhen I callTree.updateTree(target); (my tree model is firing the correct events). If you'd like, I can get you a test case for this in a day or two, but I just wanted to make sure I wasn't trying to do something I can't first. Dummy Code: myTreeModel.insertNewNode(parentNode, newNode); myTree.getTreeState().selectNode(newNode, true); if(target != null) myTree.updateTree(target); Dump: 00:25:18.609 ERROR! [SocketListener0-1] wicket.RequestCycle.step(RequestCycle.java:1009) 20 -2java.lang.ArrayIndexOutOfBoundsException: -2at java.util.ArrayList.get(ArrayList.java:323)at wicket.extensions.markup.html.tree.AbstractTree.updateTree(AbstractTree.java:753)at simplepersistence.feature.dynamicPages.PageEditorPanel$SaveButton.onSubmit(PageEditorPanel.java:240)at wicket.ajax.markup.html.form.AjaxSubmitButton$1.onSubmit(AjaxSubmitButton.java:60)at wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmitBehavior.java:92)at wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:167)at wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDefaultAjaxBehavior.java:236)at wicket.request.target.component.listener.BehaviorRequestTarget.processEvents(BehaviorRequestTarget.java:98)at wicket.request.compound.DefaultEventProcessorStrategy.processEvents(DefaultEventProcessorStrategy.java:65)at wicket.request.compound.AbstractCompoundRequestCycleProcessor.processEvents(AbstractCompoundRequestCycleProcessor.java:57)at wicket.RequestCycle.doProcessEventsAndRespond(RequestCycle.java:862)at wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:900)at wicket.RequestCycle.step(RequestCycle.java:976)at wicket.RequestCycle.steps(RequestCycle.java:1050)at wicket.RequestCycle.request(RequestCycle.java:454)at wicket.protocol.http.WicketServlet.doGet(WicketServlet.java:217)at wicket.protocol.http.WicketServlet.doPost(WicketServlet.java:260)at javax.servlet.http.HttpServlet.service(HttpServlet.java:616)at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428)at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:473)at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568)at org.mortbay.http.HttpContext.handle(HttpContext.java:1530)at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633)at org.mortbay.http.HttpContext.handle(HttpContext.java:1482)at org.mortbay.http.HttpServer.service(HttpServer.java:909)at org.mortbay.http.HttpConnection.service(HttpConnection.java:820)at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:986)at org.mortbay.http.HttpConnection.handle(HttpConnection.java:837)at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:245)at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357)at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534) -- Karl - 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] Wicket arguments for big slow companies (Was: links about wicket scalability...)
I'm missing my favorites :) - Scales very well for development. Whether you're working in a team of 2 people or 20, you'll have all the possibilities of breaking functionality down in smaller pieces. Let your developers works on whole pages, or just (reusable) panels, or even on highly specialized components. Also, using separate HTML/ CSS people to mock up pages works really well with Wicket (*). - Reusability. Over multiple projects or in just one project: reusability is great, and actually is exactly the same thing as what makes OO great. You abstract a 'problem' with its data and behavior, and make it available for users to utilize in multiple situations. See related rant on custom components here: http://chillenious.wordpress.com/2006/05/12/a-word-about-custom-components/ - Maintainability. Same rules as OO apply. Changes are more local, making refactoring easier. Reusability makes that you'll have less copy 'n paste code. Etc. Eelco * There have been a bunch of discussions where some wind bags said that this is something no-one actually does. But they are wrong, because I've seen it work, and some of the projects I know of currently are doing it with great success as well. On 9/26/06, Erik van Oosten [EMAIL PROTECTED] wrote: Okay, so we've got: Irrefutable arguments for using wicket in big slow companies: * Very small learning curve. Comment: Agreed. But I still think you need at least one more experienced Wicket developers for more advanced things like manipulating html generated by other components. Of course, books like 'Pro Wicket' help a lot but are not for every programmer. * Natural programming paradigm familiar to Java developers Comment: Changed that to _Java_ developers. * Excellent feedback messages of the framework when something goes wrong. * Robustness, no weird or unexpected behavior. * Limited knowledge required of web technologies (HTML, javascript) and still do advanced stuff in a fraction of the time it takes you with other frameworks (just consider e.g. something as tabs and paging). Comment: I am not sure so sure about this one. Do you mean that you only need limited knowledge of HTML and Javascript? And what do you mean by 'advanced stuff'? May I add: * Excellent clustering support. Rationale: even though you can discuss about this to death (as on the thread on JavaLobby), I think we agree that Wicket currently has sufficient knobs to make this is a problem solved. * Excellent mailing list support. I also thought about: * Good support for modern web pages (AJAX), while being compatible with older browsers. But this one is I am afraid not good enough. For example FireFox 1.0 is not supported. Anyone else? Thanks Erik, Erik. -- Erik van Oosten http://www.day-to-day-stuff.blogspot.com/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - 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] License for CMS (components)
I'm very biased against LGPL. The letter of the license is not applicable for Java use, and LGPL is strongly at odds with Apache license. If at some time we would like to adopt such components when we arrive at Apache, then this will prohibit reusing any code from this project. I'm in favor of Apache 2, since that is what most Wicket projects are based on. I would use a license that is at least compatible with Apache. Martijn On 9/26/06, Che Schneider [EMAIL PROTECTED] wrote: Hi, My vote goes to LGPL: not as restrictive as GPL but preserves the gist of it. :) // Che -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ted Roeloffzen Sent: Tuesday, September 26, 2006 2:13 PM To: wicket-user Subject: [Wicket-user] License for CMS (components) Hello all, We are going to create a Wicket CMS and/or CMS Components, but we are not sure under which license to do this. Which license would you prefer? BSD, Apache, (L)GPL or another one? greets, Ted __ DISCLAIMER: This e-mail message is intended for the addressee(s) or authorized recipient only. If you are not the addressee, or an authorized recipient, you are specifically advised that any use, distribution, publication, copying or repetition of this information is prohibited. If you have received this information in error, please notify us immediately (+31 (0)20 50 25 800) and destroy this message.__ DISCLAIMER: This e-mail message is intended for the addressee(s) or authorized recipient only. If you are not the addressee, or an authorized recipient, you are specifically advised that any use, distribution, publication, copying or repetition of this information is prohibited. If you have received this information in error, please notify us immediately (+31 (0)20 50 25 800) and destroy this message. __ DISCLAIMER: This e-mail message is intended for the addressee(s) or authorized recipient only. If you are not the addressee, or an authorized recipient, you are specifically advised that any use, distribution, publication, copying or repetition of this information is prohibited. If you have received this information in error, please notify us immediately (+31 (0)20 50 25 800) and destroy this message. - 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 -- a href=http://www.thebeststuffintheworld.com/vote_for/wicket;Vote/a for a href=http://www.thebeststuffintheworld.com/stuff/wicket;Wicket/a at the a href=http://www.thebeststuffintheworld.com/;Best Stuff in the World!/a - 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] Problem Selecting Tree Nodes
Matej, I got and installed the latest SVN rev right before I sent the email. I should have some time Wed. to put together a quick test case for you. Should I just mimic one of the existing Junit tests or can I just send you a class html file? -- Karl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matej Knopp Sent: Tuesday, September 26, 2006 12:33 AM To: wicket-user@lists.sourceforge.net Subject: Re: [Wicket-user] Problem Selecting Tree Nodes Please send a test case, I'll look at it. your code seems to be fine, it's nothing illegal, it can be bug in tree. Would you mind testing svn version first, it _might_ be already fixed. Thanks, -Matej Karl M. Davis wrote: Matej, I'm getting an ArrayIndexOutOfBounds when I go to select a tree node right after it has been inserted into the tree when I call Tree.updateTree(target); (my tree model is firing the correct events). If you'd like, I can get you a test case for this in a day or two, but I just wanted to make sure I wasn't trying to do something I can't first. *Dummy Code:* myTreeModel.insertNewNode(parentNode, newNode); myTree.getTreeState().selectNode(newNode, true); if(target != null) myTree.updateTree(target); *Dump:* 00:25:18.609 ERROR! [SocketListener0-1] wicket.RequestCycle.step(RequestCycle.java:1009) 20 -2 java.lang.ArrayIndexOutOfBoundsException: -2 at java.util.ArrayList.get(ArrayList.java:323) at wicket.extensions.markup.html.tree.AbstractTree.updateTree(AbstractTre e.java:753) at simplepersistence.feature.dynamicPages.PageEditorPanel$SaveButton.onSu bmit(PageEditorPanel.java:240) at wicket.ajax.markup.html.form.AjaxSubmitButton$1.onSubmit(AjaxSubmitBut ton.java:60) at wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmitBehavior .java:92) at wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:167) at wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDefaultAjaxB ehavior.java:236) at wicket.request.target.component.listener.BehaviorRequestTarget.process Events(BehaviorRequestTarget.java:98) at wicket.request.compound.DefaultEventProcessorStrategy.processEvents(De faultEventProcessorStrategy.java:65) at wicket.request.compound.AbstractCompoundRequestCycleProcessor.processE vents(AbstractCompoundRequestCycleProcessor.java:57) at wicket.RequestCycle.doProcessEventsAndRespond(RequestCycle.java:862) at wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:900) at wicket.RequestCycle.step(RequestCycle.java:976) at wicket.RequestCycle.steps(RequestCycle.java:1050) at wicket.RequestCycle.request(RequestCycle.java:454) at wicket.protocol.http.WicketServlet.doGet(WicketServlet.java:217) at wicket.protocol.http.WicketServlet.doPost(WicketServlet.java:260) at javax.servlet.http.HttpServlet.service(HttpServlet.java:616) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicatio nHandler.java:473) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:56 8) at org.mortbay.http.HttpContext.handle(HttpContext.java:1530) at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationC ontext.java:633) at org.mortbay.http.HttpContext.handle(HttpContext.java:1482) at org.mortbay.http.HttpServer.service(HttpServer.java:909) at org.mortbay.http.HttpConnection.service(HttpConnection.java:820) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:986) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:837) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:2 45) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357) at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534) -- Karl -- -- -- --- 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=sourceforgeCID=DEVDEV
Re: [Wicket-user] Wicket arguments for big slow companies (Was: links about wicket scalability...)
Hi Eelco, Nino, I'm not even sure whether I agree :) Wicket can be hard for people that are not comfortable with OO programming... I did not have a very small learning curve, nor did the two other consultants working here. I guess 'very small learning curve' is off then. I must confess I have to unlearn myself as well even though I have plenty of pure OO experiences and even though I have never ever liked PHP, JSP and even rhtml. (Shameless plug for RoR and html template fans: see project Persia http://blog.finalist.com/2006/09/25/finalist_project_persia/.) How about: - No need to learn new languages, Java and HTML is sufficient. About the experienced developer: there should be an experienced developer an any non trivial project. So this should not be a problem. Good support for modern web pages (AJAX), while ... FireFox 1.0 is not supported. This is not inherently true for the framework though True, but that is not good enough for this very biased list :) Regards, Erik. -- Erik van Oosten http://www.day-to-day-stuff.blogspot.com/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] wicket.util.lang.PropertyResolver / migth be a littleofftopic
fillParameters should have looked like this private Object[] fillParameters() { Object param[] = new Object[parameters.size()]; for (int i = 0; i parameters.size(); i++) { Object[] params = (Object[]) parameters.get(i); Class clazz = (Class) params[0]; param[i] = ((IModel) params[1]).getObject(null); } return param; } From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nino Wael Sent: 26. september 2006 12:32 To: wicket-user@lists.sourceforge.net Subject: [Wicket-user] wicket.util.lang.PropertyResolver / migth be a littleofftopic Hi I need to do something similar as the propertyresolver does. Therefore im writing to the wicket userlist. I have a component that can update a list of other components by a ajax call. This component also fills out a palette(something similar to the extension.palette). It gets the value by calling a method which were provided and the required parameters was also provided, it does this by using java.lang.reflect.Method. In my effort on trying to make this a bit more generic component I was trying to have an arraylist which contained classs and IModels. Setting up the method was fine and simple enough, currently im stuck when trying to build the list of parameters im wondering if I have to typecast the parameters at all or if reflection will handle that, because of what I did in the setupMethod method, I am betting the latter? //sniplet private void setupMethod(Object myProvider, String sMethod) { Class partypes[] = new Class[parameters.size()]; for (int i = 0; i parameters.size(); i++) { Object[] params = (Object[]) parameters.get(i); partypes[i] = (Class) params[0]; } Method method; try { method = myProvider.getClass().getMethod(sMethod, partypes); } catch (Exception e) { } this.dbprovidermethod = method; } private Object[] fillParameters() { Object param[] = new Object[parameters.size()]; for (int i = 0; i parameters.size(); i++) { Object[] params = (Object[]) parameters.get(i); Class clazz=(Class) params[0]; param[i] = (clazz) params[1]; } return param; } //sniplet - 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] wicket.util.lang.PropertyResolver / migth be alittleofftopic
So there is no simple solution like this, which does not work: param[i] = (clazz) ((IModel) params[1]).getObject(null); or (purely fictional) param[i] = (clazz.getType) ((IModel) params[1]).getObject(null); From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Johan Compagner Sent: 26. september 2006 12:46 To: wicket-user@lists.sourceforge.net Subject: Re: [Wicket-user] wicket.util.lang.PropertyResolver / migth be alittleofftopic you have to make sure that the object[] that you give to the invoke are all of the right type.. Else you will get a class cast exception. Reflection will not convert from one object to the other. PropertyResolver is using the given converter for that. johan On 9/26/06, Nino Wael [EMAIL PROTECTED] wrote: fillParameters should have looked like this private Object[] fillParameters() { Object param[] = new Object[parameters.size()]; for (int i = 0; i parameters.size(); i++) { Object[] params = (Object[]) parameters.get(i); Class clazz = (Class) params[0]; param[i] = ((IModel) params[1]).getObject(null); } return param; } From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Nino Wael Sent: 26. september 2006 12:32 To: wicket-user@lists.sourceforge.net Subject: [Wicket-user] wicket.util.lang.PropertyResolver / migth be a littleofftopic Hi I need to do something similar as the propertyresolver does. Therefore im writing to the wicket userlist. I have a component that can update a list of other components by a ajax call. This component also fills out a palette(something similar to the extension.palette). It gets the value by calling a method which were provided and the required parameters was also provided, it does this by using java.lang.reflect.Method. In my effort on trying to make this a bit more generic component I was trying to have an arraylist which contained class's and IModels. Setting up the method was fine and simple enough, currently im stuck when trying to build the list of parameters im wondering if I have to typecast the parameters at all or if reflection will handle that, because of what I did in the setupMethod method, I am betting the latter? //sniplet private void setupMethod(Object myProvider, String sMethod) { Class partypes[] = new Class[parameters.size()]; for (int i = 0; i parameters.size(); i++) { Object[] params = (Object[]) parameters.get(i); partypes[i] = (Class) params[0]; } Method method; try { method = myProvider.getClass().getMethod(sMethod, partypes); } catch (Exception e) { } this.dbprovidermethod = method; } private Object[] fillParameters() { Object param[] = new Object[parameters.size()]; for (int i = 0; i parameters.size(); i++) { Object[] params = (Object[]) parameters.get(i); Class clazz=(Class) params[0]; param[i] = (clazz) params[1]; } return param; } //sniplet - 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 Events - which key?
a less intrusive way would be to use an AjaxCallDecorator to wrap the script in the same way.-IgorOn 9/26/06, ChuckDeal [EMAIL PROTECTED] wrote:I think I was having a problem because I was using AjaxFormComponentUpdatingBehavior to update the listbox when the textfieldchanged.I wanted to add the Enter capability to that and that is where Igot a little confused.What seems to work is overriding thegetCallbackScript of the original keyup event to wrap the normal callback script with an if stmt to control the flow based upon the key pressed.Below is what seems to work.Are there other (better) ways to do this?AjaxEventBehavior autoUpdate = newAjaxFormComponentUpdatingBehavior(onkeyup) { protected CharSequence getCallbackScript(CharSequence partialCall,CharSequence onSuccessScript, CharSequence onFailureScript) {final StringBuffer script = new StringBuffer();script.append(var kc=wicketKeyCode(event); if (kc!=13) {); script.append(super.getCallbackScript(partialCall, onSuccessScript,onFailureScript));script.append(} else {document.all.);script.append(submit.getId());script.append(.click();}); return script;}--View this message in context: http://www.nabble.com/AJAX-Events---which-key--tf2338865.html#a6508899 Sent from the Wicket - User mailing list archive at Nabble.com.-Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share youropinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___Wicket-user mailing listWicket-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 Events - which key?
igor.vaynberg wrote: a less intrusive way would be to use an AjaxCallDecorator to wrap the script in the same way. -Igor I tried the AjaxCallDecorator approach, but it did not work. Fundamentally, it looks like the same code; so, what did I miss? protected IAjaxCallDecorator getAjaxCallDecorator() { return new AjaxCallDecorator() { public CharSequence decorateScript(CharSequence script) { final StringBuffer buff = new StringBuffer(); buff.append(var kc=wicketKeyCode(event); if (kc!=13) {); buff.append(script); buff.append(} else {document.all.); buff.append(submit.getId()); buff.append(.click();}); return buff; } }; } -- View this message in context: http://www.nabble.com/AJAX-Events---which-key--tf2338865.html#a6510086 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] links about wicket scalability...
On 9/26/06, Eelco Hillenius [EMAIL PROTECTED] wrote: Perhaps another argument, that I did not mention yet, is that the next version of wicket will also provide other ways for storing session state.That exists today/ for 2.0 and 1.2 actually. Ok, thanks for the clarification. But, in my experience, always leave out the weak arguments (everyone knows the next version will solve all the problems, but if it doesn't exist).The next version is not a theoretical exercise though. We've beenworking on Wicket 2.0 for months now, and even though the constructor change was quite drastic, it's not a complete rewrite or newframework. It is accessible in SVN now for anyone to check out, andall the scalability goodies we scheduled are implemented (deferredsessions, stateless pages including support for forms and links). Also, Wicket In Action (scheduled for completion the end of this year)is about 2.0 too so we *are* planning to work to a final releasewithin the next six months. When can we expect to see the first alpha and beta releases for 2.0 in the maven2 repository? This would be nice for use since then we could start using it already (I don't want to distribute the jars with my project). Eelco- Take Surveys. Earn Cash. Influence the Future of ITJoin SourceForge.net's Techsay panel and you'll get the chance to share youropinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___Wicket-user mailing listWicket-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] links about wicket scalability...
When can we expect to see the first alpha and beta releases for 2.0 in the maven2 repository? This would be nice for use since then we could start using it already (I don't want to distribute the jars with my project).http://maven.sateh.com/wicket/-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] links about wicket scalability...
Good question. I'll propose on the dev list. Eelco On 9/26/06, Erik Brakkee [EMAIL PROTECTED] wrote: On 9/26/06, Eelco Hillenius [EMAIL PROTECTED] wrote: Perhaps another argument, that I did not mention yet, is that the next version of wicket will also provide other ways for storing session state. That exists today/ for 2.0 and 1.2 actually. Ok, thanks for the clarification. But, in my experience, always leave out the weak arguments (everyone knows the next version will solve all the problems, but if it doesn't exist). The next version is not a theoretical exercise though. We've been working on Wicket 2.0 for months now, and even though the constructor change was quite drastic, it's not a complete rewrite or new framework. It is accessible in SVN now for anyone to check out, and all the scalability goodies we scheduled are implemented (deferred sessions, stateless pages including support for forms and links). Also, Wicket In Action (scheduled for completion the end of this year) is about 2.0 too so we *are* planning to work to a final release within the next six months. When can we expect to see the first alpha and beta releases for 2.0 in the maven2 repository? This would be nice for use since then we could start using it already (I don't want to distribute the jars with my project). Eelco - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] links about wicket scalability...
Ah, yeah. We have the snapshots to start with. Eelco On 9/26/06, Igor Vaynberg [EMAIL PROTECTED] wrote: When can we expect to see the first alpha and beta releases for 2.0 in the maven2 repository? This would be nice for use since then we could start using it already (I don't want to distribute the jars with my project). http://maven.sateh.com/wicket/ -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 - 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
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
So far so good. Now if only the z-index issue can be cleanly fixed. I still have other issues that I'll post in other threads. - Samyem Matej Knopp wrote: 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
[Wicket-user] AjaxSubmitButton does not disable
When I do setEnabled(false) on AjaxSubmitButton component, it does not disable the button. However, it seems to work for other components like textbox and checkboxes. Looks like a wicket problem? For now, I have had to override onComponentTag and manually set the disabled attribute on the tag. Is this by design or a real bug? -- View this message in context: http://www.nabble.com/AjaxSubmitButton-does-not-disable-tf2339847.html#a6511834 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] ajax refresh on date picker
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=='') { 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
Re: [Wicket-user] AjaxSubmitButton does not disable
I don't think it is a feature. Seems more like a bug to me. -Matej samyem wrote: When I do setEnabled(false) on AjaxSubmitButton component, it does not disable the button. However, it seems to work for other components like textbox and checkboxes. Looks like a wicket problem? For now, I have had to override onComponentTag and manually set the disabled attribute on the tag. Is this by design or a real bug? - 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] Problem Selecting Tree Nodes
Matej, Ended up with some extra free time today. I took a look at the existing unit tests and didn't see any that jumped out at me for testing the tree component. So instead of a unit test, I put together a modified version of wicket.examples.ajax.builtin.tree.BaseTreePage that has an added link that will insert a node, select it in the tree state, and then try to update the tree via Ajax. It's throwing the same exception. The java html files are attached, though I'm not sure the mailing list accepts attachments so I'm also pasting them in below. -- Karl BaseTreePage.html - wicket:extend div style=border-bottom: 1px solid gray; width: 30em; margin-bottom: 1em; padding-bottom: 0.3em; margin-top: -2.89em; margin-left: 10em; wicket:link a href=SimpleTreePage.htmlSimple tree/a nbsp;nbsp; a href=TreeTablePage.htmlTree table/a nbsp;nbsp; a href=EditableTreeTablePage.htmlEditable tree table/a /wicket:link /div a wicket:id=expandAllExpand all nodes/anbsp;nbsp; a wicket:id=collapseAllCollapse all nodes/anbsp;nbsp; a wicket:id=switchRootlessSwitch rootless mode/anbsp;nbsp; a wicket:id=insertSingleNodeInsert New Node Bob/a wicket:child/ /wicket:extend BaseTreePage.java - package wicket.examples.ajax.builtin.tree; import java.util.ArrayList; import java.util.Iterator; import java.util.List; import javax.swing.tree.DefaultMutableTreeNode; import javax.swing.tree.DefaultTreeModel; import javax.swing.tree.TreeModel; import javax.swing.tree.TreeNode; import wicket.ajax.AjaxRequestTarget; import wicket.ajax.markup.html.AjaxLink; import wicket.examples.ajax.builtin.BasePage; import wicket.extensions.markup.html.tree.AbstractTree; /** * This is a base class for all pages with tree example. * * @author Matej Knopp */ public abstract class BaseTreePage extends BasePage { /** * Default constructor */ public BaseTreePage() { add(new AjaxLink(expandAll) { public void onClick(AjaxRequestTarget target) { getTree().getTreeState().expandAll(); getTree().updateTree(target); } }); add(new AjaxLink(collapseAll) { public void onClick(AjaxRequestTarget target) { getTree().getTreeState().collapseAll(); getTree().updateTree(target); } }); add(new AjaxLink(switchRootless) { public void onClick(AjaxRequestTarget target) { getTree().setRootLess(!getTree().isRootLess()); getTree().updateTree(target); } }); add(new AjaxLink(insertSingleNode) { public void onClick(AjaxRequestTarget target) { CustomTreeModel treeModel = (CustomTreeModel)getTree().getModelObject(); DefaultMutableTreeNode bob = treeModel.insertSingleNode((DefaultMutableTreeNode)treeModel.getRoot(), Bob); getTree().getTreeState().selectNode(bob, true); if(target != null) getTree().updateTree(target); } }); } /** * Returns the tree on this pages. This is used to collapse, expand the tree * and to switch the rootless mode. * * @return * Tree instance on this page */ protected abstract AbstractTree getTree(); /** * Creates the model that feeds the tree. * @return * New instance of tree model. */ protected TreeModel createTreeModel() { List l1 = new ArrayList(); l1.add(test 1.1); l1.add(test 1.2); l1.add(test 1.3); List l2 = new ArrayList(); l2.add(test 2.1); l2.add(test 2.2); l2.add(test 2.3); List l3 = new ArrayList(); l3.add(test 3.1); l3.add(test 3.2); l3.add(test 3.3); l2.add(l3); l2.add(test 2.4);
Re: [Wicket-user] Wicket2: table inside of tabpanel
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
Re: [Wicket-user] Wicket2: table inside of tabpanel
just committed this change into trunk.-IgorOn 9/26/06, Stefan Lindner [EMAIL PROTECTED] wrote: The span class=tab-panel markup is generated by the tab panel component of wicket extensions automatically. I have no chance to changethis. 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=myidclass=tab-panel with divwicket:id=myid class=tab-panelPierre-YvesStefan 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 bebetter, 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 toshare your opinions on IT business topics through brief surveys -- and earncash 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 ITJoin SourceForge.net's Techsay panel and you'll get the chance to share youropinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___Wicket-user mailing listWicket-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] rendering of a collection property in a PropertyColumn
Hi, playing with the phonebook example app I added a collection field to Contact class, this field is a collection of instances of class Address which has two String fields : city and street. I'd like to display a drop down choice containing the street property for each address instance that a contact has, How could I achieve this?Thanks,Jaime. Get your own web address for just $1.99/1st yr. We'll help. Yahoo! Small Business. - 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] Problem Selecting Tree Nodes
Thanks for the example. Fix is in SVN (both 1-x and 2.0), would you mind trying it? I also fixed the refresh of item before the added ( or removed) item, so that the tree lines are changed properly. -Matej Karl M. Davis wrote: Matej, Ended up with some extra free time today. I took a look at the existing unit tests and didn't see any that jumped out at me for testing the tree component. So instead of a unit test, I put together a modified version of wicket.examples.ajax.builtin.tree.BaseTreePage that has an added link that will insert a node, select it in the tree state, and then try to update the tree via Ajax. It's throwing the same exception. The java html files are attached, though I'm not sure the mailing list accepts attachments so I'm also pasting them in below. -- Karl BaseTreePage.html - wicket:extend div style=border-bottom: 1px solid gray; width: 30em; margin-bottom: 1em; padding-bottom: 0.3em; margin-top: -2.89em; margin-left: 10em; wicket:link a href=SimpleTreePage.htmlSimple tree/a nbsp;nbsp; a href=TreeTablePage.htmlTree table/a nbsp;nbsp; a href=EditableTreeTablePage.htmlEditable tree table/a /wicket:link /div a wicket:id=expandAllExpand all nodes/anbsp;nbsp; a wicket:id=collapseAllCollapse all nodes/anbsp;nbsp; a wicket:id=switchRootlessSwitch rootless mode/anbsp;nbsp; a wicket:id=insertSingleNodeInsert New Node Bob/a wicket:child/ /wicket:extend BaseTreePage.java - package wicket.examples.ajax.builtin.tree; import java.util.ArrayList; import java.util.Iterator; import java.util.List; import javax.swing.tree.DefaultMutableTreeNode; import javax.swing.tree.DefaultTreeModel; import javax.swing.tree.TreeModel; import javax.swing.tree.TreeNode; import wicket.ajax.AjaxRequestTarget; import wicket.ajax.markup.html.AjaxLink; import wicket.examples.ajax.builtin.BasePage; import wicket.extensions.markup.html.tree.AbstractTree; /** * This is a base class for all pages with tree example. * * @author Matej Knopp */ public abstract class BaseTreePage extends BasePage { /** * Default constructor */ public BaseTreePage() { add(new AjaxLink(expandAll) { public void onClick(AjaxRequestTarget target) { getTree().getTreeState().expandAll(); getTree().updateTree(target); } }); add(new AjaxLink(collapseAll) { public void onClick(AjaxRequestTarget target) { getTree().getTreeState().collapseAll(); getTree().updateTree(target); } }); add(new AjaxLink(switchRootless) { public void onClick(AjaxRequestTarget target) { getTree().setRootLess(!getTree().isRootLess()); getTree().updateTree(target); } }); add(new AjaxLink(insertSingleNode) { public void onClick(AjaxRequestTarget target) { CustomTreeModel treeModel = (CustomTreeModel)getTree().getModelObject(); DefaultMutableTreeNode bob = treeModel.insertSingleNode((DefaultMutableTreeNode)treeModel.getRoot(), Bob); getTree().getTreeState().selectNode(bob, true); if(target != null) getTree().updateTree(target); } }); } /** * Returns the tree on this pages. This is used to collapse, expand the tree * and to switch the rootless mode. * * @return * Tree instance on this page */ protected abstract AbstractTree getTree(); /** * Creates the model that feeds the tree. * @return * New instance of tree model. */ protected TreeModel createTreeModel() { List l1 = new ArrayList(); l1.add(test 1.1); l1.add(test 1.2); l1.add(test 1.3); List l2 = new ArrayList(); l2.add(test 2.1); l2.add(test 2.2); l2.add(test 2.3); List l3 = new ArrayList();
Re: [Wicket-user] rendering of a collection property in a PropertyColumn
dont quote me on thisin MyPage.htmlwicket:fragment id=addresses-fragselect wicket:id=dropdown/select/wicket:fragmentclass MyPage {class AddressColumn extends AbstractColumn { void populateItem(final Item cellItem, final String componentId, final IModel rowModel) { Fragment frag=new Fragment(componentId, addresses-frag, Mypage.this); item.add(frag); frag.add (new DropDownChoice(dropdown, new PropertyModel(rowModel, addresses, new IChoiceRenderer() { String getId(Obect o, int idx) { return idx} String getDisplayValue(Object o) { return ((Address)o).getStreet(); }}); }}-IgorOn 9/26/06, Jaime De La Jara [EMAIL PROTECTED] wrote: Hi, playing with the phonebook example app I added a collection field to Contact class, this field is a collection of instances of class Address which has two String fields : city and street. I'd like to display a drop down choice containing the street property for each address instance that a contact has, How could I achieve this? Thanks,Jaime. Get your own web address for just $1.99/1st yr. We'll help. Yahoo! Small Business. -Take Surveys. Earn Cash. Influence the Future of ITJoin 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.nethttps://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] Wicket-user Digest, Vol 4, Issue 234
The source for TabbedPanel.html (wicket 2.0 svn checkout today) reads wicket:panel div class=tab-row ul li wicket:id=tabs a href=# wicket:id=linkspan wicket:id=title[[tabtitle]]/span/a /li /ul /div span wicket:id=panel class=tab-panel[panel]/span /wicket:panel As you see, the content of the panel is enclosed in span wicket:id=... and /span. As span is an inline tag and it should not surround e.g. a table tag. I think a div tag would be correct here. This means wicket:panel div class=tab-row ul li wicket:id=tabs a href=# wicket:id=linkspan wicket:id=title[[tabtitle]]/span/a /li /ul /div div wicket:id=panel class=tab-panel[panel]/div /wicket:panel 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
Re: [Wicket-user] Wicket2: table inside of tabpanel
just committed this change into trunk. -Igor Thank you Igor! 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
[Wicket-user] RunAs java/debug
Pardon the newbie question... but... I run the 'Start' classes in the examples that call the Jetty servlet engine... all is well and good. But is there a more elegant way of stopping/restarting, apart from dropping to the command line and issuing a 'kill -9' command? -- View this message in context: http://www.nabble.com/RunAs-java-debug-tf2340830.html#a6514870 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] RunAs java/debug
on the console window there is a little red square - just click that :)-IgorOn 9/26/06, Patrick Angeles [EMAIL PROTECTED] wrote:Pardon the newbie question... but... I run the 'Start' classes in the examples that call the Jetty servletengine... all is well and good.But is there a more elegant way of stopping/restarting, apart from droppingto the command line and issuing a 'kill -9' command? --View this message in context: http://www.nabble.com/RunAs-java-debug-tf2340830.html#a6514870Sent from the Wicket - User mailing list archive at Nabble.com.-Take Surveys. Earn Cash. Influence the Future of ITJoin SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cashhttp://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___Wicket-user mailing listWicket-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] RunAs java/debug
those classes are meant to be launched from an ide. jetty has a shutdown port or something similar, read the jetty docs.-igorOn 9/26/06, Igor Vaynberg [EMAIL PROTECTED] wrote: on the console window there is a little red square - just click that :)-IgorOn 9/26/06, Patrick Angeles [EMAIL PROTECTED] wrote:Pardon the newbie question... but... I run the 'Start' classes in the examples that call the Jetty servletengine... all is well and good.But is there a more elegant way of stopping/restarting, apart from droppingto the command line and issuing a 'kill -9' command? --View this message in context: http://www.nabble.com/RunAs-java-debug-tf2340830.html#a6514870 Sent from the Wicket - User mailing list archive at Nabble.com.-Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___Wicket-user mailing listWicket-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
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
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
if you dont use wicket:extend+wicket:child the subclass completely overrides the parent's markup-IgorOn 9/26/06, Pierre-Yves Saumont [EMAIL PROTECTED] wrote: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'sown 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 touse wicket:child/ and wicket:extend. In case we do not use these,does the extending class markup file simply replaces the parent one? Pierre-YvesStefan 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=myidclass=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 likespan 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 meansdiv 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 ITJoin SourceForge.net's Techsay panel and you'll get the chance to share youropinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___Wicket-user mailing listWicket-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] RunAs java/debug
Yeah igor!Please use the elegant shutdown of jetty! and then look what is generated in the log for saving the session ;)johanOn 9/26/06, Igor Vaynberg [EMAIL PROTECTED] wrote: those classes are meant to be launched from an ide. jetty has a shutdown port or something similar, read the jetty docs.-igor On 9/26/06, Igor Vaynberg [EMAIL PROTECTED] wrote: on the console window there is a little red square - just click that :)-IgorOn 9/26/06, Patrick Angeles [EMAIL PROTECTED] wrote:Pardon the newbie question... but... I run the 'Start' classes in the examples that call the Jetty servletengine... all is well and good.But is there a more elegant way of stopping/restarting, apart from droppingto the command line and issuing a 'kill -9' command? --View this message in context: http://www.nabble.com/RunAs-java-debug-tf2340830.html#a6514870 Sent from the Wicket - User mailing list archive at Nabble.com.-Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___Wicket-user mailing listWicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -Take Surveys. Earn Cash. Influence the Future of ITJoin 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.nethttps://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] RunAs java/debug
go to window/preferences/general/keyscategory: Run/DebugName: Terminate or Terminate and Relaunchso how much is your kingdom worth?-IgorOn 9/26/06, James McLaughlin [EMAIL PROTECTED] wrote: it astounds me that eclipse doesn't have some full fist, quintuple buckey key combo for this. I have searched the world over for it. My kingdom to anyone who can find me such a key binding... On 9/26/06, Igor Vaynberg [EMAIL PROTECTED] wrote: on the console window there is a little red square - just click that :)-IgorOn 9/26/06, Patrick Angeles [EMAIL PROTECTED] wrote:Pardon the newbie question... but... I run the 'Start' classes in the examples that call the Jetty servletengine... all is well and good.But is there a more elegant way of stopping/restarting, apart from droppingto the command line and issuing a 'kill -9' command? --View this message in context: http://www.nabble.com/RunAs-java-debug-tf2340830.html#a6514870 Sent from the Wicket - User mailing list archive at Nabble.com.-Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___Wicket-user mailing listWicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -Take Surveys. Earn Cash. Influence the Future of ITJoin 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.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user -Take Surveys. Earn Cash. Influence the Future of ITJoin SourceForge.net's Techsay panel and you'll get the chance to share youropinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___Wicket-user mailing listWicket-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] RunAs java/debug
naah, cause then i have to fix that stuff instead of you :)-IgorOn 9/26/06, Johan Compagner [EMAIL PROTECTED] wrote:Yeah igor!Please use the elegant shutdown of jetty! and then look what is generated in the log for saving the session ;) johanOn 9/26/06, Igor Vaynberg [EMAIL PROTECTED] wrote: those classes are meant to be launched from an ide. jetty has a shutdown port or something similar, read the jetty docs.-igor On 9/26/06, Igor Vaynberg [EMAIL PROTECTED] wrote: on the console window there is a little red square - just click that :)-IgorOn 9/26/06, Patrick Angeles [EMAIL PROTECTED] wrote:Pardon the newbie question... but... I run the 'Start' classes in the examples that call the Jetty servletengine... all is well and good.But is there a more elegant way of stopping/restarting, apart from droppingto the command line and issuing a 'kill -9' command? --View this message in context: http://www.nabble.com/RunAs-java-debug-tf2340830.html#a6514870 Sent from the Wicket - User mailing list archive at Nabble.com.-Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___Wicket-user mailing listWicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -Take Surveys. Earn Cash. Influence the Future of ITJoin 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.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user -Take Surveys. Earn Cash. Influence the Future of ITJoin 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.nethttps://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] Forms/Models
I wrote the following code with Forms and Models... is there a more compact way of doing this? Would it be a bad idea to combine the form class and the model class into one and have it reference itself as a Model object? Also, since I am not so concerned about holding on to the model's state (logins are usually just one-time requests and the form is always reset on failure), what's a simple way of doing this without storing the LoginModel in the session? Thanks in advance! public class Login extends BasePage { // TODO Add any page properties or variables here public Login () { super (Login); add (new LoginForm (loginForm)) ; } } class LoginForm { LoginModel loginModel = null ; public LoginForm (final String componentName) { super (componentName) ; loginModel = new LoginModel () ; this.setModel (new CompoundPropertyModel (loginModel)) ; add (new RequiredTextField (loginName)); add (new PasswordTextField (password)); } public void onSubmit () { String loginName = loginModel.getLoginName () ; if (asdfasdf.equals (loginModel.getPassword ())) { MySession session = session.setLoginName (loginName) ; this.setResponsePage (Home.class) ; } else { log.warn (Login failure for + loginName) ; this.setResponsePage (getPage ()) ; } } } class LoginModel implements Serializable { private String loginName ; private String password ; public String getLoginName () { return loginName; } public void setLoginName (String loginName) { this.loginName = loginName; } public String getPassword () { return password; } public void setPassword (String password) { this.password = password; } } -- View this message in context: http://www.nabble.com/Forms-Models-tf2341262.html#a6516020 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Forms/Models
it really depends on the reusability you want.do you want loginform to be reusable?do you want loginmodel to be reusable?if the answer to both is no then you can just doclass Login extends WebPage { private String login; private String password; public Login() { Form form=new Form(form, new CompoundPropertyModel(this)) {public void onSubmit (){ if (asdfasdf.equals (password)) { MySession session = session.setLoginName (loginName) ;this.setResponsePage (Home.class) ;}else {log.error(Login failure for + login) ; }} }; form.add (new RequiredTextField (loginName)); form.add (new PasswordTextField (password));}and call it a day :)-Igor On 9/26/06, Patrick Angeles [EMAIL PROTECTED] wrote: I wrote the following code with Forms and Models... is there a more compactway of doing this? Would it be a bad idea to combine the form class and themodel class into one and have it reference itself as a Model object? Also, since I am not so concerned about holding on to the model's state(logins are usually just one-time requests and the form is always reset onfailure), what's a simple way of doing this without storing the LoginModel in the session?Thanks in advance!public class LoginextendsBasePage{// TODO Add any page properties or variables herepublic Login (){super (Login); add (new LoginForm (loginForm)) ;}}class LoginForm{LoginModel loginModel = null ;public LoginForm (final String componentName){super (componentName) ; loginModel = new LoginModel () ;this.setModel (new CompoundPropertyModel (loginModel)) ;add (new RequiredTextField (loginName));add (new PasswordTextField (password)); }public void onSubmit (){String loginName = loginModel.getLoginName () ;if (asdfasdf.equals (loginModel.getPassword ())) {MySession session = session.setLoginName (loginName) ;this.setResponsePage (Home.class) ;}else {log.warn (Login failure for + loginName) ;this.setResponsePage (getPage ()) ;}}} class LoginModelimplements Serializable{private String loginName ;private String password ;public String getLoginName (){return loginName;}public void setLoginName (String loginName) {this.loginName = loginName;}public String getPassword (){return password;}public void setPassword (String password){this.password = password;} }--View this message in context: http://www.nabble.com/Forms-Models-tf2341262.html#a6516020Sent from the Wicket - User mailing list archive at Nabble.com.-Take Surveys. Earn Cash. Influence the Future of ITJoin SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cashhttp://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___Wicket-user mailing listWicket-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] rendering of a collection property in a PropertyColumn
I tried the code, but it throws the following exception :Exception : wicket.markup.MarkupException: Markup does not contain a fragment with id=addr-frag; Component: [MarkupContainer [Component id = cell, page = wicket.contrib.phonebook.web.page.ListContactsPage, path = 2:users:rows:1:cells:7:cell.Fragment, isVisible = true, isVersioned = true]]I included the fragment in the ListContactsPage as follows :wicket:extenda href="" wicket:id="createLink"Create New Contact/abr/br/table wicket:id="users" cellspacing="0" cellpadding="2" class="grid" wicket:fragment id="addr-frag" select wicket:id="dropdown"/select /wicket:fragment/table/wicket:extendIt seems that it is expecting to find the fragment inside the markup of DataTable.What can be wrong?Thanks,Jaime.Igor Vaynberg [EMAIL PROTECTED] wrote: dont quote me on thisin MyPage.htmlwicket:fragment id="addresses-frag"select wicket:id="dropdown"/select/wicket:fragmentclass MyPage {class AddressColumn extends AbstractColumn { void populateItem(final Item cellItem, final String componentId, final IModel rowModel) { Fragment frag=new Fragment(componentId, "addresses-frag", Mypage.this); item.add(frag); frag.add (new DropDownChoice("dropdown", new PropertyModel(rowModel, "addresses", new IChoiceRenderer() { String getId(Obect o, int idx) { return idx} String getDisplayValue(Object o) { return ((Address)o).getStreet(); }}); }}-IgorOn 9/26/06, Jaime De La Jara [EMAIL PROTECTED] wrote: Hi, playing with the phonebook example app I added a collection field to Contact class, this field is a collection of instances of class Address which has two String fields : city and street. I'd like to display a drop down choice containing the street property for each address instance that a contact has, How could I achieve this? Thanks,Jaime. Get your own web address for just $1.99/1st yr. We'll help. Yahoo! Small Business. -Take Surveys. Earn Cash. Influence the Future of ITJoin 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.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user -Take Surveys. Earn Cash. Influence the Future of ITJoin SourceForge.net's Techsay panel and you'll get the chance to share youropinions on IT business topics through brief surveys -- and earn cashhttp://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___Wicket-user mailing listWicket-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user All-new Yahoo! Mail - Fire up a more powerful email and get things done faster.- 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] rendering of a collection property in a PropertyColumn
you need to be more careful when copying code :)Fragment frag=new Fragment(componentId, addresses-frag, Mypage.this);which in your case would be Fragment frag=new Fragment(componentId, addresses-frag, ListContactsPage.this);-IgorOn 9/26/06, Jaime De La Jara [EMAIL PROTECTED] wrote: I tried the code, but it throws the following exception :Exception : wicket.markup.MarkupException: Markup does not contain a fragment with id=addr-frag; Component: [MarkupContainer [Component id = cell, page = wicket.contrib.phonebook.web.page.ListContactsPage , path = 2:users:rows:1:cells:7:cell.Fragment, isVisible = true, isVersioned = true]]I included the fragment in the ListContactsPage as follows :wicket:extenda href="" wicket:id=createLinkCreate New Contact/abr/br/ table wicket:id=users cellspacing=0 cellpadding=2 class=grid wicket:fragment id=addr-frag select wicket:id=dropdown/select /wicket:fragment/table/wicket:extendIt seems that it is expecting to find the fragment inside the markup of DataTable.What can be wrong?Thanks,Jaime.Igor Vaynberg [EMAIL PROTECTED] wrote: dont quote me on thisin MyPage.htmlwicket:fragment id=addresses-fragselect wicket:id=dropdown/select/wicket:fragment class MyPage {class AddressColumn extends AbstractColumn { void populateItem(final Item cellItem, final String componentId, final IModel rowModel) { Fragment frag=new Fragment(componentId, addresses-frag, Mypage.this); item.add(frag); frag.add (new DropDownChoice(dropdown, new PropertyModel(rowModel, addresses, new IChoiceRenderer() { String getId(Obect o, int idx) { return idx} String getDisplayValue(Object o) { return ((Address)o).getStreet(); }}); }}-IgorOn 9/26/06, Jaime De La Jara [EMAIL PROTECTED] wrote: Hi, playing with the phonebook example app I added a collection field to Contact class, this field is a collection of instances of class Address which has two String fields : city and street. I'd like to display a drop down choice containing the street property for each address instance that a contact has, How could I achieve this? Thanks,Jaime. Get your own web address for just $1.99/1st yr. We'll help. Yahoo! Small Business. -Take Surveys. Earn Cash. Influence the Future of ITJoin 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.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user -Take Surveys. Earn Cash. Influence the Future of ITJoin 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.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user All-new Yahoo! Mail - Fire up a more powerful email and get things done faster. -Take Surveys. Earn Cash. Influence the Future of ITJoin 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.nethttps://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] Forms/Models
Thanks... that's exactly what I was looking for ;)So I take it, CompoundPropertyModel does not require get/set methods to access/mutate properties? (I think I have to make login public, in this case?) On 9/26/06, Igor Vaynberg [EMAIL PROTECTED] wrote: it really depends on the reusability you want.do you want loginform to be reusable?do you want loginmodel to be reusable?if the answer to both is no then you can just doclass Login extends WebPage { private String login; private String password; public Login() { Form form=new Form(form, new CompoundPropertyModel(this)) {public void onSubmit (){ if (asdfasdf.equals (password)) { MySession session = session.setLoginName (loginName) ;this.setResponsePage (Home.class) ;}else {log.error(Login failure for + login) ; }} }; form.add (new RequiredTextField (loginName)); form.add (new PasswordTextField (password));}and call it a day :)-Igor On 9/26/06, Patrick Angeles [EMAIL PROTECTED] wrote: I wrote the following code with Forms and Models... is there a more compactway of doing this? Would it be a bad idea to combine the form class and themodel class into one and have it reference itself as a Model object? Also, since I am not so concerned about holding on to the model's state(logins are usually just one-time requests and the form is always reset onfailure), what's a simple way of doing this without storing the LoginModel in the session?Thanks in advance!public class LoginextendsBasePage{// TODO Add any page properties or variables herepublic Login (){super (Login); add (new LoginForm (loginForm)) ;}}class LoginForm{LoginModel loginModel = null ;public LoginForm (final String componentName){super (componentName) ; loginModel = new LoginModel () ;this.setModel (new CompoundPropertyModel (loginModel)) ;add (new RequiredTextField (loginName));add (new PasswordTextField (password)); }public void onSubmit (){String loginName = loginModel.getLoginName () ;if (asdfasdf.equals (loginModel.getPassword ())) {MySession session = session.setLoginName (loginName) ;this.setResponsePage (Home.class) ;}else {log.warn (Login failure for + loginName) ;this.setResponsePage (getPage ()) ;}}} class LoginModelimplements Serializable{private String loginName ;private String password ;public String getLoginName (){return loginName;}public void setLoginName (String loginName) {this.loginName = loginName;}public String getPassword (){return password;}public void setPassword (String password){this.password = password; } }--View this message in context: http://www.nabble.com/Forms-Models-tf2341262.html#a6516020 Sent from the Wicket - User mailing list archive at Nabble.com.-Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___Wicket-user mailing listWicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -Take Surveys. Earn Cash. Influence the Future of ITJoin 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.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user -- Patrick Angeles | VP of Technology | Direct:646.643.2607 | Fax:800.366.2303 | Support:800.819.0325 | Inertia - Powering the Wine REvolution | www.inertiabev.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] RunAs java/debug
Well, its more a kingdom of pain, which i guess i should have mentioned upfront. Never doubted you would provide an answer though. But honestly, I am running 3.2 and the Terminate/Terminate and Relaunch option just isn't there. Curses! On 9/26/06, Igor Vaynberg [EMAIL PROTECTED] wrote: go to window/preferences/general/keyscategory: Run/DebugName: Terminate or Terminate and Relaunchso how much is your kingdom worth?-Igor On 9/26/06, James McLaughlin [EMAIL PROTECTED] wrote: it astounds me that eclipse doesn't have some full fist, quintuple buckey key combo for this. I have searched the world over for it. My kingdom to anyone who can find me such a key binding... On 9/26/06, Igor Vaynberg [EMAIL PROTECTED] wrote: on the console window there is a little red square - just click that :)-IgorOn 9/26/06, Patrick Angeles [EMAIL PROTECTED] wrote:Pardon the newbie question... but... I run the 'Start' classes in the examples that call the Jetty servletengine... all is well and good.But is there a more elegant way of stopping/restarting, apart from droppingto the command line and issuing a 'kill -9' command? --View this message in context: http://www.nabble.com/RunAs-java-debug-tf2340830.html#a6514870 Sent from the Wicket - User mailing list archive at Nabble.com.-Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___Wicket-user mailing listWicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -Take Surveys. Earn Cash. Influence the Future of ITJoin 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.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user -Take Surveys. Earn Cash. Influence the Future of ITJoin SourceForge.net's Techsay panel and you'll get the chance to share youropinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___Wicket-user mailing listWicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -Take Surveys. Earn Cash. Influence the Future of ITJoin 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.nethttps://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] RunAs java/debug
On 9/26/06, James McLaughlin [EMAIL PROTECTED] wrote: Well, its more a kingdom of pain, which i guess i should have mentioned upfront. Never doubted you would provide an answer though. But honestly, I am running 3.2 and the Terminate/Terminate and Relaunch option just isn't there. Curses! It is if you go to the modify tabFrank - 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] RunAs java/debug
On 9/26/06, Frank Bille [EMAIL PROTECTED] wrote: On 9/26/06, James McLaughlin [EMAIL PROTECTED] wrote: Well, its more a kingdom of pain, which i guess i should have mentioned upfront.yeah, i had a feeling about that...-Igor Never doubted you would provide an answer though. But honestly, I am running 3.2 and the Terminate/Terminate and Relaunch option just isn't there. Curses! It is if you go to the modify tabFrank -Take Surveys. Earn Cash. Influence the Future of ITJoin 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.nethttps://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] Forms/Models
I thought this is in his private 1.3 branch On 9/26/06, Igor Vaynberg [EMAIL PROTECTED] wrote: we have been talking about letting it access private fields directly so you dont have to implement the pesky getters/setters. not sure if that has been committed yet. johan? -Igor On 9/26/06, Patrick Angeles [EMAIL PROTECTED] wrote: Thanks... that's exactly what I was looking for ;) So I take it, CompoundPropertyModel does not require get/set methods to access/mutate properties? (I think I have to make login public, in this case?) On 9/26/06, Igor Vaynberg [EMAIL PROTECTED] wrote: it really depends on the reusability you want. do you want loginform to be reusable? do you want loginmodel to be reusable? if the answer to both is no then you can just do class Login extends WebPage { private String login; private String password; public Login() { Form form=new Form(form, new CompoundPropertyModel(this)) { public void onSubmit () { if (asdfasdf.equals (password)) { MySession session = session.setLoginName (loginName) ; this.setResponsePage (Home.class) ; } else { log.error(Login failure for + login) ; } } }; form.add (new RequiredTextField (loginName)); form.add (new PasswordTextField (password)); } and call it a day :) -Igor On 9/26/06, Patrick Angeles [EMAIL PROTECTED] wrote: I wrote the following code with Forms and Models... is there a more compact way of doing this? Would it be a bad idea to combine the form class and the model class into one and have it reference itself as a Model object? Also, since I am not so concerned about holding on to the model's state (logins are usually just one-time requests and the form is always reset on failure), what's a simple way of doing this without storing the LoginModel in the session? Thanks in advance! public class Login extends BasePage { // TODO Add any page properties or variables here public Login () { super (Login); add (new LoginForm (loginForm)) ; } } class LoginForm { LoginModel loginModel = null ; public LoginForm (final String componentName) { super (componentName) ; loginModel = new LoginModel () ; this.setModel (new CompoundPropertyModel (loginModel)) ; add (new RequiredTextField (loginName)); add (new PasswordTextField (password)); } public void onSubmit () { String loginName = loginModel.getLoginName () ; if (asdfasdf.equals (loginModel.getPassword ())) { MySession session = session.setLoginName (loginName) ; this.setResponsePage (Home.class) ; } else { log.warn (Login failure for + loginName) ; this.setResponsePage (getPage ()) ; } } } class LoginModel implements Serializable { private String loginName ; private String password ; public String getLoginName () { return loginName; } public void setLoginName (String loginName) { this.loginName = loginName; } public String getPassword () { return password; } public void setPassword (String password) { this.password = password; } } -- View this message in context: http://www.nabble.com/Forms-Models-tf2341262.html#a6516020 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -- Patrick Angeles | VP of Technology | Direct:646.643.2607 | Fax:800.366.2303 |
Re: [Wicket-user] RunAs java/debug
There is no question the mighty Igor can not answer! Now I have my own finger crunching quintuple buckey for killing and relaunching applications. A million thank yous. And to you too Frank.jim On 9/26/06, Frank Bille [EMAIL PROTECTED] wrote: On 9/26/06, James McLaughlin [EMAIL PROTECTED] wrote: Well, its more a kingdom of pain, which i guess i should have mentioned upfront. Never doubted you would provide an answer though. But honestly, I am running 3.2 and the Terminate/Terminate and Relaunch option just isn't there. Curses! It is if you go to the modify tabFrank -Take Surveys. Earn Cash. Influence the Future of ITJoin 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.nethttps://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] ajax refresh on date picker
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 https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] ajax refresh on date picker
The reason why locale switching using ajax link on datepicker is, that ajax header contribution is for performance reasons done only once per component instance (until the entire page is refreshed). The reason is reduce amount of data sent to browser on every ajax call. The Unicode problem also happens when using datepicker without ajax header contribution? Because during header contribution the javascript file is retrieved using an xmlhttprequest. There is no way how to specify encoding in javascript, is it? Maybe we could send encoding in the header from server, but how do we detect it? Datepicker is an external component. There are all kinds of trouble with it, it definitely wasn't built with header contribution in mind, but we are working to support is as good as we can. Does the String constant not closed error happens for all locales, or only for specific one? -Matej Pierre-Yves Saumont wrote: 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;