1.3-beta4 development mode
I've noticed that when working in development mode with beta4, changing the markup is not visible when browser page is refreshed (in beta3 was ok) - thus a restart is needed. Are there any ModificationWatcher changes in latest beta release? Thank you! Alex. -- View this message in context: http://www.nabble.com/1.3-beta4-development-mode-tf4624760.html#a13207533 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Wicket Meetup in November: 30 attendees already...
Hi all, Great news ! 30 attendees so far have signed up for the Amsterdam Wicket meetup, and already 19 attendees (!) have added their preferred dates. That's a really good score for a first double opt-in call :-) This meetup will be in English, and open to all people from abroad. So add your name to the list now, if you'd like to join! http://cwiki.apache.org/WICKET/community-meetups.html. Amsterdam is cheap and easy accessible, so don't hesitate to come on over. We already have several proposals for talks/presentations/ask-a-committer sessions, and if you feel like talking or discussing a specific subject, feel free to add your idea to the list. Now for the date: Friday November 30. Some people have stated that they won't be able to attend all day and prefer an evening or at least late-afternoon session. However, since we're paying for the room all day anyway, I suggest we setup an agenda like this: 12:00 Room opens, Wifi connection, power outlets and coffee available. Walk-in hackaton for whoever likes to join. 15:00 Start of the 'official' Meetup. Opening talk. 15:00-21:00 Talks / presentations / discussion / ask-a-committer sessions / TBD 18:00 Beers and snacks, continuing sessions 21:00 Wrap-up Based on Ruby meetup successes, we could split the sessions in two: an Experienced track and a Beginners track, for those people that are interested in Wicket but need the right arguments to sell it to their bosses. Possibly rename this to Is Wicket suitable for my CMS/Webapp/?. :) I'm pretty sure we'll be able to cover the costs with some sponsormoney. Anyone who'd be interested in helping out on the finances, please send me an email! All we need is some financing for the room, coffee, beers, connectivity, and so on. Looking forward to the meetup already. Don't forget to spread the word :) Feedback welcome! Arjé Cahn Hippo Oosteinde 11 1017WT Amsterdam The Netherlands Tel +31 (0)20 5224466 [EMAIL PROTECTED] / [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Page expired upon file download + model update
On Mon, 15 Oct 2007 09:37:50 +0200 Federico Fanton [EMAIL PROTECTED] wrote: See here http://cwiki.apache.org/WICKET/best-practices-and-gotchas.html#BestPracticesandGotchas-Startingdownloadafterformsubmission(Wicket1.1) Sorry, I forgot to say I'm using 1.3-beta3 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
UploadProgressBar prevents execution of onSubmit-methods of buttons
i have a form with one uploadfield and an uploadprogressbar. i wanted to start upload by clicking on an upload-button having his own onSubmit-method. this did not work. the onSubmit-method is never entered. when remove uploadprogressbar, it works. -- View this message in context: http://www.nabble.com/UploadProgressBar-prevents-execution-of-onSubmit-methods-of-buttons-tf4625016.html#a13208180 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
VisitChildren + IComponentResolver broken in beta 4?
Hi, If the components are added on the page using ComponentResolver, visitChildren() method seems to be working incorrectly. Created following example which works in beta 3 but not in beta 4. http://download.syncrontech.com/public/VisitChildrenExample.zip - Juha - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket Meetup in November: 30 attendees already...
30 attendees so far have signed up for the Amsterdam Wicket meetup, and already 19 attendees (!) have added their preferred dates. That's a really good score for a first double opt-in call :-) wheeheew! Some people have stated that they won't be able to attend all day and prefer an evening or at least late-afternoon session. However, since we're paying for the room all day anyway, I suggest we setup an agenda like this: 12:00 Room opens, Wifi connection, power outlets and coffee available. Walk-in hackaton for whoever likes to join. 15:00 Start of the 'official' Meetup. Opening talk. 15:00-21:00 Talks / presentations / discussion / ask-a-committer sessions / TBD 18:00 Beers and snacks, continuing sessions 21:00 Wrap-up Based on Ruby meetup successes, we could split the sessions in two: an Experienced track and a Beginners track, for those people that are interested in Wicket but need the right arguments to sell it to their bosses. Possibly rename this to Is Wicket suitable for my CMS/Webapp/?. :) sounds very good I'm pretty sure we'll be able to cover the costs with some sponsormoney. Anyone who'd be interested in helping out on the finances, please send me an email! All we need is some financing for the room, coffee, beers, connectivity, and so on. My company (Func.) is willing to contribute, I'll get in touch about details. Regards, Wouter -- Wouter Huijnink Func. Internet Integration W http://www.func.nl T +31 20 423 F +31 20 4223500 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: VisitChildren + IComponentResolver broken in beta 4?
Please create a JIRA entry and assign the example to it. Thanks. -Matej On 10/15/07, Juha Alatalo [EMAIL PROTECTED] wrote: Hi, If the components are added on the page using ComponentResolver, visitChildren() method seems to be working incorrectly. Created following example which works in beta 3 but not in beta 4. http://download.syncrontech.com/public/VisitChildrenExample.zip - Juha - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: VisitChildren + IComponentResolver broken in beta 4?
https://issues.apache.org/jira/browse/WICKET-1077 - Juha Matej Knopp wrote: Please create a JIRA entry and assign the example to it. Thanks. -Matej On 10/15/07, Juha Alatalo [EMAIL PROTECTED] wrote: Hi, If the components are added on the page using ComponentResolver, visitChildren() method seems to be working incorrectly. Created following example which works in beta 3 but not in beta 4. http://download.syncrontech.com/public/VisitChildrenExample.zip - Juha - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket Article on DevX
We mostly use jetty as embedded in the project itself. Then starting a web application is as simple as starting any other java application. Also debugging is much simpler. No need to configure remote debug connection, not to mention that you need to configure separate ports if you want to debug e.g. 2 application instances. -Matej On 10/15/07, Gwyn Evans [EMAIL PROTECTED] wrote: On Monday, October 15, 2007, 11:56:55 AM, Sam [EMAIL PROTECTED] wrote: I was interested by the encourages the use of the Jetty container bit. Is that more that the core Wicket developers prefer Jetty or is there a killer advantage over the more common Tomcat? [Reposting a paragraph of Igor's to start, in case it looks familiar!] The advantages are that you can quickly get your app running using mvn jetty:jetty command if you want. Even better, when developing you dont need to package your app into a war and deploy it - which are big time wasting steps when you have to do them every ten minutes - instead simply launch the included Start.java and your app is up and running in seconds and includes hotswap. One thing I like about Jetty is that it's normally clear to see what's mounted where, as the default '/' servlet will list them when running 'mvn jetty:run' (although that's not in our Start.java). Of course, having said that, I need to say that I'm having good results with Winstone, where Jetty was having issues (with the non-Wicket connected part of a legacy web-app) - see http://www.nabble.com/Wicket%2C-IDEA-and-Winstone...-p12919201.html /Gwyn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket Article on DevX
Doesn't sound that different from tomcat... I don't build a war or anything and run it just like any java application... Read somewhere that jetty lets you take out JSP support. I've found with Tomcat that it spends a lot of time looking for taglib defs in lucene.jar, wicket.jar... Current project uses hibernate which is so slow starting up it hides that problem though. Cheers Sam Gwyn wrote: On Monday, October 15, 2007, 11:56:55 AM, Sam [EMAIL PROTECTED] wrote: I was interested by the encourages the use of the Jetty container bit. Is that more that the core Wicket developers prefer Jetty or is there a killer advantage over the more common Tomcat? [Reposting a paragraph of Igor's to start, in case it looks familiar!] The advantages are that you can quickly get your app running using mvn jetty:jetty command if you want. Even better, when developing you dont need to package your app into a war and deploy it - which are big time wasting steps when you have to do them every ten minutes - instead simply launch the included Start.java and your app is up and running in seconds and includes hotswap. One thing I like about Jetty is that it's normally clear to see what's mounted where, as the default '/' servlet will list them when running 'mvn jetty:run' (although that's not in our Start.java). Of course, having said that, I need to say that I'm having good results with Winstone, where Jetty was having issues (with the non-Wicket connected part of a legacy web-app) - see http://www.nabble.com/Wicket%2C-IDEA-and-Winstone...-p12919201.html /Gwyn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Wicket-Article-on-DevX-tf4623720.html#a13210890 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: safari and ajax (issue 938)
Hmm changing it OnChangeAjaxBehavior, makes it stop working if using it in conjuction with datepicker on safari and FF.. BTW, i am using an text field with datepicker and want to make selecting a date with the datepicker trigger the ajax call, it works in IE FF but not safari.. Nino Saturnino Martinez Vazquez Wael wrote: Hi im having some trouble with wicket,ajax and safari. I get the exact same errors as this wicket issue, marked resolved: http://issues.apache.org/jira/browse/WICKET-938 Browsing the ajax on wicket examples does not seem to trigger the bug. I've been looking at this example: http://wicketstuff.org/wicket13/ajax/on-change-ajax-behavior Im using AjaxFormComponentUpdatingBehavior (with onchange as parameter) and the example uses OnChangeAjaxBehavior, could this cause the problem? Theres also a link from the issue towards nabble but it can nolonger find the message? regards Nino - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: safari and ajax (issue 938)
Unless you submit a quickstart I can't really help with this. -Matej On 10/15/07, Nino Saturnino Martinez Vazquez Wael [EMAIL PROTECTED] wrote: Hmm changing it OnChangeAjaxBehavior, makes it stop working if using it in conjuction with datepicker on safari and FF.. BTW, i am using an text field with datepicker and want to make selecting a date with the datepicker trigger the ajax call, it works in IE FF but not safari.. Nino Saturnino Martinez Vazquez Wael wrote: Hi im having some trouble with wicket,ajax and safari. I get the exact same errors as this wicket issue, marked resolved: http://issues.apache.org/jira/browse/WICKET-938 Browsing the ajax on wicket examples does not seem to trigger the bug. I've been looking at this example: http://wicketstuff.org/wicket13/ajax/on-change-ajax-behavior Im using AjaxFormComponentUpdatingBehavior (with onchange as parameter) and the example uses OnChangeAjaxBehavior, could this cause the problem? Theres also a link from the issue towards nabble but it can nolonger find the message? regards Nino - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket Article on DevX
Well, I guess you can. Still you need to have tomcat installed, whereas with jetty you only need a 300kb jar in project. Also as stated above, you don't need JSP support (compiler, etc) so the footprint is really small. -Matej On 10/15/07, Sam Hough [EMAIL PROTECTED] wrote: Still can't see why you can't do local debugging with Tomcat. From eclipse you just start it as an application with main class org.apache.catalina.startup.Bootstrap... I also run Tomcat in OptimizeIt without any remoting... I've no agenda about Tomcat. Was just curious about the preference. I seem to remember that Jetty is vastly easier to configure from Java source. Presumably it is also still much smaller. Cheers Sam Nino.Martinez wrote: theres a equallent to mvn jetty:run called mvn tomcat:run... If devs decided to give up mvn jetty:run then we would loose support for debuging with start.java ... As Matej mentions.. regards Nino Gwyn Evans wrote: On Monday, October 15, 2007, 11:56:55 AM, Sam [EMAIL PROTECTED] wrote: I was interested by the encourages the use of the Jetty container bit. Is that more that the core Wicket developers prefer Jetty or is there a killer advantage over the more common Tomcat? [Reposting a paragraph of Igor's to start, in case it looks familiar!] The advantages are that you can quickly get your app running using mvn jetty:jetty command if you want. Even better, when developing you dont need to package your app into a war and deploy it - which are big time wasting steps when you have to do them every ten minutes - instead simply launch the included Start.java and your app is up and running in seconds and includes hotswap. One thing I like about Jetty is that it's normally clear to see what's mounted where, as the default '/' servlet will list them when running 'mvn jetty:run' (although that's not in our Start.java). Of course, having said that, I need to say that I'm having good results with Winstone, where Jetty was having issues (with the non-Wicket connected part of a legacy web-app) - see http://www.nabble.com/Wicket%2C-IDEA-and-Winstone...-p12919201.html /Gwyn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Wicket-Article-on-DevX-tf4623720.html#a13211292 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket Article on DevX
Of course you can startup Tomcat from Eclipse just as well :) I seem to remember that Jetty is vastly easier to configure from Java source. I tried this with Jetty 6. Hardly any documentation or complete examples to be found. So I switched back to Jetty 4 for which I had an example from an old wicket-quickstart. Tomcat at least has a very decent and understandable embedded java interface. Regards, Erik. Sam Hough wrote: Still can't see why you can't do local debugging with Tomcat. From eclipse you just start it as an application with main class org.apache.catalina.startup.Bootstrap... I also run Tomcat in OptimizeIt without any remoting... I've no agenda about Tomcat. Was just curious about the preference. I seem to remember that Jetty is vastly easier to configure from Java source. Presumably it is also still much smaller. Cheers Sam Nino.Martinez wrote: theres a equallent to mvn jetty:run called mvn tomcat:run... If devs decided to give up mvn jetty:run then we would loose support for debuging with start.java ... As Matej mentions.. regards Nino Gwyn Evans wrote: On Monday, October 15, 2007, 11:56:55 AM, Sam [EMAIL PROTECTED] wrote: I was interested by the encourages the use of the Jetty container bit. Is that more that the core Wicket developers prefer Jetty or is there a killer advantage over the more common Tomcat? [Reposting a paragraph of Igor's to start, in case it looks familiar!] The advantages are that you can quickly get your app running using mvn jetty:jetty command if you want. Even better, when developing you dont need to package your app into a war and deploy it - which are big time wasting steps when you have to do them every ten minutes - instead simply launch the included Start.java and your app is up and running in seconds and includes hotswap. One thing I like about Jetty is that it's normally clear to see what's mounted where, as the default '/' servlet will list them when running 'mvn jetty:run' (although that's not in our Start.java). Of course, having said that, I need to say that I'm having good results with Winstone, where Jetty was having issues (with the non-Wicket connected part of a legacy web-app) - see http://www.nabble.com/Wicket%2C-IDEA-and-Winstone...-p12919201.html /Gwyn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Erik van Oosten http://2008.rubyenrails.nl/ http://www.day-to-day-stuff.blogspot.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket Article on DevX
The embedded tomcat was not that hard to install, not harder than creating a jetty quickstart. Martijn -- Buy Wicket in Action: http://manning.com/dashorst Apache Wicket 1.3.0-beta4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.0-beta4/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DropDownChoice - how to get the current selected value and I can't use OnSelected event as well :(
Hi, I am quite new to wicket and got 2 questions about DropDownChoice don't know how to solve even after some googling as well from this forum so need some helps again: 1. I want to get the current selected item's value from DropDownChoice, I was looking for something like DropDownChoiceObject.selectedValueOrID() - something equitvalent, I saw the example from wicket website, it's using: DropDownChoice ddc = new DropDownChoice(name, new PropertyModel(employee, managedBy), new LoadableDetachableModel() { ... } ); so do I have to pass in a PropertyModel to achieve what I want? mine is: final MapString, String choiceMap = new HashMapString, String(); final ListString jpNameString = new ArrayList(); for (JobProfile j : jobProfiles){ choiceMap.put(String.valueOf(j.getId()), j.getName()); jpNameString.add(String.valueOf(j.getId())); } IChoiceRenderer renderer = new ChoiceRenderer() { public Object getDisplayValue(Object object) { return choiceMap.get(object);} public String getIdValue(Object object, int index) { return object.toString(); } }; final DropDownChoice ddc = new DropDownChoice( filterByJobProfileName, jpNameString, renderer) 2. my second question is how to use event OnSelectionChange, I saw two events from the API, one is final so I can't overide, one is pretected: final void onSelectionChanged() protected void onSelectionChanged(java.lang.Object newSelection) I can't use either like: final DropDownChoice ddc = new DropDownChoice( filterByJobProfileName, jpNameString, renderer){ void onSeclectionChanged(){ //I want to do somethign here if this is working :( } }; Many thanks for your help! -- View this message in context: http://www.nabble.com/DropDownChoice---how-to-get-the-current-selected-value-and-I-can%27t-use-OnSelected-event-as-well-%3A%28-tf4627230.html#a13212219 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket Article on DevX
I'm fun of Winstone, too. Before switching to wicket I used to use it for struts based applications. The only small fix I did into Winstone is that I've added clientAuth flag, so I can use command line to tell Winstone use client authentication or not use. Gwyn wrote: Of course, having said that, I need to say that I'm having good results with Winstone, where Jetty was having issues (with the non-Wicket connected part of a legacy web-app) - see http://www.nabble.com/Wicket%2C-IDEA-and-Winstone...-p12919201.html /Gwyn -- View this message in context: http://www.nabble.com/Wicket-Article-on-DevX-tf4623720.html#a13212322 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket Article on DevX
On Monday, October 15, 2007, 1:35:25 PM, Erik [EMAIL PROTECTED] wrote: Of course you can startup Tomcat from Eclipse just as well I seem to remember that Jetty is vastly easier to configure from Java source. I tried this with Jetty 6. Hardly any documentation or complete examples to be found. So I switched back to Jetty 4 for which I had an example from an old wicket-quickstart. Just for info, the 'new' wicket-quickstart, generated by the archetype includes the Jetty 6 Start.java, although personally, I use the Winstone IDEA plugin. /Gwyn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DropDownChoice - how to get the current selected value and I can't use OnSelected event as well :(
On Monday, October 15, 2007, 1:54:32 PM, raybristol [EMAIL PROTECTED] wrote: Hi, I am quite new to wicket and got 2 questions about DropDownChoice don't know how to solve even after some googling as well from this forum so need some helps again: Have you found the wiki (http://cwiki.apache.org/WICKET/) yet? See http://cwiki.apache.org/WICKET/dropdownchoice-examples.html, http://cwiki.apache.org/WICKET/another-dropdownchoice-example-by-adam.html and http://cwiki.apache.org/WICKET/custom-components.html for a start. /Gwyn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket Article on DevX
Tomcat doesn't requires you to deploy with a war file. Check out setting the context in conf/server.xml james yong Gwyn wrote: Even better, when developing you dont need to package your app into a war and deploy it - which are big time wasting steps when you have to do them every ten minutes - instead simply launch the included Start.java and your app is up and running in seconds and includes hotswap. /Gwyn -- View this message in context: http://www.nabble.com/Wicket-Article-on-DevX-tf4623720.html#a13213711 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket Article on DevX
The article seems to be more advocating running multiple JVMs if you are prepared to run a front end proxy to put everything back under the same ip/port? Presumably you could do the same with Tomcat etc..? The runtime usage of Jetty vs Tomcat would be interesting but as always turns out it is very application specific and 9 times out of 10 the application(s) you are running will consume more memory/CPU than the container... Sure we've all seen the apps that are doing something complicated to the database for every request... Roland Kaercher wrote: Nathan has written a nice article on jetty which made me to switch to jetty for deployment too: http://technically.us/code/x/to-jettison-geronimo/ (and no, I did not regret it) regards, Roland On 10/15/07, Sam Hough [EMAIL PROTECTED] wrote: Congratulaions on the article. I was interested by the encourages the use of the Jetty container bit. Is that more that the core Wicket developers prefer Jetty or is there a killer advantage over the more common Tomcat? Cheers Sam -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Wicket-Article-on-DevX-tf4623720.html#a13213821 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Invalid task 'org.apache.wicket' running quickstart with maven
I'm trying to follow along here: http://wicket.apache.org/quickstart.html but I get the error below. I'm new to maven and wicket, and searching this error didn't help, so no doubt I'm doing something dumb/obvious. BTW, the quickstart page suggests that replaceable items are in bold, but nothing is showing in bold (perhaps I'm supposed to replace something else?): C:\workspacemvn -v Maven version: 2.0.2 C:\workspacemvn archetype:create -e -DarchetypeGroupId=org.apache.wicket -DarchetypeArtifactId=wicket-archetype-quickstart -DarchetypeVersion=1.3.0-beta3 -DgroupId=edu.jhuapl.its d -DartifactId=WicketKewl2_mvn + Error stacktraces are turned on. [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'archetype'. [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Invalid task 'org.apache.wicket': you must specify a valid lifecycle phase, or a goal in the format plugin:goal or pluginGroupId:pluginArtifactId:pluginVersion:goal [INFO] [INFO] Trace org.apache.maven.BuildFailureException: Invalid task 'org.apache.wicket': you must specify a valid lifecycle phase, or a goal in the format plugin:goal or pluginGroupId:pluginArtif actId:pluginVersion:goal at org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor(DefaultLifecycleExecutor.java:1476) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.segmentTaskListByAggregationNeeds(DefaultLifecycleExecutor.java:378) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:134) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) at org.apache.maven.cli.MavenCli.main(MavenCli.java:249) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) [INFO] [INFO] Total time: 1 second [INFO] Finished at: Mon Oct 15 10:28:35 EDT 2007 [INFO] Final Memory: 1M/3M [INFO] -- View this message in context: http://www.nabble.com/Invalid-task-%27org.apache.wicket%27-running-quickstart-with-maven-tf4627970.html#a13214173 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Invalid task 'org.apache.wicket' running quickstart with maven
cupdike wrote: BTW, the quickstart page suggests that replaceable items are in bold, but nothing is showing in bold (perhaps I'm supposed to replace something else?): My bad on the comment about nothing being bold in the code sample--my browser font was so small that it didn't look bold until I increased the font size... live and learn. -- View this message in context: http://www.nabble.com/Invalid-task-%27org.apache.wicket%27-running-quickstart-with-maven-tf4627970.html#a13214211 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Invalid task 'org.apache.wicket' running quickstart with maven
Download maven 2.0.7 instead and look at the following screencast: http://herebebeasties.com/2007-10-07/wicket-quickstart/ Martijn On 10/15/07, cupdike [EMAIL PROTECTED] wrote: I'm trying to follow along here: http://wicket.apache.org/quickstart.html but I get the error below. I'm new to maven and wicket, and searching this error didn't help, so no doubt I'm doing something dumb/obvious. BTW, the quickstart page suggests that replaceable items are in bold, but nothing is showing in bold (perhaps I'm supposed to replace something else?): C:\workspacemvn -v Maven version: 2.0.2 C:\workspacemvn archetype:create -e -DarchetypeGroupId=org.apache.wicket -DarchetypeArtifactId=wicket-archetype-quickstart -DarchetypeVersion=1.3.0-beta3 -DgroupId=edu.jhuapl.its d -DartifactId=WicketKewl2_mvn + Error stacktraces are turned on. [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'archetype'. [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Invalid task 'org.apache.wicket': you must specify a valid lifecycle phase, or a goal in the format plugin:goal or pluginGroupId:pluginArtifactId:pluginVersion:goal [INFO] [INFO] Trace org.apache.maven.BuildFailureException: Invalid task 'org.apache.wicket': you must specify a valid lifecycle phase, or a goal in the format plugin:goal or pluginGroupId:pluginArtif actId:pluginVersion:goal at org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor(DefaultLifecycleExecutor.java:1476) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.segmentTaskListByAggregationNeeds(DefaultLifecycleExecutor.java:378) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:134) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) at org.apache.maven.cli.MavenCli.main(MavenCli.java:249) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) [INFO] [INFO] Total time: 1 second [INFO] Finished at: Mon Oct 15 10:28:35 EDT 2007 [INFO] Final Memory: 1M/3M [INFO] -- View this message in context: http://www.nabble.com/Invalid-task-%27org.apache.wicket%27-running-quickstart-with-maven-tf4627970.html#a13214173 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Buy Wicket in Action: http://manning.com/dashorst Apache Wicket 1.3.0-beta4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.0-beta4/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket Article on DevX
Daniel, Sorry for starting an emacs vs vi debate. Really is a nice article. Anything to drag people out of the struts dark ages! Cheers Sam -- View this message in context: http://www.nabble.com/Wicket-Article-on-DevX-tf4623720.html#a13214216 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Invalid task 'org.apache.wicket' running quickstart with maven
Case solved--I was trying to keep maven off my path by using an alias to the mvn command. However, it obviously requires being on the path. Thanks for the nice screencast. -Clark Martijn Dashorst wrote: Download maven 2.0.7 instead and look at the following screencast: http://herebebeasties.com/2007-10-07/wicket-quickstart/ Martijn -- View this message in context: http://www.nabble.com/Invalid-task-%27org.apache.wicket%27-running-quickstart-with-maven-tf4627970.html#a13214831 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket Article on DevX
Yes, you're right, I didn't read it again. But it also got me to switch to jetty because IIRC the the memory overhead for using tomcat 5 (I heard tomcat 6 is different there) when just starting up my tiny apps was significantly higher - although it might be less dramatic than I have in memory ;-) Regards, Roland On 10/15/07, Sam Hough [EMAIL PROTECTED] wrote: The article seems to be more advocating running multiple JVMs if you are prepared to run a front end proxy to put everything back under the same ip/port? Presumably you could do the same with Tomcat etc..? The runtime usage of Jetty vs Tomcat would be interesting but as always turns out it is very application specific and 9 times out of 10 the application(s) you are running will consume more memory/CPU than the container... Sure we've all seen the apps that are doing something complicated to the database for every request... Roland Kaercher wrote: Nathan has written a nice article on jetty which made me to switch to jetty for deployment too: http://technically.us/code/x/to-jettison-geronimo/ (and no, I did not regret it) regards, Roland On 10/15/07, Sam Hough [EMAIL PROTECTED] wrote: Congratulaions on the article. I was interested by the encourages the use of the Jetty container bit. Is that more that the core Wicket developers prefer Jetty or is there a killer advantage over the more common Tomcat? Cheers Sam -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Wicket-Article-on-DevX-tf4623720.html#a13213821 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 1.3-beta4 development mode
the latest beta is beta5, could you try with that -igor On 10/14/07, Alex Objelean [EMAIL PROTECTED] wrote: I've noticed that when working in development mode with beta4, changing the markup is not visible when browser page is refreshed (in beta3 was ok) - thus a restart is needed. Are there any ModificationWatcher changes in latest beta release? Thank you! Alex. -- View this message in context: http://www.nabble.com/1.3-beta4-development-mode-tf4624760.html#a13207533 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: UploadProgressBar prevents execution of onSubmit-methods of buttons
please create a jira issue with a quickstart -igor On 10/15/07, pixotec [EMAIL PROTECTED] wrote: i have a form with one uploadfield and an uploadprogressbar. i wanted to start upload by clicking on an upload-button having his own onSubmit-method. this did not work. the onSubmit-method is never entered. when remove uploadprogressbar, it works. -- View this message in context: http://www.nabble.com/UploadProgressBar-prevents-execution-of-onSubmit-methods-of-buttons-tf4625016.html#a13208180 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 1.3-beta4 development mode
On 10/15/07, Igor Vaynberg [EMAIL PROTECTED] wrote: the latest beta is beta5, could you try with that ? beta4 is the latest. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket Article on DevX
On 10/15/07, Gwyn Evans [EMAIL PROTECTED] wrote: One thing I like about Jetty is that it's normally clear to see what's mounted where, as the default '/' servlet will list them when running 'mvn jetty:run' (although that's not in our Start.java). we don't need that in Start.java, because Al changed it, so that the quickstart app is mounted at '/', which makes perfectly sense for the quickstart. gerolf
feedback message not shown from ajax button when setting new response page
I'm having a problem with the feedback panel in conjunction with the AjaxButton and setResponsePage(). There are two pages, a home page and a sub page. When the user submits a form successfully on the sub page, I would like the home page to display with an informational message. Here is some code: // my form add(new AjaxButton(submitButton, this) { protected void onSubmit(AjaxRequestTarget target, Form form) { // nothing, want the form submit to do the work } protected void onError(...) { // refresh the feedback panel without refreshing any page }); protected void onSubmit() { info(successful!); setRedirect(false); setResponsePage(HomePage.class); } What happens is the new page is displayed, but the info message isn't. If I use a regular Button, this works, but then I don't get the Ajax validation of the form. And if I don't set the response page to another page, then this also works. (Well, maybe not _that_ code, but the feedback can be refreshed with an info message.) Can anybody help me? I'm not sure what else I can do to debug this. Thanks, Adam
Re: feedback message not shown from ajax button when setting new response page
if you have feedback messages that need to last across requests/pages you need to use getsession().info() instead -igor On 10/15/07, Adam Koch [EMAIL PROTECTED] wrote: I'm having a problem with the feedback panel in conjunction with the AjaxButton and setResponsePage(). There are two pages, a home page and a sub page. When the user submits a form successfully on the sub page, I would like the home page to display with an informational message. Here is some code: // my form add(new AjaxButton(submitButton, this) { protected void onSubmit(AjaxRequestTarget target, Form form) { // nothing, want the form submit to do the work } protected void onError(...) { // refresh the feedback panel without refreshing any page }); protected void onSubmit() { info(successful!); setRedirect(false); setResponsePage(HomePage.class); } What happens is the new page is displayed, but the info message isn't. If I use a regular Button, this works, but then I don't get the Ajax validation of the form. And if I don't set the response page to another page, then this also works. (Well, maybe not _that_ code, but the feedback can be refreshed with an info message.) Can anybody help me? I'm not sure what else I can do to debug this. Thanks, Adam
Re: feedback message not shown from ajax button when setting new response page
I think I found the reason: /** * If it's an ajax request we always redirect. * * @see org.apache.wicket.RequestCycle#isRedirect() */ public final boolean isRedirect() { if (getWebRequest().isAjax()) { return true; } else { return super.isRedirect(); } } This is inside WebRequestCycle. Can someone explain why if it's an ajax request it's always a redirect? On 10/15/07, Adam Koch [EMAIL PROTECTED] wrote: I'm having a problem with the feedback panel in conjunction with the AjaxButton and setResponsePage(). There are two pages, a home page and a sub page. When the user submits a form successfully on the sub page, I would like the home page to display with an informational message. Here is some code: // my form add(new AjaxButton(submitButton, this) { protected void onSubmit(AjaxRequestTarget target, Form form) { // nothing, want the form submit to do the work } protected void onError(...) { // refresh the feedback panel without refreshing any page }); protected void onSubmit() { info(successful!); setRedirect(false); setResponsePage(HomePage.class); } What happens is the new page is displayed, but the info message isn't. If I use a regular Button, this works, but then I don't get the Ajax validation of the form. And if I don't set the response page to another page, then this also works. (Well, maybe not _that_ code, but the feedback can be refreshed with an info message.) Can anybody help me? I'm not sure what else I can do to debug this. Thanks, Adam -- Adam A. Koch http://www.outofthemold.com/
Re: feedback message not shown from ajax button when setting new response page
That seems easy enough. Thanks! Tell me if this is right. If we send an Ajax request from the browser, then the only way to get it to refresh the page is to tell it to redirect. That's why all Ajax calls that have render a new page have to redirect. Thanks, Adam On 10/15/07, Igor Vaynberg [EMAIL PROTECTED] wrote: if you have feedback messages that need to last across requests/pages you need to use getsession().info() instead -igor On 10/15/07, Adam Koch [EMAIL PROTECTED] wrote: I'm having a problem with the feedback panel in conjunction with the AjaxButton and setResponsePage(). There are two pages, a home page and a sub page. When the user submits a form successfully on the sub page, I would like the home page to display with an informational message. Here is some code: // my form add(new AjaxButton(submitButton, this) { protected void onSubmit(AjaxRequestTarget target, Form form) { // nothing, want the form submit to do the work } protected void onError(...) { // refresh the feedback panel without refreshing any page }); protected void onSubmit() { info(successful!); setRedirect(false); setResponsePage(HomePage.class); } What happens is the new page is displayed, but the info message isn't. If I use a regular Button, this works, but then I don't get the Ajax validation of the form. And if I don't set the response page to another page, then this also works. (Well, maybe not _that_ code, but the feedback can be refreshed with an info message.) Can anybody help me? I'm not sure what else I can do to debug this. Thanks, Adam -- Adam A. Koch http://www.outofthemold.com/
Re: feedback message not shown from ajax button when setting new response page
if you want to display an entirely new page from an ajax request then yes, you have to redirect. whether that is done via a window.location or another method doesnt matter... -igor On 10/15/07, Adam Koch [EMAIL PROTECTED] wrote: That seems easy enough. Thanks! Tell me if this is right. If we send an Ajax request from the browser, then the only way to get it to refresh the page is to tell it to redirect. That's why all Ajax calls that have render a new page have to redirect. Thanks, Adam On 10/15/07, Igor Vaynberg [EMAIL PROTECTED] wrote: if you have feedback messages that need to last across requests/pages you need to use getsession().info() instead -igor On 10/15/07, Adam Koch [EMAIL PROTECTED] wrote: I'm having a problem with the feedback panel in conjunction with the AjaxButton and setResponsePage(). There are two pages, a home page and a sub page. When the user submits a form successfully on the sub page, I would like the home page to display with an informational message. Here is some code: // my form add(new AjaxButton(submitButton, this) { protected void onSubmit(AjaxRequestTarget target, Form form) { // nothing, want the form submit to do the work } protected void onError(...) { // refresh the feedback panel without refreshing any page }); protected void onSubmit() { info(successful!); setRedirect(false); setResponsePage(HomePage.class); } What happens is the new page is displayed, but the info message isn't. If I use a regular Button, this works, but then I don't get the Ajax validation of the form. And if I don't set the response page to another page, then this also works. (Well, maybe not _that_ code, but the feedback can be refreshed with an info message.) Can anybody help me? I'm not sure what else I can do to debug this. Thanks, Adam -- Adam A. Koch http://www.outofthemold.com/
DatePicker Problems
Anyone having problems getting DatePicker to work in beta4? I get the icon, but when I click nothing happens. Probably my error, but just curious. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: safari and ajax (issue 938)
Make sure you've cleared Safari's cache since upgrading to beta4. So far I haven't run into any problems with Safari ajax in the new version, and I seem to be the canary in the coal mine. ;) Nino Saturnino Martinez Vazquez Wael wrote: Hmm changing it OnChangeAjaxBehavior, makes it stop working if using it in conjuction with datepicker on safari and FF.. BTW, i am using an text field with datepicker and want to make selecting a date with the datepicker trigger the ajax call, it works in IE FF but not safari.. Nino Saturnino Martinez Vazquez Wael wrote: Hi im having some trouble with wicket,ajax and safari. I get the exact same errors as this wicket issue, marked resolved: http://issues.apache.org/jira/browse/WICKET-938 Browsing the ajax on wicket examples does not seem to trigger the bug. I've been looking at this example: http://wicketstuff.org/wicket13/ajax/on-change-ajax-behavior Im using AjaxFormComponentUpdatingBehavior (with onchange as parameter) and the example uses OnChangeAjaxBehavior, could this cause the problem? Theres also a link from the issue towards nabble but it can nolonger find the message? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DatePicker Problems
It seems to be working for me. -Dan On 10/15/07, Christopher Gardner [EMAIL PROTECTED] wrote: Anyone having problems getting DatePicker to work in beta4? I get the icon, but when I click nothing happens. Probably my error, but just curious. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dot ( . ) in the URL !
How did you mount the page? -Matej On 10/15/07, chickabee [EMAIL PROTECTED] wrote: Hi Guys, It seems that wicket has the special meaning of a dot ( . ) in the URL. Wicket expects anything after a dot to be a number and throws Number format exception if it is not, Is there is a way to use dots in the url?? Here is the example of the url where it is failing: https://lilo:8443/whisky/plist/c/Computers%3EComputer_Systems%3ELaptops/ps/1.00_-_1.99_GHz/ Thanks in advance.. -- View this message in context: http://www.nabble.com/Dot-%28-.-%29-in-the-URL-%21-tf4624550.html#a13206993 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Custom rendering
Hello, I was wondering if it is possible to do custom rendering in wicket. What i need is something like a panel in which - if the user is not logged in, there will be a text with in order to sign in please click Sign in and then the link and - if the user is logged in, the same text component would show hello user, please click Sign out in order to logout and then the link. The point is having an anchor with different text and different target through code - one panel, not having two very similar panels. I didn't manage to get this custom functionality by having a wicket:id=..span wicked:id=..//a. Thank you.
Re: 1.3-beta4 development mode
Hi Alex I cannot confirm this, I too have beta4 installed. And have not problems when refreshing html. At certain times there can be problems with the java classes, which I belive are known(there are some limitations on the hotspot vm I belive that causes this). This is using it with tomcat 5. Alex Objelean wrote: I've noticed that when working in development mode with beta4, changing the markup is not visible when browser page is refreshed (in beta3 was ok) - thus a restart is needed. Are there any ModificationWatcher changes in latest beta release? Thank you! Alex. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: safari and ajax (issue 938)
Ahh ok I'll try this, I guess im the other canary then:) Nathan Hamblen wrote: Make sure you've cleared Safari's cache since upgrading to beta4. So far I haven't run into any problems with Safari ajax in the new version, and I seem to be the canary in the coal mine. ;) Nino Saturnino Martinez Vazquez Wael wrote: Hmm changing it OnChangeAjaxBehavior, makes it stop working if using it in conjuction with datepicker on safari and FF.. BTW, i am using an text field with datepicker and want to make selecting a date with the datepicker trigger the ajax call, it works in IE FF but not safari.. Nino Saturnino Martinez Vazquez Wael wrote: Hi im having some trouble with wicket,ajax and safari. I get the exact same errors as this wicket issue, marked resolved: http://issues.apache.org/jira/browse/WICKET-938 Browsing the ajax on wicket examples does not seem to trigger the bug. I've been looking at this example: http://wicketstuff.org/wicket13/ajax/on-change-ajax-behavior Im using AjaxFormComponentUpdatingBehavior (with onchange as parameter) and the example uses OnChangeAjaxBehavior, could this cause the problem? Theres also a link from the issue towards nabble but it can nolonger find the message? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DatePicker Problems
It's also working for me in IE 6 / 7 and FF 2... Cannot confirm safari at the time being. Christopher Gardner wrote: Anyone having problems getting DatePicker to work in beta4? I get the icon, but when I click nothing happens. Probably my error, but just curious. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: safari and ajax (issue 938)
Hmm that did not help. Im running safari 2.0.4. Ok next step is to create a quickstart, ill do that tomorrow.. regards Nino Nino Saturnino Martinez Vazquez Wael wrote: Ahh ok I'll try this, I guess im the other canary then:) Nathan Hamblen wrote: Make sure you've cleared Safari's cache since upgrading to beta4. So far I haven't run into any problems with Safari ajax in the new version, and I seem to be the canary in the coal mine. ;) Nino Saturnino Martinez Vazquez Wael wrote: Hmm changing it OnChangeAjaxBehavior, makes it stop working if using it in conjuction with datepicker on safari and FF.. BTW, i am using an text field with datepicker and want to make selecting a date with the datepicker trigger the ajax call, it works in IE FF but not safari.. Nino Saturnino Martinez Vazquez Wael wrote: Hi im having some trouble with wicket,ajax and safari. I get the exact same errors as this wicket issue, marked resolved: http://issues.apache.org/jira/browse/WICKET-938 Browsing the ajax on wicket examples does not seem to trigger the bug. I've been looking at this example: http://wicketstuff.org/wicket13/ajax/on-change-ajax-behavior Im using AjaxFormComponentUpdatingBehavior (with onchange as parameter) and the example uses OnChangeAjaxBehavior, could this cause the problem? Theres also a link from the issue towards nabble but it can nolonger find the message? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket Article on DevX
*2 igor.vaynberg wrote: +1 -igor On 10/14/07, Eelco Hillenius [EMAIL PROTECTED] wrote: Hey Daniel, great stuff! Thanks! Eelco On 10/14/07, Daniel Carleton [EMAIL PROTECTED] wrote: Hello Wicket, I wrote an introductory article on Wicket for DevX, which they published a few days back (will go front page after a few typos are fixed). I tried to include lots of practical information on the framework's design and usage. I hope it helps to turn more people on to Wicket! http://www.devx.com/Java/Article/35620 Congratulations on the upcoming 1.3 release, and thanks to everyone on IRC (esp. chillenious, matej, and ivaynberg) who fielded my Wicket questions all summer. - Daniel (dacc) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Wicket-Article-on-DevX-tf4623720.html#a13222153 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: YUI Calendar popup in ModalWindow
I've had the reverse problem.. Modal window infront of a datepicker , using it in flat mode... regards Nino Don Hass wrote: Has anyone ran into an issue (z-index) with a DateField on a panel in a ModalWindow. In both Firefox and IE they both render poorly IMHO. I have tried overriding z-index of the ModalWindow lower image border and the Calendar div layer all to no avail. http://www.nabble.com/file/p13222461/Calendar.jpg It is very easy to reproduce via following code: =-=-=-=-=-=-=-=-=-=-=-=-= OverlapTest.java =-=-=-=-=-=-=-=-=-=-=-=-= public class OverlapTest extends WebPage { public OverlapTest() { final ModalWindow modal; add(modal = new ModalWindow(modal)); modal.setInitialWidth(300); modal.setInitialHeight(100); modal.setContent(new ModalPanel(modal.getContentId())); add(new AjaxLink(open) { public void onClick(AjaxRequestTarget target) { modal.show(target); } }); } } =-=-=-=-=-=-=-=-=-=-=-=-= OverlapTest.html =-=-=-=-=-=-=-=-=-=-=-=-= html head titleModal Window Overlap Test/title /head body Modal window + YUI calendar popup overlap issue test. div wicket:id=modal/div Open modal dialog /body /html =-=-=-=-=-=-=-=-=-=-=-=-= ModalPanel.java =-=-=-=-=-=-=-=-=-=-=-=-= public class ModalPanel extends Panel { public ModalPanel(String id) { super(id); final DateField dateField = new DateField(date); add(dateField); } } =-=-=-=-=-=-=-=-=-=-=-=-= ModalPanel.html =-=-=-=-=-=-=-=-=-=-=-=-= wicket:panel div wicket:id=date/div /wicket:panel Any suggestions on a fix would be greatly appreciated. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: java.lang.OutOfMemoryError: Java heap space on Tomcat 6
If youre only running a simple form, and dont have 1000's of users it should be fine, something else must be wrong. Might be your parameters. A guy on this thread(http://forum.java.sun.com/thread.jspa?threadID=326216) said: Don't set the maximum memory to above 70% of the physical memory of the box or it will grind to a halt. The JVM needs all of the heap to be in physical memory all the time. You can adjust heap by lowering your parameters, try with 128 in both instead. -Xmssize set initial Java heap size -Xmxsize set maximum Java heap size JVM starts with -Xms amount of memory for the heap (storing objects etc.) and can grow to a maximum of -Xmx amount of memory. JKrishna wrote: I have generated a project using QWicket. I ran the build on Tomcat 6 and the initial user registration and user authentication worked fine. I added a simple form and insert those values into the database using Spring + Hibernate. While submitting the form, the values are getting inserted into the database. But during the navigation part, the application times out with the following error I modified the QWicket generated code to use Wicket 1.3 beta 3 build. Root cause: java.lang.OutOfMemoryError: Java heap space Complete stack: org.apache.wicket.WicketRuntimeException: Method onFormSubmitted of interface org.apache.wicket.markup.html.form.IFormSubmitListener targeted at component [MarkupContainer [Component id = trip, page = com.tripos.page.NewTripPage, path = 3:trip.NewTripPage$NewTripForm, isVisible = true, isVersioned = true]] threw an exception at org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:197) at org.apache.wicket.request.target.component.listener.ListenerInterfaceRequestTarget.processEvents(ListenerInterfaceRequestTarget.java:73) at org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(AbstractRequestCycleProcessor.java:90) at org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1032) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1108) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1177) at org.apache.wicket.RequestCycle.request(RequestCycle.java:500) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:261) The environment is Tomcat 6 running on OS X Tiger on Mac Mini with 512 MB ram. I added Java_OPTS to have JAVA_OPTS=-Xms512m -Xmx512m. Is this problem because of insufficient memory? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: java.lang.OutOfMemoryError: Java heap space on Tomcat 6
It is probably a good idea to profile your application. With 512 MB you should typically be able to serve a couple of thousand concurrent sessions without problems with Wicket 1.3. Eelco On 10/15/07, JKrishna [EMAIL PROTECTED] wrote: I have generated a project using QWicket. I ran the build on Tomcat 6 and the initial user registration and user authentication worked fine. I added a simple form and insert those values into the database using Spring + Hibernate. While submitting the form, the values are getting inserted into the database. But during the navigation part, the application times out with the following error I modified the QWicket generated code to use Wicket 1.3 beta 3 build. Root cause: java.lang.OutOfMemoryError: Java heap space Complete stack: org.apache.wicket.WicketRuntimeException: Method onFormSubmitted of interface org.apache.wicket.markup.html.form.IFormSubmitListener targeted at component [MarkupContainer [Component id = trip, page = com.tripos.page.NewTripPage, path = 3:trip.NewTripPage$NewTripForm, isVisible = true, isVersioned = true]] threw an exception at org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:197) at org.apache.wicket.request.target.component.listener.ListenerInterfaceRequestTarget.processEvents(ListenerInterfaceRequestTarget.java:73) at org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(AbstractRequestCycleProcessor.java:90) at org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1032) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1108) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1177) at org.apache.wicket.RequestCycle.request(RequestCycle.java:500) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:261) The environment is Tomcat 6 running on OS X Tiger on Mac Mini with 512 MB ram. I added Java_OPTS to have JAVA_OPTS=-Xms512m -Xmx512m. Is this problem because of insufficient memory? -- View this message in context: http://www.nabble.com/java.lang.OutOfMemoryError%3A-Java-heap-space-on-Tomcat-6-tf4627444.html#a13212670 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket Article on DevX
Nope, and you can also debug that one, you just need to pass the releveant parameters to the jvm. Martijn Dashorst wrote: The embedded tomcat was not that hard to install, not harder than creating a jetty quickstart. Martijn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TreeTable, invisble cells and headersand
Matej, No worries. If you do get a moment, this tiny but complete http://www.nabble.com/file/p13223550/treetable.zip quickstart clearly demonstrates what's going on. Also bear in mind that when the app, now suffering from this behaviour in 1.3 beta x, was first developed using 1.2.6, it worked quite well (with big data sets, some of the vertical join lines between nodes were not perfectly horizontally aligned, but all columns' data was always visible when the corresponding node was made visible). Regards - Cemal http://jWeekend.co.uk jWeekend.co.uk PS I will open an ASF Jira account soon so I can contribute as I find issues. In the meantime, I hope the tiny, attached quickstart helps. Matej Knopp-2 wrote: Sorry, I didn't try it, I'm kinda busy right now. If you want me to look at it provide a simple quickstart. And a jira issue if you think it's a wicket bug. The thing is, TreeTable layout leaves much to be desired and will be subject of rework in the next release, because it's not very flexible ATM. -Matej On 10/12/07, jweekend [EMAIL PROTECTED] wrote: Hej Matej, Tried to catch you on IRC this morning (~02:00) with this one; thanks for the usual quick feedback. The code below is based on the nice http://wicketstuff.org/wicket13/ajax/tree/table.2 Wicket 1.3 Ajax / TreeTable from the http://wicketstuff.org/wicket13/index.html Wicket examples , which, BTW, are extremely useful and just work, as usual. Did you try the code below or can you see something wrong? Is there some extra css implicitly required? Is something missing from the example (which works) or just the code below (that doesn't)? Regards - Cemal http://jWeekend.co.uk jWeekend.co.uk PS FYI: Including style div.my-tree div.wicket-tree-table-body {height: 20em; overflow: auto;} /style and the appropriate class attribute does not fix the problem (but it does make the TreeTable look slightly prettier ;-). Matej Knopp-2 wrote: Didn't you forget the appropriate floats? -Matej On 10/12/07, jweekend [EMAIL PROTECTED] wrote: (1.3.0-SNAPSHOT as of 2007-10-11) In a three column TreeTable (the LEFT column holds/renders the tree) the header text and non-tree-column values are not visible (IE6.0.29 FF2.0.7). tree-table.css specifies display: block; for div.wicket-tree-table span.b_ span.c_ and for div.wicket-tree-table span.b_ span.d_ where (according to the css file comments): b_ column c_ column-inner d_ column-inner-first On copying the contents of the generated html css into files on the filesystem and appropriately modifying the css reference in head (not pleasant - is there a better way?) and then opening the html in a browser, something that resembles the original page (minus tree/node decorations) appears, still missing the data in all the same cells. If, however, I comment out the display: block;s from the css, _all_ data and headers are visible. I'm no css expert but according to w3schools, display:block = the element will be displayed as a block-level element, with a line break before and after the element. The java code (minus package imports) and html template are pasted in below. Regards - Cemal http://jWeekend.co.uk jWeekend.co.uk TreeTableWithUnwantedBlankHeadersAndCells.java (minus package imports) public class TreeTableWithUnwantedBlankHeadersAndCells extends WebPage { public TreeTableWithUnwantedBlankHeadersAndCells() { ColumnLocation l = new ColumnLocation(Alignment.LEFT, 12, Unit.EM); ColumnLocation m = new ColumnLocation(Alignment.MIDDLE, 30, Unit.PROPORTIONAL); ColumnLocation r = new ColumnLocation(Alignment.RIGHT, 200, Unit.PX); IColumn columns[] = new IColumn[] { new PropertyTreeColumn(l, L, userObject.name), new PropertyRenderableColumn(m, M, userObject.id), new PropertyRenderableColumn(r, R, userObject.done) }; TreeTable tree = new TreeTable(tree, makeDummyTreeModel(), (IColumn[]) columns); tree.setRootLess(true); tree.getTreeState().collapseAll(); tree.getTreeState().setAllowSelectMultiple(true); add(treetable); } private DefaultTreeModel makeDummyTreeModel() { class DummyUserObject { String id; String name; String done; public DummyUserObject(String id, String name, String done) { super(); this.id = id; this.name = name; this.done = done; }
Re: WicketMessage: Expected close tag for 'tr wicket:id=sorting' Possible attempt to embed component(s) 'span wicket:id=actions' in the body of this component which discards its body
I should add that I'm using Wicket 1.3 whereas the examples were all 1.2 - though in this area it seems that nothing substantial has changed -- View this message in context: http://www.nabble.com/WicketMessage%3A-Expected-close-tag-for-%27%3Ctr-wicket%3Aid%3D%22sorting%22%3E%27-Possible-attempt-to-embed-component%28s%29-%27%3Cspan-wicket%3Aid%3D%22actions%22%3E%27-in-the-body-of-this-component-which-discards-its-body-tf4631132.html#a13224667 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Refresh fields from model
I think another way to do it is to call setModelObject() with the appropriate parameter on each component that needs to be updated. I chose to use the modelChanged() approach, however, because I'm using the presentation model pattern (http://martinfowler.com/eaaDev/PresentationModel.html) that populates the model properties behind the scenes. At least in my experience, I had to call modelChanged() to reflect the new values. By the way, so far, the presentation model pattern seems to work nicely with Wicket. This includes using the LoadableDetachableModel to call the presentation model to get data to populate a ListView and dereference the data for memory conservation. The result is less verbose Wicket code and the option to use the presentation model in other web frameworks. Only time will tell if this approach will scale with Wicket. Chris On 10/15/07, Rich Livingstone [EMAIL PROTECTED] wrote: Thanks, that worked great Christopher Gardner-2 wrote: I had to call modelChanged() to do this very thing. On 10/12/07, Rich Livingstone [EMAIL PROTECTED] wrote: I'm just not sure how to do this - for example, I have a drop down choice and when it changes, I need to populate other fields. I had presumed the way to do this was to change the values in an attached PropertyModel and any text or other UI fields which were attached to this model would be automatically updated. But this doesn't seem to be so. It seems an obvious thing but I can't find it in any of the forums - if it's possible it's got to be simple, yes ? -- View this message in context: http://www.nabble.com/Refresh-fields-from-model-tf4614207.html#a13177078 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Refresh-fields-from-model-tf4614207.html#a13224136 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WicketMessage: Expected close tag for 'tr wicket:id=sorting' Possible attempt to embed component(s) 'span wicket:id=actions' in the body of this component which discards its body
you are missing wicket:ids in the second set of tds... tr wicket:id=sorting td[actions]/td should actually be td wicket:id=actions[actions]/td :) -igor On 10/15/07, Rich Livingstone [EMAIL PROTECTED] wrote: I'm getting this error WicketMessage: Expected close tag for 'tr wicket:id=sorting' Possible attempt to embed component(s) '' in the body of this component which discards its body when I'm actually running something which is near as dammit borrowed from the wicketstuff sorted page example. The full text of the generated HTML is included in the error (see below) and my code is fairly simple and as far as I can see, identical to the example (well, clearly it isn't but I can't see the problem anyway). Anyone with sharper eyes than me or am i doing something invalid full stop ? I've read the other posts on this error and they are all embedding invalid tags inside others - but my code is straight from an example so how come it barfs ? My sorting table view: // the iterator definitely returns a booking here (the code is part of a bookings system) BookingsDataProvider bp = new BookingsDataProvider(bookings); final DataView dataView = new DataView(sorting, bp) { protected void populateItem(final Item item) { Booking booking = (Booking)item.getModelObject(); BookingEntryModel bem = new BookingEntryModel(); // in correct formats now try { // initialises fields in correct formats etc bem.updateDisplayFromBooking(booking); } catch (Exception e) { } item.add(new ActionPanel(actions, item.getModel())); item.add(new Label(bookingid, bem.getCurrentBooking())); item.add(new Label(bookingStartRun,DateUtil.format(bem.getBookingStartRun(), DatePattern.s_datetimedisplay))); item.add(new Label(bookingEndRun,DateUtil.format(bem.getBookingEndRun(), DatePattern.s_datetimedisplay))); item.add(new Label(campaign, bem.getCampaign())); item.add(new Label(status, bem.getStatus())); add(new Label(programProfile, bem.getProgramProfile())); add(new Label(weightingProfile, bem.getWeightingProfile())); item.add(new AttributeModifier(class, true, new AbstractReadOnlyModel() { public Object getObject() { return (item.getIndex() % 2 == 1) ? even : odd; } })); } }; The HTML according to the error message: html xmlns:wicket=http://wicket.apache.org/; head titlePerception Panel Bookings/title !--link rel=stylesheet type=text/css href=style.css/-- /head body h2Create/Amend/Delete Bookings/h2 Selected Booking: [selected booking] br/ Feedback messages go here wicket:childwicket:extend br/br/ [dataview navigator] table cellspacing=0 class=dataview tr thActions/th thBooking Id/th th wicket:id=bookingStartRunStart Time/th thEnd Time/th thCampaign/th thStatus/th thProgram Profile/th thWeighting Profile/th /tr tr wicket:id=sorting td[actions]/td td[bookingid] /td td[bookingStartRun]/td td[bookingEndRun]/td td[campaign]/td td[status]/td td[programProfile]/td td[weightingProfile]/td /tr tr td colspan=2 input value=Add Booking type=submit wicket:id=newButton/ /td /tr /table /wicket:extend/wicket:child /body /html -- View this message in context: http://www.nabble.com/WicketMessage%3A-Expected-close-tag-for-%27%3Ctr-wicket%3Aid%3D%22sorting%22%3E%27-Possible-attempt-to-embed-component%28s%29-%27%3Cspan-wicket%3Aid%3D%22actions%22%3E%27-in-the-body-of-this-component-which-discards-its-body-tf4631132.html#a13224261 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Shared Image Resource
In my application I've added a shared resource. This resource is in a seperate resource package (com.test.resources). In that package there's also a 'dummy' class ResourceGetter, just to get access to the package. So in the init of my application i've putted : getSharedResources().add(imgStar, PackageResource.get(ResourceGetter.class, star.gif)); In different pages i need this image multiple times. These pages are in different packages. I know I can put the wicket:id on all of my images, but I find it a little bit too much trouble to give all those images a different id and add them in my java code as well. I've tried with the wicket:link-tag, but that only works with package resources and not with application shared resources (i guess.. correct me if i'm wrong). Is there a way i can pass the ResourceGetter-class with the wicket:link or img tag, so wicket will look for my resource in com.test.resources and not in the package my page is in? And can i also use the shared name imgStar instead of star.gif? I want something like : wicket:link img src=imgStar /wicket:link The paths of shared resources are predictable, meaning that you can hard code them. They follow the form: resources/class name/resource, for instance: src=resources/org.apache.wicket.examples.debug.InspectorBug/bug.png You can register class aliases if you want to make this shorter. Also note that you don't have to explicitly register packaged resources. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Session Objects Approach
Does this approach have any significant improvement over the former? and what could be the cons Like Alex said, look at LoadableDetachableModel for instance. You don't have to discard right away; just do at at the end of the request. It's what detachable is for. Pro detaching: less memory consumption per session, and you can avoid lazy loading problems when you use e.g. Hibernate. Con: more database traffic (if you don't cache these objects) and cpu usage (though very very minimal). In general a pro is also that your objects are always fresh. A general con when working in forms can be that you have to persist changes right away or you'll lose them with the reload. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Profiling the memory usage
I'm doubting that my wicket application is using to much memory because of serializing too much unnecessary stuff in the session (programmers' mistakes). Can you help me find a way to see what objects get serialized, so I can see what I'm doing wrong and correct my mistakes? Imho the best answer here is: use a profiler, preferably together with load testing (e.g. write a JMeter script). In my experience, it is very hard to make good estimates based on measuring individual objects (note that we even have a separate project for doing slightly more reliable measuring, see https://svn.apache.org/repos/asf/wicket/trunk/jdk-1.5/wicket-objectssizeof-agent) and looking at what the page store saves isn't a good indication for heap usage either. YourKit and JMeter work great for me. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]