Re: [VOTE] Release Wicket 1.4-rc5
[X] Yes release 1.4-rc5 [ ] No, don't release it Am Tuesday 09 June 2009 17:08:05 schrieb Jeremy Thomerson: I've created a release for Wicket 1.4-rc5. Until it is officially released, you can download from the following locations: SVN Tag: http://svn.apache.org/repos/asf/wicket/releases/wicket-1.4-rc5/ M2 Repo: http://people.apache.org/~jrthomerson/releases/apache-wicket-1.4-rc5/m2-rep o/ Dist folder: http://people.apache.org/~jrthomerson/releases/apache-wicket-1.4-rc5/dist/ Your vote please (lasts 72h): [ ] Yes release 1.4-rc5 [ ] No, don't release it -- Jeremy Thomerson http://www.wickettraining.com Announcement: The Apache Wicket team is proud to announce the availability of the fifth release candidate for the newest version of Wicket - 1.4. A lot of bugs have been squashed and several improvements implemented. If you are already using earlier versions of 1.4, it is recommended you update to Wicket 1.4-rc5 at your earliest convenience. Eager people click here to download the distribution, others can read further: http://www.apache.org/dyn/closer.cgi/wicket/1.4-rc5 We thank you for your patience and support. - The Wicket Team Apache Wicket Apache Wicket is a component oriented Java web application framework. With proper mark-up/logic separation, a POJO data model, and a refreshing lack of XML, Apache Wicket makes developing web-apps simple and enjoyable again. Swap the boilerplate, complex debugging and brittle code for powerful, reusable components written with plain Java and HTML. You can find out more about Apache Wicket on our website: http://wicket.apache.org This release This release is the fifth release candidate for the Wicket 1.4 product. This release fixes several bugs and adds some minor improvements. You can find out about the changes at the bottom of this announcement. Migrating from 1.3 If you are coming from Wicket 1.3, you really want to read our migration guide found on the wiki: http://cwiki.apache.org/WICKET/migrate-14.html Downloading the release: You can download the release from the official Apache mirror system, and you can find it through the following link: http://www.apache.org/dyn/closer.cgi/wicket/1.4-rc5/ For the Maven and Ivy fans out there: update your pom's to the following, and everything will be downloaded automatically: dependency groupIdorg.apache.wicket/groupId artifactIdwicket/artifactId version1.4-rc5/version /dependency Substitute the artifact ID with the projects of your liking to get the other projects. Please note that we don't prescribe a Logging implementation for SLF4J. You need to specify yourself which one you prefer. Read more about SLF4J here: http://slf4j.org Validating the release The release has been signed by Jeremy Thomerson, your release manager for today. The public key can be found in the KEYS file in the download area. Download the KEYS file only from the Apache website. http://www.apache.org/dist/wicket/1.4-rc5/KEYS Instructions on how to validate the release can be found here: http://www.apache.org/dev/release-signing.html#check-integrity Reporting bugs In case you do encounter a bug, we would appreciate a report in our JIRA: http://issues.apache.org/jira/browse/WICKET The distribution In the distribution you will find a README. The README contains instructions on how to build from source yourself. You also find a CHANEGELOG-1.4 which contains a list of all things that have been fixed, added and/or removed since the 1.4 branch was created. Release Notes - Wicket - Version 1.4-RC5 ** Bug * [WICKET-1912] - StatelessForm problems with query string * [WICKET-1922] - AbstractTree - setting root to null causes NullPointerException * [WICKET-2033] - amp; instead of in javascript * [WICKET-2123] - org.apache.wicket.util.convert.converters.SqlTimestampConverter only renders the time part of the timestamp * [WICKET-2133] - DatePicker inserts incorrect format date * [WICKET-2188] - PropertyResolver$ArrayPropertyGetSet does not call setAccessible(true) on method * [WICKET-2245] - PageParameters always non-empty * [WICKET-2259] - The JavaDoc for IPageLink still holds a reference to PageLink which is deprecated * [WICKET-2261] - wicketTester.executeAjaxEvent(combo, onchange); works with 1.4-rc1 but not anymore with 1.4-rc2 * [WICKET-2270] - GET/POST mismatch with stateless page/form. * [WICKET-2272] - open/close div tags are rendered erroneously * [WICKET-2273] - wicket-devutils is missing in wicket-assembly-all.xml and not mentioned in README * [WICKET-2274] - WicketTester.executeAjaxEvent(AjaxButton, onclick); results in clicking of another submit button if its model value is not null. * [WICKET-2276] - isComponent in BaseWicketTester contains possible nullpointer exception * [WICKET-2277] - Radio#onComponentTag uses Objects.equal
Re: Constructor not being called when Back button clicked
Is there some way to force the page to be reconstructed? Don't use Ajax, use the default Button insteand Regards, Timm Am Mittwoch, 1. April 2009 16:11:07 schrieb Steve Swinsburg: Hi all, I have a Page and on that page a Form which submits via Ajax. In this page's constructor I added a debug statement that prints a message when the constructor is called (for testing). I then submit the form, click away, then click Back and in Safari 4 for Mac, the page is reconstructed and I see my message again (good). Everything works ok (also good). However, in Firefox for Mac (and for PC and all IE flavours), clicking Back has the original search text in the box, and the page is NOT reconstructed. Clicking search again throws NPE's because certain elements are not initialised properly. Is there some way to force the page to be reconstructed? Is this some caching issue that is causing it to be not reconstructed and hence just reused? thanks, Steve - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Servlet container authentication in Wicket
http://localhost:5080/j_security_check?j_username=testj_password=test Shouldn't there be an application named? http://localhost:5080/MYAPP/j_security_check?j_username=testj_password=test Regards, Timm Am Sonntag, 1. Februar 2009 23:03:50 schrieb Philipp Daumke: Hi all, I followed the Servlet Container authentication as described in http://cwiki.apache.org/WICKET/servlet-container-authentication.html, but I do not get it working. At the moment I get an error in firefox when invoking the redirectToSecurityCheck() method: http://localhost:5080/j_security_check?j_username=testj_password=test _The requested resource () is not available. _I don't even know exactly what j_security_check is and don't find too much on the web. Do I have to configure Tomcat properly? Below is my full src. MyApp.java and web.xml look like in the example (see link aboe). Thank you for your help! Philipp public final class LoginPage extends WebPage { private String username; private String password; public LoginPage() { redirectToSecurityCheck(); /*if( ( ( MySession )getSession() ).isUserLoggedIn()) { // redirect to hide username and password from URL after user is logged in setRedirect( true ); setResponsePage( Index.class ); } else { redirectToSecurityCheck(); }*/ } /** * Common servlet login workaround */ private void redirectToSecurityCheck() { final Map parametersMap = ( ( WebRequestCycle )RequestCycle.get() ).getWebRequest().getHttpServletRequest().getParameterMap(); if( parametersMap.containsKey( username ) parametersMap.containsKey( password ) ) { // getting parameters from POST request final String userName = ( ( String[] )parametersMap.get( username ) )[ 0 ]; final String userPassword = ( ( String[] )parametersMap.get( password ) )[ 0 ]; // if POST parameters are ok, redirect them to j_security_check if( ( userName != null ) ( userPassword != null ) ) { getRequestCycle().setRedirect( false ); getRequestCycle().setRequestTarget( EmptyRequestTarget.getInstance() ); getResponse().redirect( /j_security_check?j_username= + userName + j_password= + userPassword ); } } } public String getUsername() { return username; } public void setUsername(String username) { this.username = username; } public String getPassword() { return password; } public void setPassword(String password) { this.password = password; } } - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Several Ajax features doesn't seem to work in Wicket 1.3.5 and Firefox 3.0.5
Am Dienstag, 13. Januar 2009 12:22:02 schrieb Gohan: Ok so mabey it's just me. Perhaps I'm using some extension that prevents me from using the components? Are there any known Firefox extensions that you shouldn't use in combination with Wicket? I'm using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.5) Gecko/2008120122 Firefox/3.0.5 (.NET CLR 3.5.30729). I use Noscript and must disable it for Wicket to work. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Deploy problem
Hi, yep, JDK 1.5 can be the problem, but don't need to be. If you use generics, you have to remove them first. The other thing is that you must compile your code for JDK 1.4. You need to set the Parameter -source 1.4 to compile the code. If the compiler is going through without any error, this should work. Or even compile your code with jdk 1.4.2. Regards, Timm Am Monday 22 December 2008 09:16:21 schrieb Pierre Gilquin: Thanks Timms, I developed my app with this version without any problem. Now I am trying to change hosting. I have developed for JDK 1.5 and my new host is 1.4.2. Could this be also a problem ? Pierre My Web.xml ?xml version=1.0? web-app xmlns=http://java.sun.com/xml/ns/j2ee; xmlns:xsi=http://www.w3.org/TR/xmlschema-1/; xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd; version=2.4 display-namePharmaco/display-name filter filter-nameWicketFilter/filter-name filter-classorg.apache.wicket.protocol.http.WicketFilter/filter-class init-param param-nameapplicationClassName/param-name param-valuech.clinpharm.MyApplication/param-value /init-param init-param param-nameconfiguration/param-name param-valuedeployment/param-value /init-param init-param param-namemailAdm/param-name param-valuea...@bidon.ch/param-value /init-param /filter filter-mapping filter-nameWicketFilter/filter-name url-pattern/*/url-pattern /filter-mapping /web-app - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Deploy problem
Now I know what's going on. You are using a Redhat/CentOS/Mandriva Linux with gcj (Gnu Java Compiler) installed. It because of the logs you sent: at gnu.java.nio.channels.FileChannelImpl.open(libgcj.so.7rh) at gnu.java.nio.channels.FileChannelImpl.init(libgcj.so.7rh) at gnu.java.nio.channels.FileChannelImpl.create(libgcj.so.7rh) You need to get rid of gcj somehow. I guess your hoster is not willing to do so, but maybe you can ask him to set the JDK (Sun!) first in the PATH Environment Variable even for the whole system or only for the Account Tomcat is running with. Also let him set JAVA_HOME and JAVA_JRE accordingly! Hope this helps. Regards, Timm Am Monday 22 December 2008 17:01:16 schrieb Pierre Gilquin: Timm, I did what you suggested. I used Wicket 1.3.5 and I recompile with JDK 1.4.2 Look like it goes farther but finaly not succefully. First, I get the same FileNotFoundException but it continues until the exception : NoSuchMethodError: method java.lang.management.ManagementFactory.getPlatformMBeanServer with signature ()Ljavax.management.MBeanServer; was not found. Any idea will be apprecied. Thanks. Pierre The trace : 22-déc-08 4:46:38 org.apache.catalina.core.ApplicationContext log INFO: Manager: install: Installing web application at '/Pharmaco' from 'Pharmaco.war' java.io.FileNotFoundException: Pharmaco.war (null) at gnu.java.nio.channels.FileChannelImpl.open(libgcj.so.7rh) at gnu.java.nio.channels.FileChannelImpl.init(libgcj.so.7rh) at gnu.java.nio.channels.FileChannelImpl.create(libgcj.so.7rh) at java.io.FileInputStream.init(libgcj.so.7rh) at org.apache.catalina.manager.ManagerServlet.copyInternal(catalina-manager-5. 5.23.jar.so) at org.apache.catalina.manager.ManagerServlet.copy(catalina-manager-5.5.23.jar .so) at org.apache.catalina.manager.ManagerServlet.deploy(catalina-manager-5.5.23.j ar.so) at org.apache.catalina.manager.ManagerServlet.doGet(catalina-manager-5.5.23.ja r.so) at javax.servlet.http.HttpServlet.service(tomcat5-servlet-2.4-api-5.5.23.jar.s o) at javax.servlet.http.HttpServlet.service(tomcat5-servlet-2.4-api-5.5.23.jar.s o) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(catalina-5 .5.23.jar.so) at org.apache.catalina.core.ApplicationFilterChain.doFilter(catalina-5.5.23.ja r.so) at org.apache.catalina.core.StandardWrapperValve.invoke(catalina-5.5.23.jar.so ) at org.apache.catalina.core.StandardContextValve.invoke(catalina-5.5.23.jar.so ) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(catalina-5.5.23. jar.so) at org.apache.catalina.core.StandardHostValve.invoke(catalina-5.5.23.jar.so) at org.apache.catalina.valves.ErrorReportValve.invoke(catalina-5.5.23.jar.so) at org.apache.catalina.core.StandardEngineValve.invoke(catalina-5.5.23.jar.so) at org.apache.catalina.connector.CoyoteAdapter.service(catalina-5.5.23.jar.so) at org.apache.coyote.http11.Http11Processor.process(tomcat-http-5.5.23.jar.so) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.process Connection(tomcat-http-5.5.23.jar.so) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(tomcat-util-5.5.23 .jar.so) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(tomcat-util-5.5 .23.jar.so) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(tomcat-util-5 .5.23.jar.so) at java.lang.Thread.run(libgcj.so.7rh) 22-déc-08 4:46:38 org.apache.catalina.startup.HostConfig deployWAR INFO: Déploiement de l'archive Pharmaco.war de l'application web log4j:WARN No appenders could be found for logger (org.apache.commons.digester.Digester.sax). log4j:WARN Please initialize the log4j system properly. char set Wicket = iso-8859-1 Pharmaco INFO QueryLogger: Created connection pool: jdbc:mysql://localhost/pharmaco?capitalizeTypeNames=trueuseUnicode=truech aracterEncoding=ISO-8859-1autoReconnect=truemaxReconnects=3 Driver class: org.gjt.mm.mysql.Driver Min. connections in the pool: 1 Max. connections in the pool: 1 1242 [http-9080-Processor4] INFO org.apache.wicket.Application - [MyApplication] init: Wicket core library initializer 1247 [http-9080-Processor4] INFO org.apache.wicket.RequestListenerInterface - registered listener interface [RequestListenerInterface name=IBehaviorListener, method=public abstract void org.apache.wicket.behavior.IBehaviorListener.onRequest()] 1247 [http-9080-Processor4] INFO org.apache.wicket.RequestListenerInterface - registered listener interface [RequestListenerInterface name=IBehaviorListener, method=public abstract void org.apache.wicket.behavior.IBehaviorListener.onRequest()] 1248 [http-9080-Processor4] INFO org.apache.wicket.RequestListenerInterface - registered listener interface [RequestListenerInterface name=IFormSubmitListener, method=public abstract void org.apache.wicket.markup.html.form.IFormSubmitListener.onFormSubmitted()] 1248 [http-9080-Processor4] INFO
Re: Deploy problem
Hi Pierre, firstoff, why don't you upgrade on Wicket 1.3.5, or at least to a released version. Could you please post your web.xml file. Regards, Timm Am Sunday 21 December 2008 13:18:09 schrieb Pierre Gilquin: Hi all, I have a problem deploying a Wicket App. (Not Wicket app work fine). Wicket 1.3.0 rc1 / Tomcat 5.5.20 / JDK 1.4.2 Thanks in advance for any help Pierre The trace is : INFO: Manager: install: Installing web application at '/TestIso' from 'TestIso.war' java.io.FileNotFoundException: TestIso.war (null) at gnu.java.nio.channels.FileChannelImpl.open(libgcj.so.7rh) at gnu.java.nio.channels.FileChannelImpl.init(libgcj.so.7rh) at gnu.java.nio.channels.FileChannelImpl.create(libgcj.so.7rh) at java.io.FileInputStream.init(libgcj.so.7rh) ... 21-déc-08 1:05:25 org.apache.catalina.startup.HostConfig deployWAR INFO: Déploiement de l'archive TestIso.war de l'application web 21-déc-08 1:05:26 org.apache.catalina.core.StandardContext filterStart SEVERE: Exception au démarrage du filtre WicketFilter java.lang.NoSuchMethodError: method java.lang.management.ManagementFactory.getPlatformMBeanServer with signature ()Ljavax.management.MBeanServer; was not found. at org.apache.wicket.jmx.Initializer.init(Initializer.java:156) at org.apache.wicket.Application.callInitializers(Application.java:787) at org.apache.wicket.Application.initializeComponents(Application.java:625) at org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:509) at org.apache.catalina.core.ApplicationFilterConfig.getFilter(catalina-5.5.23. jar.so) at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(catalina-5.5. 23.jar.so) at org.apache.catalina.core.ApplicationFilterConfig.init(catalina-5.5.23.jar .so) at org.apache.catalina.core.StandardContext.filterStart(catalina-5.5.23.jar.so ) at org.apache.catalina.core.StandardContext.start(catalina-5.5.23.jar.so) at org.apache.catalina.core.ContainerBase.addChildInternal(catalina-5.5.23.jar .so) at org.apache.catalina.core.ContainerBase.addChild(catalina-5.5.23.jar.so) at org.apache.catalina.core.StandardHost.addChild(catalina-5.5.23.jar.so) at org.apache.catalina.startup.HostConfig.deployWAR(catalina-5.5.23.jar.so) at org.apache.catalina.startup.HostConfig.deployApps(catalina-5.5.23.jar.so) at org.apache.catalina.startup.HostConfig.check(catalina-5.5.23.jar.so) at java.lang.reflect.Method.invoke(libgcj.so.7rh) at org.apache.commons.modeler.BaseModelMBean.invoke(jakarta-commons-modeler-1. 1.jar.so) at mx4j.server.interceptor.InvokerMBeanServerInterceptor.invoke(mx4j-3.0.1.jar .so) at mx4j.server.interceptor.DefaultMBeanServerInterceptor.invoke(mx4j-3.0.1.jar .so) at mx4j.server.interceptor.SecurityMBeanServerInterceptor.invoke(mx4j-3.0.1.ja r.so) at mx4j.server.interceptor.DefaultMBeanServerInterceptor.invoke(mx4j-3.0.1.jar .so) at mx4j.server.interceptor.DefaultMBeanServerInterceptor.invoke(mx4j-3.0.1.jar .so) at mx4j.server.interceptor.ContextClassLoaderMBeanServerInterceptor.invoke(mx4 j-3.0.1.jar.so) at mx4j.server.MX4JMBeanServer.invoke(mx4j-3.0.1.jar.so) at org.apache.catalina.manager.ManagerServlet.check(catalina-manager-5.5.23.ja r.so) at org.apache.catalina.manager.ManagerServlet.deploy(catalina-manager-5.5.23.j ar.so) at org.apache.catalina.manager.ManagerServlet.doGet(catalina-manager-5.5.23.ja r.so) at javax.servlet.http.HttpServlet.service(tomcat5-servlet-2.4-api-5.5.23.jar.s o) at javax.servlet.http.HttpServlet.service(tomcat5-servlet-2.4-api-5.5.23.jar.s o) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(catalina-5 .5.23.jar.so) at org.apache.catalina.core.ApplicationFilterChain.doFilter(catalina-5.5.23.ja r.so) at org.apache.catalina.core.StandardWrapperValve.invoke(catalina-5.5.23.jar.so ) at org.apache.catalina.core.StandardContextValve.invoke(catalina-5.5.23.jar.so ) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(catalina-5.5.23. jar.so) at org.apache.catalina.core.StandardHostValve.invoke(catalina-5.5.23.jar.so) at org.apache.catalina.valves.ErrorReportValve.invoke(catalina-5.5.23.jar.so) at org.apache.catalina.core.StandardEngineValve.invoke(catalina-5.5.23.jar.so) at org.apache.catalina.connector.CoyoteAdapter.service(catalina-5.5.23.jar.so) at org.apache.coyote.http11.Http11Processor.process(tomcat-http-5.5.23.jar.so) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.process Connection(tomcat-http-5.5.23.jar.so) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(tomcat-util-5.5.23 .jar.so) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(tomcat-util-5.5 .23.jar.so) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(tomcat-util-5 .5.23.jar.so) at java.lang.Thread.run(libgcj.so.7rh) 21-déc-08 1:05:26 org.apache.catalina.core.StandardContext start SEVERE: Error filterStart 21-déc-08 1:05:26 org.apache.catalina.core.StandardContext start SEVERE: Erreur de
Re: [OT] wicket users around the world
Frankfurt, Germany Am Thursday 11 December 2008 19:57:49 schrieb francisco treacy: to know a little bit more of our great (and vast) community, i was just wondering if you're keen on sharing where you come from and/or where you work with wicket... for instance, here argentinian/belgian working with wicket in antibes, france francisco - 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
CryptedUrlWebRequestCodingStrategy/Session invalidate with Wicket 1.3.5
Hello everyone, For logout from the Application I use the following Code. getSession().invalidate(); setResponsePage(LoginPage.class); getRequestCycle().setRedirect(true); When using CryptedUrlWebRequestCodingStrategy the above will not work and runs into a RuntimeException (WicketMessage: Invalid URL Root cause: Invalid URL). The Log says: org.apache.wicket.WicketRuntimeException: Unable to decrypt the text 'garbled text here' at org.apache.wicket.util.crypt.AbstractCrypt.decryptByteArray(AbstractCrypt.java:145) at org.apache.wicket.util.crypt.AbstractCrypt.decryptUrlSafe(AbstractCrypt.java:67) at org.apache.wicket.protocol.http.request.CryptedUrlWebRequestCodingStrategy.decodeURL(CryptedUrlWebRequestCodingStrategy.java:250) at org.apache.wicket.protocol.http.request.CryptedUrlWebRequestCodingStrategy.decode(CryptedUrlWebRequestCodingStrategy.java:98) at org.apache.wicket.Request.getRequestParameters(Request.java:171) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1233) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1353) at org.apache.wicket.RequestCycle.request(RequestCycle.java:493) ... many more. This worked fine with any Wicket 1.3.x release, but not 1.3.5. Did I missed a change here? Regards, Timm - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [VOTE] Consistent naming for Wicket Stuff projects
Am Thursday 27 November 2008 22:54:28 schrieb Jeremy Thomerson: [X] - YES - I would like consistent naming PS - I feel like I'm starting a lot of vote threads - should I not be? IMHO if you feel the need to do so, go ahead. I won't mind. Thank you for asking! Regards, Timm - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat 6
Hi, I use Tomcat 6.0.16/17/18 with the Wicket Example Application out of the box. No Problems at all. I suspect Tomcat is not the Problem. Regards, Timm Am Monday 20 October 2008 09:30:32 schrieb Leucht, Axel: Hi, I'm currently trying to get a HelloWorld application running with wicket 1.3.4. I'm doing all my web development from within the Eclipse IDE (3.4 Ganymede), so I suspect setup of the project should be easy. When the server environment is set to tomcat 5.5.27 the HelloWorldApplication runs fine but NOT under tomcat 6.0.16! There is no clue in the logs stating that wicket is started in development mode which it is when started under tc 5.5.27. The application does run when I start tomcat 6.0.16 in standalone mode (outside Eclipse). Does someone knows what to do to make it run from within Eclipse? /Axel - 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: Two /(Upload)Forms and 2 feedbacks on one page
Wild guess: The same Form (ajaxSimpleUploadForm) for both Filters? Regards, Timm Am Tuesday 14 October 2008 12:13:59 schrieb Herbert Winter: Now I got no feedbacks with both methods. However when I use the example from http://cwiki.apache.org/WICKET/using-more-than-one-feedbackpanel-per-page.h tml like uploadFeedback.setFilter(new ContainerFeedbackMessageFilter(ajaxSimpleUploadForm)); after the upload both forms are visible. when I use feedbackpanels like filter=new ContainerFeedbackMessageFilter(ajaxSimpleUploadForm); uploadFeedback = new FeedbackPanel(imageUploadFeedback, filter); only 1 form is visible after the upload. I do this calls in the initComponents() methods. 2008/10/14 Stefan Lindner [EMAIL PROTECTED]: Use a FeedbackPanel(final String id, IFeedbackMessageFilter filter) constructor with a message filter. Stefan -Ursprüngliche Nachricht- Von: Herbert Winter [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 14. Oktober 2008 11:04 An: users@wicket.apache.org Betreff: Two /(Upload)Forms and 2 feedbacks on one page hello list, I have two (Upload)Forms on my page, each with a FeedbackPanel; when I use one of the forms, both feedbackpanels show the same info. In the HTML-files, the have different IDs, and each form extends Panel in a separate class. I use 1.4-m3. Any idea? greetings - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: html code
Hi, 1) I would choose a Panel 2) Sounds like Markup Inheritance would help you here. Create some Base Panel and then extend this class and the markup and include the different Components, if any. Hope this helps Regards, Timm Am Thursday 09 October 2008 19:08:25 schrieb miro: I have a page withsame pattern but different data in several td tag. Like Header1 link 1 link2 link3 header2 link1 link2 and so..on I dont want to repeat the same html for header1 header2 instead I want to make a custom component which takes header and RepeatingView for links ,So in my html i just give the id of the component and the component html is used . to acheieve this I have few questions 1st For this should I use a webmarkupcontainer or a panel as super class for my custom component ?and why should 2nd my custom component html is very little and i dont want to create a html page instead I want customize the lookup of html ie just tell wicket use this html to render my custom component or give wickwet some html to render my component - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: All Jars are exposed at :::: http://localhost:8080/contextroot/resources/org.apache.wicket.ajax.WicketAjaxReference
Hi, while I couldn't imagine why this works for you I tried it with my Application on Tomcat-6.0.18. Nope, you see nothing but The requested resource () is not available. So I guess it is either Weblogic or your code Regards, Timm Am Wednesday 17 September 2008 17:18:42 schrieb nanotech: Hi All, In one of the security tests for the web app I am working on the following url http://localhost:8080/contextroot/resources/org.apache.wicket.ajax.Wicket AjaxReference displays all the jars in the browser. The application is running on weblogic 9.2. Is this a Wicket Issue or weblogic configuation issue ? Any pointers to prevent this ? Here is the list of jars it displays 3rdparty.jar apache_xbean.jar bids.jar com.bea.cie.comdev_5.3.1.0.jar com.bea.cie.paf_1.0.0.0.jar com.bea.cie.paf-impl_1.0.0.0.jar com.bea.cie.patch-common_3.0.0.0.jar com.bea.cie.xmldh_2.1.0.0.jar com.bea.core.xml.xmlbeans_2.2.0.0.jar comdev.jar components.xml config_rfid_edge.jar config.jar configwiz.jar gpr.xml internalpaths.txt javax.xml.stream_1.0.0.0.jar jython.jar libjni.so log4j.jar macrorules.xml oxy-cci.jar pdev.jar platform.properties plugin.jar plugin-wizard.jar quickstart.jar uninstall.jar upgrade wizard.jar wlw-plaf.jar wlw-util.jar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DefaultDataTable
Hi, I checked the markup for any preconfigured CSS styles. There are .odd and .even for each row. Put them in your CSS Stylesheet, and change them as you need. I put each DefaultTable in a separate div and style the div container, that's another possibility. Regards, Timm Am Sonntag, 17. August 2008 19:13:12 schrieb Uwe Schäfer: hi. using DefaultDataTable, how to best apply css to the columns (in order to size them, etc) cu uwe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Comparing JSF and Wicket
Sorry, not really. *) JSF doesn't consume less Memory over Wicket. But this is not really an Argument since Hardware isn't that expensive today. *) Maybe the availability of Millions of extension Libraries for JSF. *) EL Tags are quite useful, but IMHO just another way to do the same thing. Regards, Timm Am Donnerstag, 7. August 2008 08:44:22 schrieb nlif: Thanks Timm. This is valuable feedback. Nevertheless - can you point to any advantage JSF has over Wicket? Anything at all? Thanks Timm Helbig wrote: Hi, I did one Project with JSF and two with Wicket. By far Wicket is much easier to handle, (nearly) everything works as supposed, which is not true for JSF, especially when it comes to external Libraries like Trinidad or other UI Extension Libraries. One other thing which is important for me is the Productivity. And this is much higher with Wicket than with JSF. The Community support is suberb with Wicket, and somewhat difficult when you check the JSF Forums, but this depends on the Manufactor of the Library you use. I don't want to slash JSF here, but I find it is miles away from a usable Product. For me it looks more like a prototype of what could be possible. Just check what happened from 1.1 to 1.2, and you see, that even Sun seemed to face this. Regards, Timm Am Mittwoch, 6. August 2008 11:13:53 schrieb nlif: Hi all, We are in the process of selecting a web-framework, and although I am in favor of Wicket, I was asked to provide an objective comparison of Wicket with JSF. I have developed a few small apps in Wicket, but I admit I am not very familiar with JSF. Prior to posting here, I googled a bit, and found a few forum-threads and blog posts on this topic, but most are from 1-2 years ago and in framework years, this may be considered obsolete. Although this is the Wicket forum, I expect there are people here who also used (or at least evaluated) JSF at some point, so I'd be happy if folks here could share their experience. If anyone can point me to useful links that would be great too. I really am not trying to provoke a flame war, just to gather information. In your opinion, what are Wicket strengths? What are JSF's ? (even if you're a Wicket fan, surely there's something ;) I would be interested to hear people thoughts regarding the fact the JSF is a standard, while Wicket is not. How important is that to you? In what ways do you think this matters (if at all)? Also, supposedly JSF has a larger selection of 3rd party components compared to Wicket. Is this true? how often do you find yourself rolling your own components and how hard is it to do so in Wicket (and I mean non-trivial-good-looking-Ajax-enabled stuff). Many thanks in advance. - 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: Comparing JSF and Wicket
LOL! Great saying! I was asked for something positive.. Regards, Timm Am Donnerstag, 7. August 2008 18:09:03 schrieb Peter Ertl: I don't need nearly as much extensions for wicket because it's such a no-brainer to write my own custom components... I think JSF is a big joke with nobody laughing :) my 2 % Cheers Peter Am 07.08.2008 um 17:59 schrieb Timm Helbig: Sorry, not really. *) JSF doesn't consume less Memory over Wicket. But this is not really an Argument since Hardware isn't that expensive today. *) Maybe the availability of Millions of extension Libraries for JSF. *) EL Tags are quite useful, but IMHO just another way to do the same thing. Regards, Timm Am Donnerstag, 7. August 2008 08:44:22 schrieb nlif: Thanks Timm. This is valuable feedback. Nevertheless - can you point to any advantage JSF has over Wicket? Anything at all? Thanks Timm Helbig wrote: Hi, I did one Project with JSF and two with Wicket. By far Wicket is much easier to handle, (nearly) everything works as supposed, which is not true for JSF, especially when it comes to external Libraries like Trinidad or other UI Extension Libraries. One other thing which is important for me is the Productivity. And this is much higher with Wicket than with JSF. The Community support is suberb with Wicket, and somewhat difficult when you check the JSF Forums, but this depends on the Manufactor of the Library you use. I don't want to slash JSF here, but I find it is miles away from a usable Product. For me it looks more like a prototype of what could be possible. Just check what happened from 1.1 to 1.2, and you see, that even Sun seemed to face this. Regards, Timm Am Mittwoch, 6. August 2008 11:13:53 schrieb nlif: Hi all, We are in the process of selecting a web-framework, and although I am in favor of Wicket, I was asked to provide an objective comparison of Wicket with JSF. I have developed a few small apps in Wicket, but I admit I am not very familiar with JSF. Prior to posting here, I googled a bit, and found a few forum-threads and blog posts on this topic, but most are from 1-2 years ago and in framework years, this may be considered obsolete. Although this is the Wicket forum, I expect there are people here who also used (or at least evaluated) JSF at some point, so I'd be happy if folks here could share their experience. If anyone can point me to useful links that would be great too. I really am not trying to provoke a flame war, just to gather information. In your opinion, what are Wicket strengths? What are JSF's ? (even if you're a Wicket fan, surely there's something ;) I would be interested to hear people thoughts regarding the fact the JSF is a standard, while Wicket is not. How important is that to you? In what ways do you think this matters (if at all)? Also, supposedly JSF has a larger selection of 3rd party components compared to Wicket. Is this true? how often do you find yourself rolling your own components and how hard is it to do so in Wicket (and I mean non-trivial-good-looking-Ajax-enabled stuff). Many thanks in advance. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Comparing JSF and Wicket
Hi, I did one Project with JSF and two with Wicket. By far Wicket is much easier to handle, (nearly) everything works as supposed, which is not true for JSF, especially when it comes to external Libraries like Trinidad or other UI Extension Libraries. One other thing which is important for me is the Productivity. And this is much higher with Wicket than with JSF. The Community support is suberb with Wicket, and somewhat difficult when you check the JSF Forums, but this depends on the Manufactor of the Library you use. I don't want to slash JSF here, but I find it is miles away from a usable Product. For me it looks more like a prototype of what could be possible. Just check what happened from 1.1 to 1.2, and you see, that even Sun seemed to face this. Regards, Timm Am Mittwoch, 6. August 2008 11:13:53 schrieb nlif: Hi all, We are in the process of selecting a web-framework, and although I am in favor of Wicket, I was asked to provide an objective comparison of Wicket with JSF. I have developed a few small apps in Wicket, but I admit I am not very familiar with JSF. Prior to posting here, I googled a bit, and found a few forum-threads and blog posts on this topic, but most are from 1-2 years ago and in framework years, this may be considered obsolete. Although this is the Wicket forum, I expect there are people here who also used (or at least evaluated) JSF at some point, so I'd be happy if folks here could share their experience. If anyone can point me to useful links that would be great too. I really am not trying to provoke a flame war, just to gather information. In your opinion, what are Wicket strengths? What are JSF's ? (even if you're a Wicket fan, surely there's something ;) I would be interested to hear people thoughts regarding the fact the JSF is a standard, while Wicket is not. How important is that to you? In what ways do you think this matters (if at all)? Also, supposedly JSF has a larger selection of 3rd party components compared to Wicket. Is this true? how often do you find yourself rolling your own components and how hard is it to do so in Wicket (and I mean non-trivial-good-looking-Ajax-enabled stuff). Many thanks in advance. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using Java 1.5 features with Wicket 1.3
Do you compile Wicket yourself? If so, this should be compiled using --source 1.4. Your own code can stay with --source 1.5. Timm Am Freitag, 13. Juni 2008 22:58:53 schrieb Frank Silbermann: In my Wicket 1.2 application I used a Java 1.5 JDK. Wicket didn't seem to mind that I used annotations, etc. in my own code. I did the same in code that I upgraded to Wicket 1.3. Also, my Wicket 1.2 application was built from scratch using JBuilder 2006; but the stop-server/modify-code/compile/re-deploy/start-server cycle was laborious, so this time I've been trying to work from the QuickStart, using Maven2 and Eclipse, with Jetty in process for debugging. But for some reason I keep messing up. I was able to compile my code using either Maven2 or Eclipse. Then, when rebuilding with Maven2 I had the bright idea of calling mvn clean first. Well, my compilation is failing all over the place now, with comments of the form: ...annotations are not supported in -source 1.3 (use -source 5 or higher to enable annotations) I googled the error and found a page http://vikashazrati.wordpress.com/2008/05/13/maven2-annotations-not-supp orted/ that suggested I add to my pom.xml build plugins ... plugin artifactIdmaven-compiler-plugin/artifactId configuration source1.5/source target1.5/target /configuration /plugin /plugins /build I did so, and now I'm getting an error: C:\webReports\web applications\WebCommon\src\main\java\common\components\DatePickerManualS ubmitPanel.java:[10,0] package org.apache.wicket.extensions.yui.calendar.assets.skins.sam does not exist When I go back to Eclipse, it doesn't tell me it cannot build, but when I try to run I get a tab saying: URLClassLoader$1.run() line: not availableSource not found I am getting very frustrated. Does anyone recognize these symptoms? Is my only choice to start over? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TinyMCE Behavior rather than TinyMCE Panel
Hi, AFAIK the only Release for Wicket 1.3 is available through the Wicketstuff Subversion Repository. The last Release I tried from sourceforge.net was outdated, because it was targeted for Wicket 1.2 The Module needed is wicket-contrib-tinymce and I suggest wicket-contrib-tinymce-examples. And you have to build them on your own. Hope this helps. Regards, Timm Am Dienstag, 6. Mai 2008 23:40:21 schrieb Ayodeji Aladejebi: Hi, I sometimes saw a TinyMCE code that uses AbstractBehavior to integrate TinyMCE rather than TinyMCEPanel from the one available in wicket stuffs. Please does anyone know where I can find this build thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with german error messages in feedback panel
Yes I had the same one. After switching my favourite IDE (Netbeans) to UTF-8 Encoding everything was fine. So, either you use Unicode Characters in your String literals, which is plain ugly, or use an editor which is capable of using UTF-8 Encodings. Am Sonntag, 27. April 2008 11:35:16 schrieb greeklinux: Hello, I have problems with german umlauts in a feedback panel. I define the error messages in a property file. It displays as follows: Bitte geben Sie eine gültige E-Mail ein In my HTML: !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd; ?xml version=1.0 encoding=UTF-8? meta http-equiv=Content-type content=text/html; charset=utf-8 / ... My editor is configured to use UTF-8 as encoding. I tried to initialize the Wicket Application with getRequestCycleSettings().setResponseRequestEncoding(UTF-8); but the error is still there. Has someone the same problem? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
setResponsePage(Class c) versus setResponsePage(Page p)
Hi, I have read several times in the mailing list, that it is bad to use setRespsonsePage(Page p). What is the backdraw compared to setResponsePage(Class c) ? In my case a Form Submit redirects to another Page, that needs some initial data given through the Constructor, e.g. MyPage(MyInitialData data) {} . Regards, Timm - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote] Release 1.4 with only generics and stop support for 1.3
+1 Am Montag, 17. März 2008 09:13:29 schrieb Martijn Dashorst: This thread is for voting only. Use the [discuss] thread for voicing your opinion or asking questions. This makes counting the votes much easier. The discussion on our development list makes it clear that a lot of folks are anxious for generified models. Most users if not all wish us to release a quick release which is 1.3 + generics. The consequence is that the core team will stop to support 1.3, and that everybody that wishes updates will have to migrate to 1.4, and upgrade to Java 5. Everybody is invited to vote! Please use [ ] +1, Wicket 1.4 is 1.3 + generics, drop support for 1.3 [ ] -1, I need a supported version running on Java 1.4 Let your voices be heard! Martijn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]