Re: DI in wicket
see also org.apache.wicket.spring.common.web.ExampleApplication in wicket-examples On Mon, Sep 19, 2011 at 9:20 PM, Sven Meier s...@meiers.net wrote: see https://cwiki.apache.org/WICKET/spring.html On 09/19/2011 09:08 PM, sakthi vel wrote: Hi All, I would like to know how to use Dependency Injection of Spring in wicket to get the database connection. The datasource is configured in the DAO class using the applicationcontext.xml. Could you tell how to call the DAO class without creating the object in the Page class. Any examples or reference site would be of great help. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Should wicket-devutils be initialized when development utilies are disabled?
Hi Mikko, This is a good point! I'll improve it. Thanks! On Mon, Sep 19, 2011 at 8:46 PM, Mikko Pukki mikko.pu...@syncrontech.com wrote: Hi, I just noticed that when wicket-devutils is included in compilation, Application's initializeComponents initializes org.apache.wicket.devutils.debugbar.DebugBarInitializer. Because of this org.apache.wicket.devutils.diskstore.DebugDiskDataStore is in use even when application is in deployment mode. I guess it makes unnecessary disk i/o because pages of devutils cannot be accessed when Application.get().getDebugSettings().isDevelopmentUtilitiesEnabled() == false Best Regards, Mikko -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Should wicket-devutils be initialized when development utilies are disabled?
https://issues.apache.org/jira/browse/WICKET-4067 On Tue, Sep 20, 2011 at 11:24 AM, Martin Grigorov mgrigo...@apache.org wrote: Hi Mikko, This is a good point! I'll improve it. Thanks! On Mon, Sep 19, 2011 at 8:46 PM, Mikko Pukki mikko.pu...@syncrontech.com wrote: Hi, I just noticed that when wicket-devutils is included in compilation, Application's initializeComponents initializes org.apache.wicket.devutils.debugbar.DebugBarInitializer. Because of this org.apache.wicket.devutils.diskstore.DebugDiskDataStore is in use even when application is in deployment mode. I guess it makes unnecessary disk i/o because pages of devutils cannot be accessed when Application.get().getDebugSettings().isDevelopmentUtilitiesEnabled() == false Best Regards, Mikko -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Arabic characters not appearing correctly from .properties file
Hi, try starting your web server with these parameters: -Djavax.servlet.request.encoding=UTF-8 -Dfile.encoding=UTF-8 Hello , I have written many .properties pages to show error messages in Arabic and saved them in UTF-8 format and they display like that : Ùجب ادخا٠اس٠اÙدخÙÙ *Although I wrote all HTML in Arabic and it displays correctly * I am using Eclipse Helios and I set workspace encoding to UTF-8 -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826406.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Arabic characters not appearing correctly from .properties file
...or try these instructions http://davidbits.blogspot.com/2010/12/how-to-change-tomcat-default-character.html Hello , I have written many .properties pages to show error messages in Arabic and saved them in UTF-8 format and they display like that : Ùجب ادخا٠اس٠اÙدخÙÙ *Although I wrote all HTML in Arabic and it displays correctly * I am using Eclipse Helios and I set workspace encoding to UTF-8 -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826406.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Arabic characters not appearing correctly from .properties file
I am not using tomcat , I am using jetty . I guess the problem is in properties files encoding. On 20 September 2011 13:05, Andrea Del Bene-2 [via Apache Wicket] ml-node+s1842946n3826434...@n4.nabble.com wrote: ...or try these instructions http://davidbits.blogspot.com/2010/12/how-to-change-tomcat-default-character.html Hello , I have written many .properties pages to show error messages in Arabic and saved them in UTF-8 format and they display like that : يجب ادخال اسم الدخول *Although I wrote all HTML in Arabic and it displays correctly * I am using Eclipse Helios and I set workspace encoding to UTF-8 -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826406.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=3826434i=0 For additional commands, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=3826434i=1 - To unsubscribe, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=3826434i=2 For additional commands, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=3826434i=3 -- If you reply to this email, your message will be added to the discussion below: http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826434.html To unsubscribe from Arabic characters not appearing correctly from .properties file, click herehttp://apache-wicket.1842946.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=3826406code=YWhtZWQuYWJkZWxmYXR0YWguZWxzaGVtaXN5QGdtYWlsLmNvbXwzODI2NDA2fDI4MjAxMzAzNQ==. -- Ahmed Abdelfattah -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826441.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Arabic characters not appearing correctly from .properties file
This also only works on Java 6 and newer (UTF-8 support for properties files is a java 6 feature). Martijn On Tue, Sep 20, 2011 at 12:53 PM, aabfattah ahmed.abdelfattah.elshem...@gmail.com wrote: Hello , I have written many .properties pages to show error messages in Arabic and saved them in UTF-8 format and they display like that : يجب ادخال اسم الدخول *Although I wrote all HTML in Arabic and it displays correctly * I am using Eclipse Helios and I set workspace encoding to UTF-8 -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826406.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Become a Wicket expert, learn from the best: http://wicketinaction.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Arabic characters not appearing correctly from .properties file
I am using jdk1.6.0_23 On 20 September 2011 13:19, Martijn Dashorst [via Apache Wicket] ml-node+s1842946n3826458...@n4.nabble.com wrote: This also only works on Java 6 and newer (UTF-8 support for properties files is a java 6 feature). Martijn On Tue, Sep 20, 2011 at 12:53 PM, aabfattah [hidden email] http://user/SendEmail.jtp?type=nodenode=3826458i=0 wrote: Hello , I have written many .properties pages to show error messages in Arabic and saved them in UTF-8 format and they display like that : يجب ادخال اسم الدخول *Although I wrote all HTML in Arabic and it displays correctly * I am using Eclipse Helios and I set workspace encoding to UTF-8 -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826406.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=3826458i=1 For additional commands, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=3826458i=2 -- Become a Wicket expert, learn from the best: http://wicketinaction.com - To unsubscribe, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=3826458i=3 For additional commands, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=3826458i=4 -- If you reply to this email, your message will be added to the discussion below: http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826458.html To unsubscribe from Arabic characters not appearing correctly from .properties file, click herehttp://apache-wicket.1842946.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=3826406code=YWhtZWQuYWJkZWxmYXR0YWguZWxzaGVtaXN5QGdtYWlsLmNvbXwzODI2NDA2fDI4MjAxMzAzNQ==. -- Ahmed Abdelfattah -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826464.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Arabic characters not appearing correctly from .properties file
I get this info always in console : INFO - PropertiesFactory - Loading properties files from file:/D:/Ahmed_sandbox/Projects/EclipseProj/call-to-fix-17-9-5PM/call-to-fix/target/classes/com/orange/cairolab/sdp/calltofix/web/customer/AddNewCustomerPage.properties with loader org.apache.wicket.resource.IsoPropertiesFilePropertiesLoader@15f1ace INFO - PropertiesFactory - Loading properties files from jar:file:/C:/Users/Master/.m2/repository/org/apache/wicket/wicket-core/1.5-RC5.1/wicket-core-1.5-RC5.1.jar!/org/apache/wicket/Application.properties with loader org.apache.wicket.resource.IsoPropertiesFilePropertiesLoader@15f1ace On 20 September 2011 13:21, Ahmed Abdelfattah ahmed.abdelfattah.elshem...@gmail.com wrote: I am using jdk1.6.0_23 On 20 September 2011 13:19, Martijn Dashorst [via Apache Wicket] ml-node+s1842946n3826458...@n4.nabble.com wrote: This also only works on Java 6 and newer (UTF-8 support for properties files is a java 6 feature). Martijn On Tue, Sep 20, 2011 at 12:53 PM, aabfattah [hidden email] http://user/SendEmail.jtp?type=nodenode=3826458i=0 wrote: Hello , I have written many .properties pages to show error messages in Arabic and saved them in UTF-8 format and they display like that : يجب ادخال اسم الدخول *Although I wrote all HTML in Arabic and it displays correctly * I am using Eclipse Helios and I set workspace encoding to UTF-8 -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826406.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=3826458i=1 For additional commands, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=3826458i=2 -- Become a Wicket expert, learn from the best: http://wicketinaction.com - To unsubscribe, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=3826458i=3 For additional commands, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=3826458i=4 -- If you reply to this email, your message will be added to the discussion below: http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826458.html To unsubscribe from Arabic characters not appearing correctly from .properties file, click herehttp://apache-wicket.1842946.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=3826406code=YWhtZWQuYWJkZWxmYXR0YWguZWxzaGVtaXN5QGdtYWlsLmNvbXwzODI2NDA2fDI4MjAxMzAzNQ==. -- Ahmed Abdelfattah -- Ahmed Abdelfattah -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826469.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Arabic characters not appearing correctly from .properties file
The problem maybe in *IsoPropertiesFilePropertiesLoader* *In the API it says *Load properties from properties file. The encoding of the file must be ISO 8859-1. * * On 20 September 2011 13:22, Ahmed Abdelfattah ahmed.abdelfattah.elshem...@gmail.com wrote: I get this info always in console : INFO - PropertiesFactory - Loading properties files from file:/D:/Ahmed_sandbox/Projects/EclipseProj/call-to-fix-17-9-5PM/call-to-fix/target/classes/com/orange/cairolab/sdp/calltofix/web/customer/AddNewCustomerPage.properties with loader org.apache.wicket.resource.IsoPropertiesFilePropertiesLoader@15f1ace INFO - PropertiesFactory - Loading properties files from jar:file:/C:/Users/Master/.m2/repository/org/apache/wicket/wicket-core/1.5-RC5.1/wicket-core-1.5-RC5.1.jar!/org/apache/wicket/Application.properties with loader org.apache.wicket.resource.IsoPropertiesFilePropertiesLoader@15f1ace On 20 September 2011 13:21, Ahmed Abdelfattah ahmed.abdelfattah.elshem...@gmail.com wrote: I am using jdk1.6.0_23 On 20 September 2011 13:19, Martijn Dashorst [via Apache Wicket] ml-node+s1842946n3826458...@n4.nabble.com wrote: This also only works on Java 6 and newer (UTF-8 support for properties files is a java 6 feature). Martijn On Tue, Sep 20, 2011 at 12:53 PM, aabfattah [hidden email] http://user/SendEmail.jtp?type=nodenode=3826458i=0 wrote: Hello , I have written many .properties pages to show error messages in Arabic and saved them in UTF-8 format and they display like that : يجب ادخال اسم الدخول *Although I wrote all HTML in Arabic and it displays correctly * I am using Eclipse Helios and I set workspace encoding to UTF-8 -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826406.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=3826458i=1 For additional commands, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=3826458i=2 -- Become a Wicket expert, learn from the best: http://wicketinaction.com - To unsubscribe, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=3826458i=3 For additional commands, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=3826458i=4 -- If you reply to this email, your message will be added to the discussion below: http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826458.html To unsubscribe from Arabic characters not appearing correctly from .properties file, click herehttp://apache-wicket.1842946.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=3826406code=YWhtZWQuYWJkZWxmYXR0YWguZWxzaGVtaXN5QGdtYWlsLmNvbXwzODI2NDA2fDI4MjAxMzAzNQ==. -- Ahmed Abdelfattah -- Ahmed Abdelfattah -- Ahmed Abdelfattah -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826476.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Arabic characters not appearing correctly from .properties file
Better use .properties.xml format. The XML properties files are much more safe than plain .properties. See http://java.sun.com/dtd/properties.dtd and java.util.Properties.loadFromXML(InputStream) On Tue, Sep 20, 2011 at 2:24 PM, aabfattah ahmed.abdelfattah.elshem...@gmail.com wrote: The problem maybe in *IsoPropertiesFilePropertiesLoader* *In the API it says *Load properties from properties file. The encoding of the file must be ISO 8859-1. * * On 20 September 2011 13:22, Ahmed Abdelfattah ahmed.abdelfattah.elshem...@gmail.com wrote: I get this info always in console : INFO - PropertiesFactory - Loading properties files from file:/D:/Ahmed_sandbox/Projects/EclipseProj/call-to-fix-17-9-5PM/call-to-fix/target/classes/com/orange/cairolab/sdp/calltofix/web/customer/AddNewCustomerPage.properties with loader org.apache.wicket.resource.IsoPropertiesFilePropertiesLoader@15f1ace INFO - PropertiesFactory - Loading properties files from jar:file:/C:/Users/Master/.m2/repository/org/apache/wicket/wicket-core/1.5-RC5.1/wicket-core-1.5-RC5.1.jar!/org/apache/wicket/Application.properties with loader org.apache.wicket.resource.IsoPropertiesFilePropertiesLoader@15f1ace On 20 September 2011 13:21, Ahmed Abdelfattah ahmed.abdelfattah.elshem...@gmail.com wrote: I am using jdk1.6.0_23 On 20 September 2011 13:19, Martijn Dashorst [via Apache Wicket] ml-node+s1842946n3826458...@n4.nabble.com wrote: This also only works on Java 6 and newer (UTF-8 support for properties files is a java 6 feature). Martijn On Tue, Sep 20, 2011 at 12:53 PM, aabfattah [hidden email] http://user/SendEmail.jtp?type=nodenode=3826458i=0 wrote: Hello , I have written many .properties pages to show error messages in Arabic and saved them in UTF-8 format and they display like that : يجب ادخال اسم الدخول *Although I wrote all HTML in Arabic and it displays correctly * I am using Eclipse Helios and I set workspace encoding to UTF-8 -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826406.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=3826458i=1 For additional commands, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=3826458i=2 -- Become a Wicket expert, learn from the best: http://wicketinaction.com - To unsubscribe, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=3826458i=3 For additional commands, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=3826458i=4 -- If you reply to this email, your message will be added to the discussion below: http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826458.html To unsubscribe from Arabic characters not appearing correctly from .properties file, click herehttp://apache-wicket.1842946.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=3826406code=YWhtZWQuYWJkZWxmYXR0YWguZWxzaGVtaXN5QGdtYWlsLmNvbXwzODI2NDA2fDI4MjAxMzAzNQ==. -- Ahmed Abdelfattah -- Ahmed Abdelfattah -- Ahmed Abdelfattah -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826476.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Arabic characters not appearing correctly from .properties file
Hi, Ahmed, As the Java specification defines, the .properties file contains only characters in ISO-8859-1, also known as Latin-1. Therefore you cannot enter arabic characters in a properties file. You have two options here: 1. Unicode escape your arabic characters, using converters, like this one here http://www.rishida.net/tools/conversion/ (what works for you appears under JavaScript escapes) or 2. Use an xml file for language properties. Regards, Martin On Tue, Sep 20, 2011 at 1:53 PM, aabfattah ahmed.abdelfattah.elshem...@gmail.com wrote: Hello , I have written many .properties pages to show error messages in Arabic and saved them in UTF-8 format and they display like that : يجب ادخال اسم الدخول *Although I wrote all HTML in Arabic and it displays correctly * I am using Eclipse Helios and I set workspace encoding to UTF-8 -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826406.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Arabic characters not appearing correctly from .properties file
Well , the xml file didn't load and it loaded the default .properties files from wicket But the first trick worked :) On 20 September 2011 13:41, Martin A [via Apache Wicket] ml-node+s1842946n3826499...@n4.nabble.com wrote: Hi, Ahmed, As the Java specification defines, the .properties file contains only characters in ISO-8859-1, also known as Latin-1. Therefore you cannot enter arabic characters in a properties file. You have two options here: 1. Unicode escape your arabic characters, using converters, like this one here http://www.rishida.net/tools/conversion/ (what works for you appears under JavaScript escapes) or 2. Use an xml file for language properties. Regards, Martin On Tue, Sep 20, 2011 at 1:53 PM, aabfattah [hidden email] http://user/SendEmail.jtp?type=nodenode=3826499i=0 wrote: Hello , I have written many .properties pages to show error messages in Arabic and saved them in UTF-8 format and they display like that : يجب ادخال اسم الدخول *Although I wrote all HTML in Arabic and it displays correctly * I am using Eclipse Helios and I set workspace encoding to UTF-8 -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826406.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=3826499i=1 For additional commands, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=3826499i=2 -- If you reply to this email, your message will be added to the discussion below: http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826499.html To unsubscribe from Arabic characters not appearing correctly from .properties file, click herehttp://apache-wicket.1842946.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=3826406code=YWhtZWQuYWJkZWxmYXR0YWguZWxzaGVtaXN5QGdtYWlsLmNvbXwzODI2NDA2fDI4MjAxMzAzNQ==. -- Ahmed Abdelfattah -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826514.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Arabic characters not appearing correctly from .properties file
On Tue, Sep 20, 2011 at 1:41 PM, Martin A wml...@gmail.com wrote: Hi, Ahmed, As the Java specification defines, the .properties file contains only characters in ISO-8859-1, also known as Latin-1. Therefore you cannot enter arabic characters in a properties file. Wrong: with Java 6 you can load properties files written in UTF-8 (or any encoding for that matter): http://stackoverflow.com/questions/863838/problem-with-java-properties-utf8-encoding-in-eclipse/3040771#3040771 Martijn - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Arabic characters not appearing correctly from .properties file
On Tue, Sep 20, 2011 at 3:18 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: On Tue, Sep 20, 2011 at 1:41 PM, Martin A wml...@gmail.com wrote: Hi, Ahmed, As the Java specification defines, the .properties file contains only characters in ISO-8859-1, also known as Latin-1. Therefore you cannot enter arabic characters in a properties file. Wrong: with Java 6 you can load properties files written in UTF-8 (or any encoding for that matter): http://stackoverflow.com/questions/863838/problem-with-java-properties-utf8-encoding-in-eclipse/3040771#3040771 This is what our org.apache.wicket.resource.UtfPropertiesFilePropertiesLoader does actually. Martijn - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Arabic characters not appearing correctly from .properties file
Just a short addition, the resource bundle editor plugin for eclipse is great for handling .properties files with UTF-8 characters. The files are stored with ISO encoding and UTF-8 characters are escaped correctly while you can use the unescaped in the editor. The Sanity Resort http://sanityresort.blogspot.com/ Am 20.09.2011 13:50, schrieb aabfattah: Well , the xml file didn't load and it loaded the default .properties files from wicket But the first trick worked :) On 20 September 2011 13:41, Martin A [via Apache Wicket] ml-node+s1842946n3826499...@n4.nabble.com wrote: Hi, Ahmed, As the Java specification defines, the .properties file contains only characters in ISO-8859-1, also known as Latin-1. Therefore you cannot enter arabic characters in a properties file. You have two options here: 1. Unicode escape your arabic characters, using converters, like this one here http://www.rishida.net/tools/conversion/ (what works for you appears under JavaScript escapes) or 2. Use an xml file for language properties. Regards, Martin On Tue, Sep 20, 2011 at 1:53 PM, aabfattah [hidden email]http://user/SendEmail.jtp?type=nodenode=3826499i=0 wrote: Hello , I have written many .properties pages to show error messages in Arabic and saved them in UTF-8 format and they display like that : يجب ادخال اسم الدخول *Although I wrote all HTML in Arabic and it displays correctly * I am using Eclipse Helios and I set workspace encoding to UTF-8 -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826406.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=3826499i=1 For additional commands, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=3826499i=2 -- If you reply to this email, your message will be added to the discussion below: http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826499.html To unsubscribe from Arabic characters not appearing correctly from .properties file, click herehttp://apache-wicket.1842946.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=3826406code=YWhtZWQuYWJkZWxmYXR0YWguZWxzaGVtaXN5QGdtYWlsLmNvbXwzODI2NDA2fDI4MjAxMzAzNQ==.
Re: Arabic characters not appearing correctly from .properties file
On Tue, Sep 20, 2011 at 3:26 PM, Christian Huber hub...@butterbrot.org wrote: Just a short addition, the resource bundle editor plugin for eclipse is great for handling .properties files with UTF-8 characters. The files are stored with ISO encoding and UTF-8 characters are escaped correctly while you can use the unescaped in the editor. This is an option but not a good one. In my experience the developers support only the English version of the bundle and the people who translate to the other languages are not Eclipse (or any other IDE) users. The XML is the most convenient, I think. The Sanity Resort http://sanityresort.blogspot.com/ Am 20.09.2011 13:50, schrieb aabfattah: Well , the xml file didn't load and it loaded the default .properties files from wicket But the first trick worked :) On 20 September 2011 13:41, Martin A [via Apache Wicket] ml-node+s1842946n3826499...@n4.nabble.com wrote: Hi, Ahmed, As the Java specification defines, the .properties file contains only characters in ISO-8859-1, also known as Latin-1. Therefore you cannot enter arabic characters in a properties file. You have two options here: 1. Unicode escape your arabic characters, using converters, like this one here http://www.rishida.net/tools/conversion/ (what works for you appears under JavaScript escapes) or 2. Use an xml file for language properties. Regards, Martin On Tue, Sep 20, 2011 at 1:53 PM, aabfattah [hidden email]http://user/SendEmail.jtp?type=nodenode=3826499i=0 wrote: Hello , I have written many .properties pages to show error messages in Arabic and saved them in UTF-8 format and they display like that : يجب ادخال اسم الدخول *Although I wrote all HTML in Arabic and it displays correctly * I am using Eclipse Helios and I set workspace encoding to UTF-8 -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826406.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=3826499i=1 For additional commands, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=3826499i=2 -- If you reply to this email, your message will be added to the discussion below: http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826499.html To unsubscribe from Arabic characters not appearing correctly from .properties file, click herehttp://apache-wicket.1842946.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=3826406code=YWhtZWQuYWJkZWxmYXR0YWguZWxzaGVtaXN5QGdtYWlsLmNvbXwzODI2NDA2fDI4MjAxMzAzNQ==. -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Arabic characters not appearing correctly from .properties file
Am 20.09.2011 14:31, schrieb Martin Grigorov: On Tue, Sep 20, 2011 at 3:26 PM, Christian Huberhub...@butterbrot.org wrote: Just a short addition, the resource bundle editor plugin for eclipse is great for handling .properties files with UTF-8 characters. The files are stored with ISO encoding and UTF-8 characters are escaped correctly while you can use the unescaped in the editor. This is an option but not a good one. In my experience the developers support only the English version of the bundle and the people who translate to the other languages are not Eclipse (or any other IDE) users. The XML is the most convenient, I think. In such situations you are right, an eclipse plugin is not suitable if resources should be created by non-developers. But in my experience that means such resources are created by members of the business departement and most xml files that we receive from those have issues like binary garbage in prolog (apart from BOM) or invalid use of xml entities etc. In such a scenario I would recommend the use a proper CMS if possible. But I guess that is another topic ;-) The Sanity Resorthttp://sanityresort.blogspot.com/ Am 20.09.2011 13:50, schrieb aabfattah: Well , the xml file didn't load and it loaded the default .properties files from wicket But the first trick worked :) On 20 September 2011 13:41, Martin A [via Apache Wicket] ml-node+s1842946n3826499...@n4.nabble.comwrote: Hi, Ahmed, As the Java specification defines, the .properties file contains only characters in ISO-8859-1, also known as Latin-1. Therefore you cannot enter arabic characters in a properties file. You have two options here: 1. Unicode escape your arabic characters, using converters, like this one herehttp://www.rishida.net/tools/conversion/ (what works for you appears under JavaScript escapes) or 2. Use an xml file for language properties. Regards, Martin On Tue, Sep 20, 2011 at 1:53 PM, aabfattah [hidden email]http://user/SendEmail.jtp?type=nodenode=3826499i=0 wrote: Hello , I have written many .properties pages to show error messages in Arabic and saved them in UTF-8 format and they display like that : يجب ادخال اسم الدخول *Although I wrote all HTML in Arabic and it displays correctly * I am using Eclipse Helios and I set workspace encoding to UTF-8 -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826406.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=3826499i=1 For additional commands, e-mail: [hidden email]http://user/SendEmail.jtp?type=nodenode=3826499i=2 -- If you reply to this email, your message will be added to the discussion below: http://apache-wicket.1842946.n4.nabble.com/Arabic-characters-not-appearing-correctly-from-properties-file-tp3826406p3826499.html To unsubscribe from Arabic characters not appearing correctly from .properties file, click herehttp://apache-wicket.1842946.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=3826406code=YWhtZWQuYWJkZWxmYXR0YWguZWxzaGVtaXN5QGdtYWlsLmNvbXwzODI2NDA2fDI4MjAxMzAzNQ==. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Detecting when a session is destroyed
I am trying to override WebApplication.sessionDestroyed() to perform an action any time a user's session is terminated, either by manually logging out, session expiring, or closing the browser. But unfortunately sessionDestroyed() doesn't seem to get called when the browser is closed. Is there any way to do this? Specifically I need to unlock all items the user has left locked when their session is terminated. Thanks!
Re: Detecting when a session is destroyed
The method will be method when the respective session expires. So close the browser, wait session-timeout minutes and it will fire. On Tue, Sep 20, 2011 at 6:12 PM, Matt Schmidt mschmid...@gmail.com wrote: I am trying to override WebApplication.sessionDestroyed() to perform an action any time a user's session is terminated, either by manually logging out, session expiring, or closing the browser. But unfortunately sessionDestroyed() doesn't seem to get called when the browser is closed. Is there any way to do this? Specifically I need to unlock all items the user has left locked when their session is terminated. Thanks! -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Arabic characters not appearing correctly from .properties file
I had experience with a site which should have been used by both Chinese and English users. IMHO in this scenario the best solution is to have the entire stack setted to utf-8, which includes properties file (not XML), web server and database (extra ISO chars can be written to db). If you know a better approach or pattern please let me know. On Tue, Sep 20, 2011 at 1:41 PM, Martin Awml...@gmail.com wrote: Hi, Ahmed, As the Java specification defines, the .properties file contains only characters in ISO-8859-1, also known as Latin-1. Therefore you cannot enter arabic characters in a properties file. Wrong: with Java 6 you can load properties files written in UTF-8 (or any encoding for that matter): http://stackoverflow.com/questions/863838/problem-with-java-properties-utf8-encoding-in-eclipse/3040771#3040771 Martijn - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Detecting when a session is destroyed
Ahhh, so what happens if the user closes the browser, launches the browser and logs in again before the first session expires? On Tue, Sep 20, 2011 at 11:16 AM, Martin Grigorov mgrigo...@apache.orgwrote: The method will be method when the respective session expires. So close the browser, wait session-timeout minutes and it will fire. On Tue, Sep 20, 2011 at 6:12 PM, Matt Schmidt mschmid...@gmail.com wrote: I am trying to override WebApplication.sessionDestroyed() to perform an action any time a user's session is terminated, either by manually logging out, session expiring, or closing the browser. But unfortunately sessionDestroyed() doesn't seem to get called when the browser is closed. Is there any way to do this? Specifically I need to unlock all items the user has left locked when their session is terminated. Thanks! -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Detecting when a session is destroyed
a new session is created On Tue, Sep 20, 2011 at 6:22 PM, Matt Schmidt mschmid...@gmail.com wrote: Ahhh, so what happens if the user closes the browser, launches the browser and logs in again before the first session expires? On Tue, Sep 20, 2011 at 11:16 AM, Martin Grigorov mgrigo...@apache.orgwrote: The method will be method when the respective session expires. So close the browser, wait session-timeout minutes and it will fire. On Tue, Sep 20, 2011 at 6:12 PM, Matt Schmidt mschmid...@gmail.com wrote: I am trying to override WebApplication.sessionDestroyed() to perform an action any time a user's session is terminated, either by manually logging out, session expiring, or closing the browser. But unfortunately sessionDestroyed() doesn't seem to get called when the browser is closed. Is there any way to do this? Specifically I need to unlock all items the user has left locked when their session is terminated. Thanks! -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Detecting when a session is destroyed
On Tue, Sep 20, 2011 at 6:27 PM, Martin Grigorov mgrigo...@apache.org wrote: a new session is created unless there is remember me functionality in place On Tue, Sep 20, 2011 at 6:22 PM, Matt Schmidt mschmid...@gmail.com wrote: Ahhh, so what happens if the user closes the browser, launches the browser and logs in again before the first session expires? On Tue, Sep 20, 2011 at 11:16 AM, Martin Grigorov mgrigo...@apache.orgwrote: The method will be method when the respective session expires. So close the browser, wait session-timeout minutes and it will fire. On Tue, Sep 20, 2011 at 6:12 PM, Matt Schmidt mschmid...@gmail.com wrote: I am trying to override WebApplication.sessionDestroyed() to perform an action any time a user's session is terminated, either by manually logging out, session expiring, or closing the browser. But unfortunately sessionDestroyed() doesn't seem to get called when the browser is closed. Is there any way to do this? Specifically I need to unlock all items the user has left locked when their session is terminated. Thanks! -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Detecting when a session is destroyed
Alright, thanks! On Tue, Sep 20, 2011 at 11:28 AM, Martin Grigorov mgrigo...@apache.orgwrote: On Tue, Sep 20, 2011 at 6:27 PM, Martin Grigorov mgrigo...@apache.org wrote: a new session is created unless there is remember me functionality in place On Tue, Sep 20, 2011 at 6:22 PM, Matt Schmidt mschmid...@gmail.com wrote: Ahhh, so what happens if the user closes the browser, launches the browser and logs in again before the first session expires? On Tue, Sep 20, 2011 at 11:16 AM, Martin Grigorov mgrigo...@apache.org wrote: The method will be method when the respective session expires. So close the browser, wait session-timeout minutes and it will fire. On Tue, Sep 20, 2011 at 6:12 PM, Matt Schmidt mschmid...@gmail.com wrote: I am trying to override WebApplication.sessionDestroyed() to perform an action any time a user's session is terminated, either by manually logging out, session expiring, or closing the browser. But unfortunately sessionDestroyed() doesn't seem to get called when the browser is closed. Is there any way to do this? Specifically I need to unlock all items the user has left locked when their session is terminated. Thanks! -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: ModalWindow problem
Hi, we dealt this topic in this issue: https://issues.apache.org/jira/browse/WICKET-3809 Basically starting from Wicket 1.5 you can't share static models between pages. Hello. I have a problem with ModalWindow in wicket 1.5.0. I create a ModalWindow from a page, and that modal window changes original page's model; some textfields should change their value according to model change, but they not; in fact seems as if model had not really changed. ModalWindow's content is a page, not a component; if I use a component as content, it works, but I need it to be a page. This worked correctly on wicket 1.4.18. Matteo Sotil 935526855 mso...@gencat.cat - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
How to get request page in Wicket 1.5
Hi I'm looking for a way to get the page of the current request on Wicket 1.5. I found an wiki entry about this but unfortunately I don't understand how to retrieve the page. https://cwiki.apache.org/WICKET/requestcycle-in-wicket-15.html Perhaps someone can push me in the right direction. I've already look at the http://svn.apache.org/repos/asf/wicket/trunk/wicket-core/src/main/java/org/apache/wicket/protocol/http/RequestLoggerRequestCycleListener.java RequestLoggerRequestCycleListener class, but I don't see where the page of the current request is retrieved there. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/How-to-get-request-page-in-Wicket-1-5-tp3827411p3827411.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: How to get request page in Wicket 1.5
why do you need the page? -igor On Tue, Sep 20, 2011 at 9:27 AM, Florian B. florian.bernst...@gmail.com wrote: Hi I'm looking for a way to get the page of the current request on Wicket 1.5. I found an wiki entry about this but unfortunately I don't understand how to retrieve the page. https://cwiki.apache.org/WICKET/requestcycle-in-wicket-15.html Perhaps someone can push me in the right direction. I've already look at the http://svn.apache.org/repos/asf/wicket/trunk/wicket-core/src/main/java/org/apache/wicket/protocol/http/RequestLoggerRequestCycleListener.java RequestLoggerRequestCycleListener class, but I don't see where the page of the current request is retrieved there. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/How-to-get-request-page-in-Wicket-1-5-tp3827411p3827411.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Wicket 1.5 and Google Analytics
With Wicket, versioned pages are being gattered as individual/different pages at Google Analytics. For example: /app/Home has X pageviews /app/Home?1= has Y pageviews /app/Home?2= has Z pageviews And so on. Does anyone have any idea on how to fix this, except by disabling page versioning? Thanks, *Bruno Borges* (21) 7672-7099 *www.brunoborges.com*
Re: Wicket 1.5 and Google Analytics
If nothing else helps I think you can exclude query parameters in Google Analytics: http://www.google.com/support/analytics/bin/answer.py?answer=55499 http://www.google.com/support/analytics/bin/answer.py?answer=55461 Attila 2011/9/20 Bruno Borges bruno.bor...@gmail.com With Wicket, versioned pages are being gattered as individual/different pages at Google Analytics. For example: /app/Home has X pageviews /app/Home?1= has Y pageviews /app/Home?2= has Z pageviews And so on. Does anyone have any idea on how to fix this, except by disabling page versioning? Thanks, *Bruno Borges* (21) 7672-7099 *www.brunoborges.com*
Re: Wicket 1.5 and Google Analytics
Using the async analytics apis, you can pass a parameter to trackPageView, as in: _gaq.push(['_trackPageview', 'Home']); which gives you explicit control over the URL being tracked by analytics. -Don On Sep 20, 2011, at 11:38 AM, Bruno Borges wrote: With Wicket, versioned pages are being gattered as individual/different pages at Google Analytics. For example: /app/Home has X pageviews /app/Home?1= has Y pageviews /app/Home?2= has Z pageviews And so on. Does anyone have any idea on how to fix this, except by disabling page versioning? Thanks, *Bruno Borges* (21) 7672-7099 *www.brunoborges.com*
Cleaning resources on session timeout
Hi folks, Using wicket 1.5. We would like to clean some resources we are holding in the session when session times out. I did read docs and most of the methods like detach/destroy seem to be related to request. Method destory in the session is also a private method. Does wicket fires any method when the session is timed out - because of user inactivity? We don't care about end of the request of cycle - so long as current session is alive. Regards, Niranjan - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Cleaning resources on session timeout
I just learned that Wicket provides this hook today! Check out WebApplication.sessionDestroyed(). http://apache-wicket.1842946.n4.nabble.com/Detecting-when-a-session-is-destroyed-td3827137.html Dan On Tue, Sep 20, 2011 at 12:10 PM, Niranjan Rao nhr...@gmail.com wrote: Hi folks, Using wicket 1.5. We would like to clean some resources we are holding in the session when session times out. I did read docs and most of the methods like detach/destroy seem to be related to request. Method destory in the session is also a private method. Does wicket fires any method when the session is timed out - because of user inactivity? We don't care about end of the request of cycle - so long as current session is alive. Regards, Niranjan --**--**- To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.orgusers-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Cleaning resources on session timeout
Thanks for the help. This sounds like exactly what I wanted. But I can't find this method defined neither in WebApplication nor in the Application class. At least it does not seem to be the method that I can not override. Regards, Niranjan On 09/20/2011 12:16 PM, Dan Retzlaff wrote: I just learned that Wicket provides this hook today! Check out WebApplication.sessionDestroyed(). http://apache-wicket.1842946.n4.nabble.com/Detecting-when-a-session-is-destroyed-td3827137.html Dan On Tue, Sep 20, 2011 at 12:10 PM, Niranjan Raonhr...@gmail.com wrote: Hi folks, Using wicket 1.5. We would like to clean some resources we are holding in the session when session times out. I did read docs and most of the methods like detach/destroy seem to be related to request. Method destory in the session is also a private method. Does wicket fires any method when the session is timed out - because of user inactivity? We don't care about end of the request of cycle - so long as current session is alive. Regards, Niranjan --**--**- To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.orgusers-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Cleaning resources on session timeout
It looks like it was renamed to WebApplication.sessionUnbound in 1.5. http://svn.apache.org/repos/asf/wicket/branches/wicket-1.4.18/wicket/src/main/java/org/apache/wicket/protocol/http/WebApplication.java http://svn.apache.org/repos/asf/wicket/branches/wicket-1.5.0/wicket-core/src/main/java/org/apache/wicket/protocol/http/WebApplication.java Dan On Tue, Sep 20, 2011 at 12:25 PM, Niranjan Rao nhr...@gmail.com wrote: Thanks for the help. This sounds like exactly what I wanted. But I can't find this method defined neither in WebApplication nor in the Application class. At least it does not seem to be the method that I can not override. Regards, Niranjan On 09/20/2011 12:16 PM, Dan Retzlaff wrote: I just learned that Wicket provides this hook today! Check out WebApplication.**sessionDestroyed(). http://apache-wicket.1842946.**n4.nabble.com/Detecting-when-** a-session-is-destroyed-**td3827137.htmlhttp://apache-wicket.1842946.n4.nabble.com/Detecting-when-a-session-is-destroyed-td3827137.html Dan On Tue, Sep 20, 2011 at 12:10 PM, Niranjan Raonhr...@gmail.com wrote: Hi folks, Using wicket 1.5. We would like to clean some resources we are holding in the session when session times out. I did read docs and most of the methods like detach/destroy seem to be related to request. Method destory in the session is also a private method. Does wicket fires any method when the session is timed out - because of user inactivity? We don't care about end of the request of cycle - so long as current session is alive. Regards, Niranjan --** --**- To unsubscribe, e-mail: users-unsubscribe@wicket.**apa**che.orghttp://apache.org users-unsubscribe@**wicket.apache.orgusers-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org --**--**- To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.orgusers-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket 1.5 and Google Analytics
I agree with Bruno and there's more related problems, such the redirecting it does: for SEO is a bad practice! Google may even penalize our sites. We have to think in a different way to retrieve the state of webpages. Otherwise, the Wicket becomes unusable for most seriously site. On Tue, Sep 20, 2011 at 4:09 PM, Don Ferguson don.fergu...@gmail.com wrote: Using the async analytics apis, you can pass a parameter to trackPageView, as in: _gaq.push(['_trackPageview', 'Home']); which gives you explicit control over the URL being tracked by analytics. -Don On Sep 20, 2011, at 11:38 AM, Bruno Borges wrote: With Wicket, versioned pages are being gattered as individual/different pages at Google Analytics. For example: /app/Home has X pageviews /app/Home?1= has Y pageviews /app/Home?2= has Z pageviews And so on. Does anyone have any idea on how to fix this, except by disabling page versioning? Thanks, *Bruno Borges* (21) 7672-7099 *www.brunoborges.com* - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket 1.5 and Google Analytics
On Tue, Sep 20, 2011 at 10:51 PM, Diego Fincatto diego.finca...@gmail.com wrote: I agree with Bruno and there's more related problems, such the redirecting it does: for SEO is a bad practice! Google may even penalize our sites. We have to think in a different way to retrieve the state of webpages. Otherwise, the Wicket becomes unusable for most seriously site. Try ONE_PASS_RENDER strategy. On Tue, Sep 20, 2011 at 4:09 PM, Don Ferguson don.fergu...@gmail.com wrote: Using the async analytics apis, you can pass a parameter to trackPageView, as in: _gaq.push(['_trackPageview', 'Home']); which gives you explicit control over the URL being tracked by analytics. -Don On Sep 20, 2011, at 11:38 AM, Bruno Borges wrote: With Wicket, versioned pages are being gattered as individual/different pages at Google Analytics. For example: /app/Home has X pageviews /app/Home?1= has Y pageviews /app/Home?2= has Z pageviews And so on. Does anyone have any idea on how to fix this, except by disabling page versioning? Thanks, *Bruno Borges* (21) 7672-7099 *www.brunoborges.com* - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Footnote-Support
Well, after about two days I finally got it working ;-) I'll try to scratch together a blog post in the next days with the details :-) The Sanity Resort http://sanityresort.blogspot.com/ Am 19.09.2011 16:41, schrieb Dan Retzlaff: I see now. Forget the behavior approach. :) How about keeping a ListString of footnotes in the page's metadata (i.e. getPage().setMetaData(FOOTNOTES))? Create (1) a Label-like component which, in its onInitialize(), adds its contents to the list and saves the new index to be rendered as the footnote annotation, and (2) a FeedbackPanel-like component which renders the footnote content as an ordered list. You may also be able to put the footnotes into the Session's feedback data as Martin suggests, but I'm not sure how the footnote annotation and footnote content would be differentiated. On Mon, Sep 19, 2011 at 1:15 AM, Christian Huberhub...@butterbrot.orgwrote: Hi Dan, thanks for your answer. To be a bit more clear about what I want, I would like (spoken simplified) to add a footenote to a label like Some textsup1/sup and automatically have the footbnote text appear at the bottom of the corresponding page. Right now I have a Label subclass to do this (and a bit more) but am moving he code to a behavior and will also try to create an appropriate resolver to allow the usage of a wicket:footnote tag. But I thougth I'd ask if there isn't already something like it out there. Cheers, Chris The Sanity Resorthttp://sanityresort.blogspot.**com/http://sanityresort.blogspot.com/ Am 18.09.2011 22:57, schrieb Dan Retzlaff: Hi Christian, I don't understand the particular hierarchy placement you have in mind, but I'd guess that you could write a Behavior that does it. Behaviors get callbacks for component tags, rendering events, etc. Dan On Sun, Sep 18, 2011 at 12:12 PM, Christian Huberhub...@butterbrot.org* *wrote: Hi all, I was wondering if there is something like a footnote component/behavior or similar. A mechanism that allows you to easily add a footnote to a label and the corresponding footnote text to one of it's parents in a generic way. I know I could just add a footnote to a label and another label containing the footnote text but that does not work in a generic way. Cheers, Chris -- The Sanity Resorthttp://sanityresort.**blogspot.http://sanityresort.blogspot. **com/http://**sanityresort.blogspot.com/http://sanityresort.blogspot.com/
Wicket Spring and JSR 330
Hello all, Up until now I have been using SpringBean annotation to inject spring beans at my page instance. By I would like to know if it possible to use JSR 330 annotations like Inject and Qualifier to indicate to Spring what bean should be injected. Thanks in advance. -- Fabio Cechinel Veronez - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: Wicket 1.5 and Google Analytics
I agree, this could really screw with the SEO quality of Wicket sites. We're the process of porting our CMS to Wicket 1.5 but will have to hold off on final release until we've found a way to make it work like 1.4.x with the same URLs with no versioning (including the parameters arranged as /name1/value1/name2/value2 etc.,) otherwise the SEO weight assigned to all of these existing pages/URLs will be lost... unless I'm misunderstanding something. -Original Message- From: Diego Fincatto [mailto:diego.finca...@gmail.com] Sent: Wednesday, 21 September 2011 5:52 AM To: users@wicket.apache.org Subject: Re: Wicket 1.5 and Google Analytics I agree with Bruno and there's more related problems, such the redirecting it does: for SEO is a bad practice! Google may even penalize our sites. We have to think in a different way to retrieve the state of webpages. Otherwise, the Wicket becomes unusable for most seriously site. On Tue, Sep 20, 2011 at 4:09 PM, Don Ferguson don.fergu...@gmail.com wrote: Using the async analytics apis, you can pass a parameter to trackPageView, as in: _gaq.push(['_trackPageview', 'Home']); which gives you explicit control over the URL being tracked by analytics. -Don On Sep 20, 2011, at 11:38 AM, Bruno Borges wrote: With Wicket, versioned pages are being gattered as individual/different pages at Google Analytics. For example: /app/Home has X pageviews /app/Home?1= has Y pageviews /app/Home?2= has Z pageviews And so on. Does anyone have any idea on how to fix this, except by disabling page versioning? Thanks, *Bruno Borges* (21) 7672-7099 *www.brunoborges.com* - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Basement Coders Meetup at JavaOne 2011
Count me in. -Don On Sep 17, 2011, at 1:15 PM, Igor Vaynberg wrote: a bunch of people sitting in a bar chatting and drinking beer... :) -igor On Fri, Sep 16, 2011 at 4:44 PM, Nelson Segura nsegu...@gmail.com wrote: Can you explain how does it work? I am thinking on going to java one just to check this out. -nelson - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket Spring and JSR 330
currently it is not, but we are looking into it... -igor On Tue, Sep 20, 2011 at 5:08 PM, Fabio Cechinel Veronez fabio.vero...@gmail.com wrote: Hello all, Up until now I have been using SpringBean annotation to inject spring beans at my page instance. By I would like to know if it possible to use JSR 330 annotations like Inject and Qualifier to indicate to Spring what bean should be injected. Thanks in advance. -- Fabio Cechinel Veronez - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: BookmarkablePageLink works differently in 1.5?
It looks like the parameter encoding/decoding is all done via the interface: IPageParametersEncoder Which has only a single implementation which obviously encodes/decodes the new 1.5 style. Would it be possible to provide a 1.4 legacy implementation of IPageParametersEncoder to allowing upgrading a 1.4 wicket application to 1.5 but maintain support for existing URLs that already exist for the 1.4 built web application? Could the setting of the IPageParameterEncoder implementation be an application or page setting? -Original Message- From: Chris Colman [mailto:chr...@stepaheadsoftware.com] Sent: Wednesday, 21 September 2011 11:14 AM To: users@wicket.apache.org Subject: BookmarkablePageLink works differently in 1.5? It seems that in Wicket 1.5 BookmarkablePageLink's produce URLs that employ query parameters Eg., ?name1=value1name2=value2 instead of the directory style parameters of 1.4.x Eg., /name1/value1/name2/value2 While this may not be a problem for new Wicket applications the thousands of URLs of existing 1.4 Wicket applications are referenced from many existing websites and search engines on the web. Is there a replacement for BookmarkablePageLink in 1.5 that can produce the 1.4 style URLs? (Or could BookmarkablePageLink take an option like 'legacyStyle' that, when set to true, will create legacy (1.4) style URLs?) Regards, Chris - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket Spring and JSR 330
Is there some issue we could follow? On Tue, Sep 20, 2011 at 10:00 PM, Igor Vaynberg igor.vaynb...@gmail.com wrote: currently it is not, but we are looking into it... -igor On Tue, Sep 20, 2011 at 5:08 PM, Fabio Cechinel Veronez fabio.vero...@gmail.com wrote: Hello all, Up until now I have been using SpringBean annotation to inject spring beans at my page instance. By I would like to know if it possible to use JSR 330 annotations like Inject and Qualifier to indicate to Spring what bean should be injected. Thanks in advance. -- Fabio Cechinel Veronez - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Fabio Cechinel Veronez - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: BookmarkablePageLink works differently in 1.5?
mountmapper also uses pageparameters, can you not mount your pages? -igor On Tue, Sep 20, 2011 at 6:31 PM, Chris Colman chr...@stepaheadsoftware.com wrote: It looks like the parameter encoding/decoding is all done via the interface: IPageParametersEncoder Which has only a single implementation which obviously encodes/decodes the new 1.5 style. Would it be possible to provide a 1.4 legacy implementation of IPageParametersEncoder to allowing upgrading a 1.4 wicket application to 1.5 but maintain support for existing URLs that already exist for the 1.4 built web application? Could the setting of the IPageParameterEncoder implementation be an application or page setting? -Original Message- From: Chris Colman [mailto:chr...@stepaheadsoftware.com] Sent: Wednesday, 21 September 2011 11:14 AM To: users@wicket.apache.org Subject: BookmarkablePageLink works differently in 1.5? It seems that in Wicket 1.5 BookmarkablePageLink's produce URLs that employ query parameters Eg., ?name1=value1name2=value2 instead of the directory style parameters of 1.4.x Eg., /name1/value1/name2/value2 While this may not be a problem for new Wicket applications the thousands of URLs of existing 1.4 Wicket applications are referenced from many existing websites and search engines on the web. Is there a replacement for BookmarkablePageLink in 1.5 that can produce the 1.4 style URLs? (Or could BookmarkablePageLink take an option like 'legacyStyle' that, when set to true, will create legacy (1.4) style URLs?) Regards, Chris - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: BookmarkablePageLink works differently in 1.5?
The pages are mounted but with 1.4 I mounted them all like:
mountPage(/content/home);
mountPage(/content/about);
mountPage(/content/product);
...
Any links to the page would suffix the parameters to the mount point like:
/content/home/o/123
/content/about/o/123
/content/product/o/123/p/756
...
With 1.4 I could mount them all in a similar way and let the page itself
interpret the parameters according to what it expected.
I guess in 1.5 I will have to mount each page in a way that explicitly declares
its particular parameter composition:
mountPage(/content/home/${dummy_o}/${o});
mountPage(/content/about/${dummy_o}/${o});
mountPage(/content/product/${dummy_o}/${o}/${dummy_c}/${c});
...
I kind of arrived at that conclusion yesterday. The problem I was having today
was more to do with getting BookmarkablePageLink to produce URLs with the /n/v/
style instead of the ?n=v style but I think I've almost worked that out.
I have to simulate the name/value pairing of 1.4 /n/v style parameters by
outputting a dummy parameter name (where the name used to be in 1.4) and the
real value.
-Original Message-
From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com]
Sent: Wednesday, 21 September 2011 12:25 PM
To: users@wicket.apache.org
Subject: Re: BookmarkablePageLink works differently in 1.5?
mountmapper also uses pageparameters, can you not mount your pages?
-igor
On Tue, Sep 20, 2011 at 6:31 PM, Chris Colman
chr...@stepaheadsoftware.com wrote:
It looks like the parameter encoding/decoding is all done via the
interface:
IPageParametersEncoder
Which has only a single implementation which obviously encodes/decodes
the new 1.5 style.
Would it be possible to provide a 1.4 legacy implementation of
IPageParametersEncoder to allowing upgrading a 1.4 wicket application to
1.5 but maintain support for existing URLs that already exist for the
1.4 built web application?
Could the setting of the IPageParameterEncoder implementation be an
application or page setting?
-Original Message-
From: Chris Colman [mailto:chr...@stepaheadsoftware.com]
Sent: Wednesday, 21 September 2011 11:14 AM
To: users@wicket.apache.org
Subject: BookmarkablePageLink works differently in 1.5?
It seems that in Wicket 1.5 BookmarkablePageLink's produce URLs that
employ query parameters
Eg.,
?name1=value1name2=value2
instead of the directory style parameters of 1.4.x
Eg.,
/name1/value1/name2/value2
While this may not be a problem for new Wicket applications the
thousands of URLs of existing 1.4 Wicket applications are referenced
from many existing websites and search engines on the web.
Is there a replacement for BookmarkablePageLink in 1.5 that can produce
the 1.4 style URLs? (Or could BookmarkablePageLink take an option like
'legacyStyle' that, when set to true, will create legacy (1.4) style
URLs?)
Regards,
Chris
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: BookmarkablePageLink works differently in 1.5?
i meant:
mount(new MountedMapper(/content/home, HomePage.class, new
MyCustomPageParameterEncoder());
-igor
On Tue, Sep 20, 2011 at 9:12 PM, Chris Colman
chr...@stepaheadsoftware.com wrote:
The pages are mounted but with 1.4 I mounted them all like:
mountPage(/content/home);
mountPage(/content/about);
mountPage(/content/product);
...
Any links to the page would suffix the parameters to the mount point like:
/content/home/o/123
/content/about/o/123
/content/product/o/123/p/756
...
With 1.4 I could mount them all in a similar way and let the page itself
interpret the parameters according to what it expected.
I guess in 1.5 I will have to mount each page in a way that explicitly
declares its particular parameter composition:
mountPage(/content/home/${dummy_o}/${o});
mountPage(/content/about/${dummy_o}/${o});
mountPage(/content/product/${dummy_o}/${o}/${dummy_c}/${c});
...
I kind of arrived at that conclusion yesterday. The problem I was having
today was more to do with getting BookmarkablePageLink to produce URLs with
the /n/v/ style instead of the ?n=v style but I think I've almost worked that
out.
I have to simulate the name/value pairing of 1.4 /n/v style parameters by
outputting a dummy parameter name (where the name used to be in 1.4) and the
real value.
-Original Message-
From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com]
Sent: Wednesday, 21 September 2011 12:25 PM
To: users@wicket.apache.org
Subject: Re: BookmarkablePageLink works differently in 1.5?
mountmapper also uses pageparameters, can you not mount your pages?
-igor
On Tue, Sep 20, 2011 at 6:31 PM, Chris Colman
chr...@stepaheadsoftware.com wrote:
It looks like the parameter encoding/decoding is all done via the
interface:
IPageParametersEncoder
Which has only a single implementation which obviously encodes/decodes
the new 1.5 style.
Would it be possible to provide a 1.4 legacy implementation of
IPageParametersEncoder to allowing upgrading a 1.4 wicket application to
1.5 but maintain support for existing URLs that already exist for the
1.4 built web application?
Could the setting of the IPageParameterEncoder implementation be an
application or page setting?
-Original Message-
From: Chris Colman [mailto:chr...@stepaheadsoftware.com]
Sent: Wednesday, 21 September 2011 11:14 AM
To: users@wicket.apache.org
Subject: BookmarkablePageLink works differently in 1.5?
It seems that in Wicket 1.5 BookmarkablePageLink's produce URLs that
employ query parameters
Eg.,
?name1=value1name2=value2
instead of the directory style parameters of 1.4.x
Eg.,
/name1/value1/name2/value2
While this may not be a problem for new Wicket applications the
thousands of URLs of existing 1.4 Wicket applications are referenced
from many existing websites and search engines on the web.
Is there a replacement for BookmarkablePageLink in 1.5 that can produce
the 1.4 style URLs? (Or could BookmarkablePageLink take an option like
'legacyStyle' that, when set to true, will create legacy (1.4) style
URLs?)
Regards,
Chris
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
