Re: Is wicket:extend strictly required if including entire html child?
It is slightly ironic. Java, when we change default behaviour - we annotate methods with @Override. Its not a dissimilar solution. I can appreciate both decisions. Same same but different. What's the "norm" coding wise - what's more convenient? - I think when the answer is "depends" - you can go either way. Antony Stubbs wrote: > > That's a pity - in my situation I would like the absence of the > wicket:extend tag to mean the child wants to be completely encapsulated by > it's parent. > It's useful because you can have your java class extend a parent without > having to modify the html, in my case the grand parent has the important > html that I want included in all children, but that means i have to put > the extend tag into all the children, instead of just one place - the > parent. > > > igor.vaynberg wrote: >> >> no it is not. not including wicket:extend means the child wants to >> completely override the markup of the parent. >> >> -igor >> > > -- View this message in context: http://www.nabble.com/Is-wicket%3Aextend-strictly-required-if-including-entire-html-child--tp20975395p21138307.html Sent from the Wicket - User 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: 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.(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.(libgcj.so.7rh) >at gnu.java.nio.channels.FileChannelImpl.create(libgcj.so.7rh) >at java.io.FileInputStream.(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=true&useUnicode=true&ch >aracterEncoding=ISO-8859-1&autoReconnect=true&maxReconnects=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.onForm
Re: error messages due to hack/search-bots
I created a JIRA issue (with trivial patch). https://issues.apache.org/jira/browse/WICKET-1991 Regards, Sebastiaan Antoine van Wel wrote: agree with Sebastiaan and Michael here when a user types a wrong url, you're not going to log that 404 -> client error, file not found -> no fixes necessary, so not logged 500 -> server error -> log it, needs to be fixed so instead of implementing the filter, I prefer waiting for a Wicket patch.. :-) Antoine On Mon, Dec 22, 2008 at 7:16 PM, Michael Sparer wrote: the thing is that 404 is a client error. I'd only log server errors (i.e. errors in the code) as Error. Of course a 404 can also happen due to a error in the code, but logging 404 as errors will flood your log file ... just my two cents Jeremy Thomerson-5 wrote: A 404 is an error - so on the one hand you say it is an error, but on the other, you say it isn't. I think it should remain an error. Just my 0.02 though. On Mon, Dec 22, 2008 at 7:56 AM, Sebastiaan van Erk wrote: Pointbreak wrote: Not an answer to your question, but why fight this kind of stuff? It's an invalid request, so it should result in an error. I actually prefer it would result in a 404 for the client and nothing more. Perhaps, when enabling DEBUG, it can log the message + exception it is currently logging as ERROR. If you don't want these entries in your log, you could just add a filter to your logger (e.g. filtering out error messages from org.apache.wicket.request.target.resource.SharedResourceRequestTarget where the message equals "unable to lazily register shared resource"). It is annoying (and dangerous) to filter your log in this way. The problem is that you may accidentally filter too much and miss real errors. Also, it requires you to know a lot about wicket internals (is this a real error, or should this be considered a warning?). And it is cumbersome (every time a new exception appears, you have to go through this process again). To the Wicket developers: why is this logged using log.error and not using log.debug (in SharedResourceRequestTarget#respond? It's not really an error, it's a reference to a resource that does not exist, and a 404 should be sufficient (without ERRORs in the log). Regards, Sebastiaan On Mon, 22 Dec 2008 14:05 +0100, "Antoine van Wel" wrote: Heya, we're trying to catch all errors caused by hack & search-bots on our wicket-app. AFAIK these bots take existing links, chop 'em up in smaller chunks and try to append all kind of . We've caught most of the errors which result due to these bots, but this one still stands: XXX.XXX.XXX.XXX - - [22/Dec/2008:00:03:37 +0100] "GET /resources/org.apache.wicket.markup.html.WicketEventReference_false_61497/ HTTP/1.1" 404 952 "-" "-" "-" Causing errors such as 2008-12-22 00:03:41,654 ERROR - [TP-Processor7][org.apache.wicket.request.target.resource.SharedResourceRequestTarget:172] unable to lazily register shared resource org.apache.wicket.ajax.WicketAjaxReference_false_61497/ java.lang.ClassNotFoundException: org.apache.wicket.ajax.WicketAjaxReference_false_61497 at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387) [...snip...] So... any ideas to catch these errors? Antoine -- We don't see things as they are, we see things as we are. - Anais Nin Whether you think you can or whether you think you can't, you're right. - Henry Ford - 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 -- Jeremy Thomerson http://www.wickettraining.com - Michael Sparer http://talk-on-tech.blogspot.com -- View this message in context: http://www.nabble.com/error-messages-due-to-hack-search-bots-tp21127488p21132409.html Sent from the Wicket - User 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 smime.p7s Description: S/MIME Cryptographic Signature
Re: Deploy problem
gnu.java.nio.channels? Hey!... that's NOT Sun's JDK!!! On Mon, Dec 22, 2008 at 12:01 PM, Pierre Gilquin wrote: > 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.(libgcj.so.7rh) > at gnu.java.nio.channels.FileChannelImpl.create(libgcj.so.7rh) > at java.io.FileInputStream.(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.jar.so) > at > org.apache.catalina.manager.ManagerServlet.doGet(catalina-manager-5.5.23.jar.so) > at > javax.servlet.http.HttpServlet.service(tomcat5-servlet-2.4-api-5.5.23.jar.so) > at > javax.servlet.http.HttpServlet.service(tomcat5-servlet-2.4-api-5.5.23.jar.so) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(catalina-5.5.23.jar.so) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(catalina-5.5.23.jar.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.processConnection(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=true&useUnicode=true&characterEncoding=ISO-8859-1&autoReconnect=true&maxReconnects=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 org.apache.wicket.RequestListenerInterface - > registered listener interface [RequestListenerInterface > name=IFormSubmitListener, method=public abstract void > org.apache.wicket.markup.html.form.IFormSubmitListener.onFormSubmitted()] > 1249 [http-9080-Processor4] INFO org.apache.wicket.RequestListenerInterface - > registered listener interface [RequestListenerInterface name=ILinkListener, > method=public abstract void > org.apache.wicket.markup.html.link.ILinkListener.onLinkClicked()] > 1249 [htt
Re: error messages due to hack/search-bots
agree with Sebastiaan and Michael here when a user types a wrong url, you're not going to log that 404 -> client error, file not found -> no fixes necessary, so not logged 500 -> server error -> log it, needs to be fixed so instead of implementing the filter, I prefer waiting for a Wicket patch.. :-) Antoine On Mon, Dec 22, 2008 at 7:16 PM, Michael Sparer wrote: > > the thing is that 404 is a client error. I'd only log server errors (i.e. > errors in the code) as Error. Of course a 404 can also happen due to a error > in the code, but logging 404 as errors will flood your log file ... > > just my two cents > > > > Jeremy Thomerson-5 wrote: >> >> A 404 is an error - so on the one hand you say it is an error, but on the >> other, you say it isn't. I think it should remain an error. >> >> Just my 0.02 though. >> >> On Mon, Dec 22, 2008 at 7:56 AM, Sebastiaan van Erk >> wrote: >> >>> Pointbreak wrote: >>> Not an answer to your question, but why fight this kind of stuff? It's an invalid request, so it should result in an error. >>> >>> I actually prefer it would result in a 404 for the client and nothing >>> more. >>> Perhaps, when enabling DEBUG, it can log the message + exception it is >>> currently logging as ERROR. >>> >>> If you don't want these entries in your log, you could just add a filter to your logger (e.g. filtering out error messages from org.apache.wicket.request.target.resource.SharedResourceRequestTarget where the message equals "unable to lazily register shared resource"). >>> >>> It is annoying (and dangerous) to filter your log in this way. The >>> problem >>> is that you may accidentally filter too much and miss real errors. Also, >>> it >>> requires you to know a lot about wicket internals (is this a real error, >>> or >>> should this be considered a warning?). And it is cumbersome (every time a >>> new exception appears, you have to go through this process again). >>> >>> To the Wicket developers: why is this logged using log.error and not >>> using >>> log.debug (in SharedResourceRequestTarget#respond? It's not really an >>> error, >>> it's a reference to a resource that does not exist, and a 404 should be >>> sufficient (without ERRORs in the log). >>> >>> Regards, >>> Sebastiaan >>> >>> >>> On Mon, 22 Dec 2008 14:05 +0100, "Antoine van Wel" wrote: > Heya, > > we're trying to catch all errors caused by hack & search-bots on our > wicket-app. AFAIK these bots take existing links, chop 'em up in > smaller chunks and try to append all kind of . We've caught most > of the errors which result due to these bots, but this one still > stands: > > XXX.XXX.XXX.XXX - - [22/Dec/2008:00:03:37 +0100] "GET > > /resources/org.apache.wicket.markup.html.WicketEventReference_false_61497/ > HTTP/1.1" 404 952 "-" "-" "-" > > Causing errors such as > > 2008-12-22 00:03:41,654 ERROR - > > [TP-Processor7][org.apache.wicket.request.target.resource.SharedResourceRequestTarget:172] > unable to lazily register shared resource > org.apache.wicket.ajax.WicketAjaxReference_false_61497/ > java.lang.ClassNotFoundException: > org.apache.wicket.ajax.WicketAjaxReference_false_61497 > at > > > org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387) > > [...snip...] > > > So... any ideas to catch these errors? > > > > Antoine > > > > -- > We don't see things as they are, we see things as we are. - Anais Nin > Whether you think you can or whether you think you can't, you're > right. - Henry Ford > > - > 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 >> >> >> -- >> Jeremy Thomerson >> http://www.wickettraining.com >> >> > > > - > Michael Sparer > http://talk-on-tech.blogspot.com > -- > View this message in context: > http://www.nabble.com/error-messages-due-to-hack-search-bots-tp21127488p21132409.html > Sent from the Wicket - User 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 > > -- We don't see things as they are, we see things as we are. - Anais Nin Whether you think you can or whether you think you can't, you're right. - Henry Ford - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-m
Re: Modal window not appearing in IE
Here is my Ajax debug output: INFO: focus set on linkida INFO: INFO: Initiating Ajax POST request on ?wicket:interface=:3:reqTabs:panel:insurance-edit-form:primaryBillingPanel:billingRecord-edit-form:insuranceLookupPanel:insurance-lookup:lookup-form:menuBar:menubarlinks:0:menuitemul:menuitemlinks:1:linkid:1:IActivePageBehaviorListener:0:&wicket:ignoreIfNotActive=true&random=0.8349472295319197 INFO: Invoking pre-call handler(s)... INFO: Received ajax response (11295 characters) INFO: ERROR: Error while parsing response: Object required INFO: Invoking post-call handler(s)... INFO: Invoking failure handler(s)... INFO: focus removed from linkida I found this link to be somewhat helpful, but it didn't solve my problem: https://issues.apache.org/jira/browse/WICKET-527?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel Martijn Dashorst wrote: > > It would help if you post some output of for example the > wicket-ajax-debug window, or the firefox console. With the information > you have given thus far we can't help you. > > Martijn > > On Mon, Dec 15, 2008 at 10:51 PM, ecornett > wrote: >> >> I have searched everywhere for an answer to this Wicket question with no >> luck. >> >> >> Martijn Dashorst wrote: >>> >>> As you come through nabble, I trust you have read and understood the >>> text that is shown prominently above the forum? >>> Before posting, please read "How to ask questions the smart way" [1] and answer these questions for yourself: * Did you check out our live examples * read our wiki * search using google If these fail to provide an answer, posting to the users list is appropriate. Be sure to include full stack traces and code. Did we mention that you read "How to ask questions the smart way" [1] before posting? >>> >>> Martijn >>> >>> [1] http://www.catb.org/~esr/faqs/smart-questions.html >>> >>> On Mon, Dec 15, 2008 at 7:18 PM, ecornett >>> wrote: Has anyone else had trouble with modal windows appearing in Firefox but not IE and if so, what is a good solution? I can go into more details if necessary. -- View this message in context: http://www.nabble.com/Modal-window-not-appearing-in-IE-tp21018938p21018938.html Sent from the Wicket - User 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 >>> Apache Wicket 1.3.4 is released >>> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >>> >> >> -- >> View this message in context: >> http://www.nabble.com/Modal-window-not-appearing-in-IE-tp21018938p21022867.html >> Sent from the Wicket - User 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 > Apache Wicket 1.3.4 is released > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/Modal-window-not-appearing-in-IE-tp21018938p21133122.html Sent from the Wicket - User 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: Multi-tap operations in Wicket
Done (hope I did at the right place;-) https://issues.apache.org/jira/browse/WICKET-1990 Best, Ernesto Erik van Oosten wrote: > Ah :) IMHO it should be added. It might be a small thing in the > larger Wicket picture, but it is a big deal for some applications. > > Care to open a issue? > >Erik. > > > Ernesto Reinaldo Barreiro wrote: >> Hi Erik, >> Still one question remains... Should that feature be added to [1]? >> Or it is >> small enough to be discarded... >> >> Best, >> >> Ernesto >> >> [1]-http://wicket.apache.org/features.html >> >> > -- > Erik van Oosten > http://day-to-day-stuff.blogspot.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: error messages due to hack/search-bots
the thing is that 404 is a client error. I'd only log server errors (i.e. errors in the code) as Error. Of course a 404 can also happen due to a error in the code, but logging 404 as errors will flood your log file ... just my two cents Jeremy Thomerson-5 wrote: > > A 404 is an error - so on the one hand you say it is an error, but on the > other, you say it isn't. I think it should remain an error. > > Just my 0.02 though. > > On Mon, Dec 22, 2008 at 7:56 AM, Sebastiaan van Erk > wrote: > >> Pointbreak wrote: >> >>> Not an answer to your question, but why fight this kind of stuff? It's >>> an invalid request, so it should result in an error. >>> >> >> I actually prefer it would result in a 404 for the client and nothing >> more. >> Perhaps, when enabling DEBUG, it can log the message + exception it is >> currently logging as ERROR. >> >> If you don't want these entries in your log, you could just add a filter >>> to your logger (e.g. filtering out error messages from >>> org.apache.wicket.request.target.resource.SharedResourceRequestTarget >>> where the message equals "unable to lazily register shared resource"). >>> >> >> It is annoying (and dangerous) to filter your log in this way. The >> problem >> is that you may accidentally filter too much and miss real errors. Also, >> it >> requires you to know a lot about wicket internals (is this a real error, >> or >> should this be considered a warning?). And it is cumbersome (every time a >> new exception appears, you have to go through this process again). >> >> To the Wicket developers: why is this logged using log.error and not >> using >> log.debug (in SharedResourceRequestTarget#respond? It's not really an >> error, >> it's a reference to a resource that does not exist, and a 404 should be >> sufficient (without ERRORs in the log). >> >> Regards, >> Sebastiaan >> >> >> On Mon, 22 Dec 2008 14:05 +0100, "Antoine van Wel" >>> wrote: >>> Heya, we're trying to catch all errors caused by hack & search-bots on our wicket-app. AFAIK these bots take existing links, chop 'em up in smaller chunks and try to append all kind of . We've caught most of the errors which result due to these bots, but this one still stands: XXX.XXX.XXX.XXX - - [22/Dec/2008:00:03:37 +0100] "GET /resources/org.apache.wicket.markup.html.WicketEventReference_false_61497/ HTTP/1.1" 404 952 "-" "-" "-" Causing errors such as 2008-12-22 00:03:41,654 ERROR - [TP-Processor7][org.apache.wicket.request.target.resource.SharedResourceRequestTarget:172] unable to lazily register shared resource org.apache.wicket.ajax.WicketAjaxReference_false_61497/ java.lang.ClassNotFoundException: org.apache.wicket.ajax.WicketAjaxReference_false_61497 at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387) [...snip...] So... any ideas to catch these errors? Antoine -- We don't see things as they are, we see things as we are. - Anais Nin Whether you think you can or whether you think you can't, you're right. - Henry Ford - 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 >>> >>> > > > -- > Jeremy Thomerson > http://www.wickettraining.com > > - Michael Sparer http://talk-on-tech.blogspot.com -- View this message in context: http://www.nabble.com/error-messages-due-to-hack-search-bots-tp21127488p21132409.html Sent from the Wicket - User 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: error messages due to hack/search-bots
A 404 is an error - so on the one hand you say it is an error, but on the other, you say it isn't. I think it should remain an error. Just my 0.02 though. On Mon, Dec 22, 2008 at 7:56 AM, Sebastiaan van Erk wrote: > Pointbreak wrote: > >> Not an answer to your question, but why fight this kind of stuff? It's >> an invalid request, so it should result in an error. >> > > I actually prefer it would result in a 404 for the client and nothing more. > Perhaps, when enabling DEBUG, it can log the message + exception it is > currently logging as ERROR. > > If you don't want these entries in your log, you could just add a filter >> to your logger (e.g. filtering out error messages from >> org.apache.wicket.request.target.resource.SharedResourceRequestTarget >> where the message equals "unable to lazily register shared resource"). >> > > It is annoying (and dangerous) to filter your log in this way. The problem > is that you may accidentally filter too much and miss real errors. Also, it > requires you to know a lot about wicket internals (is this a real error, or > should this be considered a warning?). And it is cumbersome (every time a > new exception appears, you have to go through this process again). > > To the Wicket developers: why is this logged using log.error and not using > log.debug (in SharedResourceRequestTarget#respond? It's not really an error, > it's a reference to a resource that does not exist, and a 404 should be > sufficient (without ERRORs in the log). > > Regards, > Sebastiaan > > > On Mon, 22 Dec 2008 14:05 +0100, "Antoine van Wel" >> wrote: >> >>> Heya, >>> >>> we're trying to catch all errors caused by hack & search-bots on our >>> wicket-app. AFAIK these bots take existing links, chop 'em up in >>> smaller chunks and try to append all kind of . We've caught most >>> of the errors which result due to these bots, but this one still >>> stands: >>> >>> XXX.XXX.XXX.XXX - - [22/Dec/2008:00:03:37 +0100] "GET >>> >>> /resources/org.apache.wicket.markup.html.WicketEventReference_false_61497/ >>> HTTP/1.1" 404 952 "-" "-" "-" >>> >>> Causing errors such as >>> >>> 2008-12-22 00:03:41,654 ERROR - >>> >>> [TP-Processor7][org.apache.wicket.request.target.resource.SharedResourceRequestTarget:172] >>> unable to lazily register shared resource >>> org.apache.wicket.ajax.WicketAjaxReference_false_61497/ >>> java.lang.ClassNotFoundException: >>> org.apache.wicket.ajax.WicketAjaxReference_false_61497 >>> at >>> >>> >>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387) >>> >>> [...snip...] >>> >>> >>> So... any ideas to catch these errors? >>> >>> >>> >>> Antoine >>> >>> >>> >>> -- >>> We don't see things as they are, we see things as we are. - Anais Nin >>> Whether you think you can or whether you think you can't, you're >>> right. - Henry Ford >>> >>> - >>> 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 >> >> -- Jeremy Thomerson http://www.wickettraining.com
Re: Multi-tap operations in Wicket
Ah :) IMHO it should be added. It might be a small thing in the larger Wicket picture, but it is a big deal for some applications. Care to open a issue? Erik. Ernesto Reinaldo Barreiro wrote: Hi Erik, Still one question remains... Should that feature be added to [1]? Or it is small enough to be discarded... Best, Ernesto [1]-http://wicket.apache.org/features.html -- Erik van Oosten http://day-to-day-stuff.blogspot.com/ - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Multi-tap operations in Wicket
Hi Erik, Still one question remains... Should that feature be added to [1]? Or it is small enough to be discarded... Best, Ernesto [1]-http://wicket.apache.org/features.html On Mon, Dec 22, 2008 at 4:46 PM, Erik van Oosten wrote: > Glad that is out of the way :) > > Wicket and Seam are frequently compared. But I think it is not a > fair/possible comparison. We might as well compare TestNG with Mockito, both > are about testing but in an entirely different league. > > Seam's goal (as far as my humble knowledge goes) is targeted at combining a > variety of frameworks (in particular EJB3 and JSF). Focus is on managing > transactions and passing data around by storing and retrieving it from an > array of (untyped) contexts. (Please forgive me if I am completely wrong.) > > Wicket's goal is to provide a natural OO environment to program a html user > interface. (Reusable UI components anyone?) Passing data around is the > responsibility of components but is typically done with (fully typed) > models. There is no need for contexts to keep state as the entire components > are kept as state. This is done by storing complete page component > hierarchies to a page map. Usually you have one page map per session. > Wicket's transaction support is no better or worse then the next web > framework. > > Regards, > Erik. > > > > HHB wrote: > >> What I would like to know? >> If Wicket supports multi-window/tap (beginning a new (what I can call?) a >> conversation)? >> Well, yes, it does >> >> http://wicketstuff.org/wicket13doc/org/apache/wicket/settings/IPageSettings.html >> Multi-window/tap isn't the gem of Seam, one of them :) >> We need to do more marketing for wicket guys:ninja: >> >> >> Erik van Oosten wrote: >> >> >>> Apart from letting you guess what a page map is (a collection of visited >>> pages) I think Ernesto gave a very decent response. So lets turn this >>> around: >>> >>> What would you like to know? >>> >>> Regards, >>>Erik. >>> >>> >>> PS. If that really is /the/ gem of Seam, you're in for a treat with >>> Wicket! ;) >>> >>> >>> HHB wrote: >>> >>> This effects all the Wicket pages in the application, right? Seam folks advertise this feature as one of the gems of Seam framework, why Wicket doesn't shed more light on it? Common Wicket, no need to be humble this time :) >>> -- >>> Erik van Oosten >>> http://day-to-day-stuff.blogspot.com/ >>> >>> >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >>> >>> >>> >> >> >> > > -- > > -- > Erik van Oosten > http://day-to-day-stuff.blogspot.com/ > > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: Deploy problem
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.(libgcj.so.7rh) at gnu.java.nio.channels.FileChannelImpl.create(libgcj.so.7rh) at java.io.FileInputStream.(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.jar.so) at org.apache.catalina.manager.ManagerServlet.doGet(catalina-manager-5.5.23.jar.so) at javax.servlet.http.HttpServlet.service(tomcat5-servlet-2.4-api-5.5.23.jar.so) at javax.servlet.http.HttpServlet.service(tomcat5-servlet-2.4-api-5.5.23.jar.so) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(catalina-5.5.23.jar.so) at org.apache.catalina.core.ApplicationFilterChain.doFilter(catalina-5.5.23.jar.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.processConnection(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=true&useUnicode=true&characterEncoding=ISO-8859-1&autoReconnect=true&maxReconnects=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 org.apache.wicket.RequestListenerInterface - registered listener interface [RequestListenerInterface name=IFormSubmitListener, method=public abstract void org.apache.wicket.markup.html.form.IFormSubmitListener.onFormSubmitted()] 1249 [http-9080-Processor4] INFO org.apache.wicket.RequestListenerInterface - registered listener interface [RequestListenerInterface name=ILinkListener, method=public abstract void org.apache.wicket.markup.html.link.ILinkListener.onLinkClicked()] 1249 [http-9080-Processor4] INFO org.apache.wicket.RequestListenerInterface - registered listener interface [RequestListenerInterface name=ILinkListener, method=public abstract void org.apache.wicket.markup.html.link.ILinkListener.onLinkClicked()] 1251 [http-9080-Processor4] INFO org.apache.
Re: Multi-tap operations in Wicket
Glad that is out of the way :) Wicket and Seam are frequently compared. But I think it is not a fair/possible comparison. We might as well compare TestNG with Mockito, both are about testing but in an entirely different league. Seam's goal (as far as my humble knowledge goes) is targeted at combining a variety of frameworks (in particular EJB3 and JSF). Focus is on managing transactions and passing data around by storing and retrieving it from an array of (untyped) contexts. (Please forgive me if I am completely wrong.) Wicket's goal is to provide a natural OO environment to program a html user interface. (Reusable UI components anyone?) Passing data around is the responsibility of components but is typically done with (fully typed) models. There is no need for contexts to keep state as the entire components are kept as state. This is done by storing complete page component hierarchies to a page map. Usually you have one page map per session. Wicket's transaction support is no better or worse then the next web framework. Regards, Erik. HHB wrote: What I would like to know? If Wicket supports multi-window/tap (beginning a new (what I can call?) a conversation)? Well, yes, it does http://wicketstuff.org/wicket13doc/org/apache/wicket/settings/IPageSettings.html Multi-window/tap isn't the gem of Seam, one of them :) We need to do more marketing for wicket guys:ninja: Erik van Oosten wrote: Apart from letting you guess what a page map is (a collection of visited pages) I think Ernesto gave a very decent response. So lets turn this around: What would you like to know? Regards, Erik. PS. If that really is /the/ gem of Seam, you're in for a treat with Wicket! ;) HHB wrote: This effects all the Wicket pages in the application, right? Seam folks advertise this feature as one of the gems of Seam framework, why Wicket doesn't shed more light on it? Common Wicket, no need to be humble this time :) -- Erik van Oosten http://day-to-day-stuff.blogspot.com/ - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- -- Erik van Oosten http://day-to-day-stuff.blogspot.com/ - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Round corners n' stuff? Possible Contribution?
Yeah as I mentioned not all browsers support that css3 function.. However I was surprised to see that IE8 did'nt pick it up, I guess m$ just havent gotten around to it yet. Jim Pinkham wrote: FYI - I was curious about that so I ran: http://browsershots.org/http://www.css3.info/preview/rounded-border/ -- Jim Pinkham On Mon, Dec 22, 2008 at 5:19 AM, Martijn Dashorst < martijn.dasho...@gmail.com> wrote: On Mon, Dec 22, 2008 at 11:14 AM, Steve Swinsburg wrote: or the simple CSS you can apply yourself. .roundedThing { -moz-border-radius: 5px; -webkit-border-radius: 5px; } however that may not be 100% across all browsers. Which is great: it rewards users that have up-to-date browsers that aren't locked in the previous century with a much prettier UI, whilst still having a functioning app. 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: Round corners n' stuff? Possible Contribution?
Ned Collyer wrote: Ok - so I investigated a bit more - turns out I had a greasemonkey script messing with it. DOH. It looks beautiful :) - all works now. (and turns out safari is ok - i was under the impression example 7 was misbehaving). Sorry for the confusion. Ok good to hear, I were starting to get a bit puzzled.. Not something unusual though.. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Is wicket:extend strictly required if including entire html child?
That's a pity - in my situation I would like the absence of the wicket:extend tag to mean the child wants to be completely encapsulated by it's parent. It's useful because you can have your java class extend a parent without having to modify the html, in my case the grand parent has the important html that I want included in all children, but that means i have to put the extend tag into all the children, instead of just one place - the parent. igor.vaynberg wrote: > > no it is not. not including wicket:extend means the child wants to > completely override the markup of the parent. > > -igor > > On Fri, Dec 12, 2008 at 5:13 AM, Antony Stubbs > wrote: >> >> Is it possible to use markup inheritance without having to use >> in the children? I'd like to be able to use MI without >> the >> children html knowing. Just extending the super component should be >> enough >> in a lot of situations. Particularly when extending panels which are >> naughty >> and don't have tags, and dont have any html which shouldn't >> be >> in the result. >> >> I.e. can we have wicket default to simply effectively wrapping the entire >> html contents in if there is no extend tag? >> >> - >> ___ >> >> http://stubbisms.wordpress.com http://stubbisms.wordpress.com >> -- >> View this message in context: >> http://www.nabble.com/Is-wicket%3Aextend-strictly-required-if-including-entire-html-child--tp20975395p20975395.html >> Sent from the Wicket - User 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 > > > - ___ http://stubbisms.wordpress.com http://stubbisms.wordpress.com -- View this message in context: http://www.nabble.com/Is-wicket%3Aextend-strictly-required-if-including-entire-html-child--tp20975395p21129599.html Sent from the Wicket - User 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: Multi-tap operations in Wicket
What I would like to know? If Wicket supports multi-window/tap (beginning a new (what I can call?) a conversation)? Well, yes, it does http://wicketstuff.org/wicket13doc/org/apache/wicket/settings/IPageSettings.html Multi-window/tap isn't the gem of Seam, one of them :) We need to do more marketing for wicket guys:ninja: Erik van Oosten wrote: > > Apart from letting you guess what a page map is (a collection of visited > pages) I think Ernesto gave a very decent response. So lets turn this > around: > > What would you like to know? > > Regards, > Erik. > > > PS. If that really is /the/ gem of Seam, you're in for a treat with > Wicket! ;) > > > HHB wrote: >> This effects all the Wicket pages in the application, right? >> Seam folks advertise this feature as one of the gems of Seam framework, >> why >> Wicket doesn't shed more light on it? >> Common Wicket, no need to be humble this time :) >> >> > -- > Erik van Oosten > http://day-to-day-stuff.blogspot.com/ > > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/Multi-tap-operations-in-Wicket-tp21125698p21129508.html Sent from the Wicket - User 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: Round corners n' stuff? Possible Contribution?
FYI - I was curious about that so I ran: http://browsershots.org/http://www.css3.info/preview/rounded-border/ -- Jim Pinkham On Mon, Dec 22, 2008 at 5:19 AM, Martijn Dashorst < martijn.dasho...@gmail.com> wrote: > On Mon, Dec 22, 2008 at 11:14 AM, Steve Swinsburg > wrote: > > or the simple CSS you can apply yourself. > > .roundedThing { > > -moz-border-radius: 5px; > > -webkit-border-radius: 5px; > > } > > however that may not be 100% across all browsers. > > Which is great: it rewards users that have up-to-date browsers that > aren't locked in the previous century with a much prettier UI, whilst > still having a functioning app. > > Martijn > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: Multi-tap operations in Wicket
Apart from letting you guess what a page map is (a collection of visited pages) I think Ernesto gave a very decent response. So lets turn this around: What would you like to know? Regards, Erik. PS. If that really is /the/ gem of Seam, you're in for a treat with Wicket! ;) HHB wrote: This effects all the Wicket pages in the application, right? Seam folks advertise this feature as one of the gems of Seam framework, why Wicket doesn't shed more light on it? Common Wicket, no need to be humble this time :) -- Erik van Oosten http://day-to-day-stuff.blogspot.com/ - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: error messages due to hack/search-bots
Pointbreak wrote: Not an answer to your question, but why fight this kind of stuff? It's an invalid request, so it should result in an error. I actually prefer it would result in a 404 for the client and nothing more. Perhaps, when enabling DEBUG, it can log the message + exception it is currently logging as ERROR. If you don't want these entries in your log, you could just add a filter to your logger (e.g. filtering out error messages from org.apache.wicket.request.target.resource.SharedResourceRequestTarget where the message equals "unable to lazily register shared resource"). It is annoying (and dangerous) to filter your log in this way. The problem is that you may accidentally filter too much and miss real errors. Also, it requires you to know a lot about wicket internals (is this a real error, or should this be considered a warning?). And it is cumbersome (every time a new exception appears, you have to go through this process again). To the Wicket developers: why is this logged using log.error and not using log.debug (in SharedResourceRequestTarget#respond? It's not really an error, it's a reference to a resource that does not exist, and a 404 should be sufficient (without ERRORs in the log). Regards, Sebastiaan On Mon, 22 Dec 2008 14:05 +0100, "Antoine van Wel" wrote: Heya, we're trying to catch all errors caused by hack & search-bots on our wicket-app. AFAIK these bots take existing links, chop 'em up in smaller chunks and try to append all kind of . We've caught most of the errors which result due to these bots, but this one still stands: XXX.XXX.XXX.XXX - - [22/Dec/2008:00:03:37 +0100] "GET /resources/org.apache.wicket.markup.html.WicketEventReference_false_61497/ HTTP/1.1" 404 952 "-" "-" "-" Causing errors such as 2008-12-22 00:03:41,654 ERROR - [TP-Processor7][org.apache.wicket.request.target.resource.SharedResourceRequestTarget:172] unable to lazily register shared resource org.apache.wicket.ajax.WicketAjaxReference_false_61497/ java.lang.ClassNotFoundException: org.apache.wicket.ajax.WicketAjaxReference_false_61497 at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387) [...snip...] So... any ideas to catch these errors? Antoine -- We don't see things as they are, we see things as we are. - Anais Nin Whether you think you can or whether you think you can't, you're right. - Henry Ford - 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 smime.p7s Description: S/MIME Cryptographic Signature
Re: Dynamic Simple (html) Components
Hi Ernesto, Yes, thanks for your input, I guess the way to go is to wrap components into combined Wicket Panels, and then use repeaters. Thanks again! reiern70 wrote: > > Hi, > >> Component: TextField >> Required: True >> Type: String >> Length:30 >> Order: 2 (The order in which it needs to be displayed on >> the >> form) >> Defaul Value: "some value" >> and so on. >> >> An entry can also define a compound component (like a Wicket panel >> component >> made up of simple components). >> >> So for each entry in the array,the Swing app instantiates, configures, >> and >> adds each component on a Swing Panel. >> >> So I'm sure this can be done in Wicket but I would need to wrap every >> possible component (and compound component) on a Wicket panel in order to >> be >> able to do that. (AFAIK WicketWebBeans does exactly that). >> >> > Yes, there are a few projects out there you could use for a start. But > providing your own solution should be that difficult either. >> I could also use a RepeatingView I guess, but a RepeatingView expects to >> have a pre-defined html file with the html elements (or compound >> components) >> that you're going to be repeating, no? Thing is that in my case we don't >> know up ahead what kind of components we are goingt to get from the >> backend >> service, nor the number of them, or the order for that matter. >> > Use some repeater(s) combined with your own compound panels, > DateFieldPanel, ComboPanel, etc. > > If I were you I would try to define something abstract at the service > level and then bind these abstractions with some kind of component > factory that knows how to read your abstractions. That way the same > definitions could be used for swing. E.g. instead of > >> Component: TextField > > Type: simple-text| compund-text,... > > > > That way you don't bind your definition to a certain kind of component > but delegate this to the factory... So, you could replace it with > something different if need be. >> I will keep on researching the ideas you guys have provided so far. >> >> Thanks again...and Happy Holidays! >> > You are welcome > > Best, > > Ernesto >> >> >> >> > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/Dynamic-Simple-%28html%29-Components-tp21108904p21128229.html Sent from the Wicket - User 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: Multi-tap operations in Wicket
On Mon, Dec 22, 2008 at 2:35 PM, HHB wrote: > > This effects all the Wicket pages in the application, right? > Seam folks advertise this feature as one of the gems of Seam framework, why > Wicket doesn't shed more light on it? > Common Wicket, no need to be humble this time :) I'm just a user, so do not have an answer for that... I guess wicket is so feature rich and there is so much to advertise that maybe that part has been under-stated. Maybe you should write a RFE to add that info to this page? http://wicket.apache.org/features.html Ernesto > > > > reiern70 wrote: > > > > See Application.getPageSettings().getAutomaticMultiWindowSupport() and > the > > explanation given at javadoc. > > On Mon, Dec 22, 2008 at 11:39 AM, HHB wrote: > > > >> > >> Hey, > >> Seam framework supports the multi-tab / multi-window operations, it > >> isolates > >> each process from the other out-of-the-box. > >> Does Wicket offer the same thing? > >> Thanks. > >> -- > >> View this message in context: > >> > http://www.nabble.com/Multi-tap-operations-in-Wicket-tp21125698p21125698.html > >> Sent from the Wicket - User 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 > >> > >> > > > > > > -- > View this message in context: > http://www.nabble.com/Multi-tap-operations-in-Wicket-tp21125698p21127909.html > Sent from the Wicket - User 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: TextField in inmethod grid column header - Firefox issue
Well, you can try catching the event in textfields' onMouseDown and then either set e.ignore=true on it or make it stop propagate. -Matej On Fri, Dec 19, 2008 at 11:07 PM, lesterburlap wrote: > > > Matej Knopp-2 wrote: >> >> it doesn't seem likely for me that the prelight would cause this. But >> it also isn't impossible. These things are quite difficult to predict >> and sometimes also to solve unfortunately. >> >> -Matej >> > > Could it possibly be the InMethod.Drag.onMouseDown method in script.js > that's preventing the focus from being set on the TextField? That method is > called when I click on the TextField, and it returns false... > > 202 onMouseDown: function(e) { > 203 if (typeof(e.ignore) == "undefined") { > 204 > 205 E.stopEvent(e); > 206 this.lastMouseX = e.clientX; > 207 this.lastMouseY = e.clientY; > 208 > 209 addListener(document, "selectstart", this.onSelectStart); > 210 addListener(document, "mousemove", this.onMouseMove, this, true); > 211 addListener(document, "mouseup", this.onMouseUp, this, true); > 212 > 213 this.onDragBegin.bind(this.thisRef)(Wicket.$(this.elementId), e); > 214 } > 215 > 216 return false; > 217 }, > > I'm going to start experimenting with it. Any feedback or hints would be > appreciated. Thanks! > > Lester > -- > View this message in context: > http://www.nabble.com/TextField-in-inmethod-grid-column-header---Firefox-issue-tp21060335p21098990.html > Sent from the Wicket - User 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: error messages due to hack/search-bots
Hmm, actually you have a point. Errors we've caught until now where mis-constructed URLs for pages; those could be user errors too so we wanted to identify all places where it could break and present a good feedback message to the user. But in this particular case something/someone is clearly messing around. Since these errors don't hurt, we don't want to be spammed by error messages. Hence filtering this one out sounds like a good idea. If somebody disagrees, then speak up now :-) thanks !! Antoine. On Mon, Dec 22, 2008 at 2:18 PM, Pointbreak wrote: > Not an answer to your question, but why fight this kind of stuff? It's > an invalid request, so it should result in an error. > > If you don't want these entries in your log, you could just add a filter > to your logger (e.g. filtering out error messages from > org.apache.wicket.request.target.resource.SharedResourceRequestTarget > where the message equals "unable to lazily register shared resource"). > > > On Mon, 22 Dec 2008 14:05 +0100, "Antoine van Wel" > wrote: >> Heya, >> >> we're trying to catch all errors caused by hack & search-bots on our >> wicket-app. AFAIK these bots take existing links, chop 'em up in >> smaller chunks and try to append all kind of . We've caught most >> of the errors which result due to these bots, but this one still >> stands: >> >> XXX.XXX.XXX.XXX - - [22/Dec/2008:00:03:37 +0100] "GET >> /resources/org.apache.wicket.markup.html.WicketEventReference_false_61497/ >> HTTP/1.1" 404 952 "-" "-" "-" >> >> Causing errors such as >> >> 2008-12-22 00:03:41,654 ERROR - >> [TP-Processor7][org.apache.wicket.request.target.resource.SharedResourceRequestTarget:172] >> unable to lazily register shared resource >> org.apache.wicket.ajax.WicketAjaxReference_false_61497/ >> java.lang.ClassNotFoundException: >> org.apache.wicket.ajax.WicketAjaxReference_false_61497 >> at >> >> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387) >> >> [...snip...] >> >> >> So... any ideas to catch these errors? >> >> >> >> Antoine >> >> >> >> -- >> We don't see things as they are, we see things as we are. - Anais Nin >> Whether you think you can or whether you think you can't, you're >> right. - Henry Ford >> >> - >> 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 > > -- We don't see things as they are, we see things as we are. - Anais Nin Whether you think you can or whether you think you can't, you're right. - Henry Ford - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: error messages due to hack/search-bots
Hmm, actually you have a point. Errors we've caught until now where mis-constructed URLs for pages; those could be user errors too so we wanted to identify all places where it could break and present a good feedback message to the user. But in this particular case something/someone is clearly messing around. Since these errors don't hurt, we don't want to be spammed by error messages. Hence filtering this one out sounds like a good idea. If somebody disagrees, then speak up now :-) thanks !! Antoine. On Mon, Dec 22, 2008 at 2:18 PM, Pointbreak wrote: > Not an answer to your question, but why fight this kind of stuff? It's > an invalid request, so it should result in an error. > > If you don't want these entries in your log, you could just add a filter > to your logger (e.g. filtering out error messages from > org.apache.wicket.request.target.resource.SharedResourceRequestTarget > where the message equals "unable to lazily register shared resource"). > > > On Mon, 22 Dec 2008 14:05 +0100, "Antoine van Wel" > wrote: >> Heya, >> >> we're trying to catch all errors caused by hack & search-bots on our >> wicket-app. AFAIK these bots take existing links, chop 'em up in >> smaller chunks and try to append all kind of . We've caught most >> of the errors which result due to these bots, but this one still >> stands: >> >> XXX.XXX.XXX.XXX - - [22/Dec/2008:00:03:37 +0100] "GET >> /resources/org.apache.wicket.markup.html.WicketEventReference_false_61497/ >> HTTP/1.1" 404 952 "-" "-" "-" >> >> Causing errors such as >> >> 2008-12-22 00:03:41,654 ERROR - >> [TP-Processor7][org.apache.wicket.request.target.resource.SharedResourceRequestTarget:172] >> unable to lazily register shared resource >> org.apache.wicket.ajax.WicketAjaxReference_false_61497/ >> java.lang.ClassNotFoundException: >> org.apache.wicket.ajax.WicketAjaxReference_false_61497 >> at >> >> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387) >> >> [...snip...] >> >> >> So... any ideas to catch these errors? >> >> >> >> Antoine >> >> >> >> -- >> We don't see things as they are, we see things as we are. - Anais Nin >> Whether you think you can or whether you think you can't, you're >> right. - Henry Ford >> >> - >> 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 > > -- We don't see things as they are, we see things as we are. - Anais Nin Whether you think you can or whether you think you can't, you're right. - Henry Ford - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Multi-tap operations in Wicket
This effects all the Wicket pages in the application, right? Seam folks advertise this feature as one of the gems of Seam framework, why Wicket doesn't shed more light on it? Common Wicket, no need to be humble this time :) reiern70 wrote: > > See Application.getPageSettings().getAutomaticMultiWindowSupport() and the > explanation given at javadoc. > On Mon, Dec 22, 2008 at 11:39 AM, HHB wrote: > >> >> Hey, >> Seam framework supports the multi-tab / multi-window operations, it >> isolates >> each process from the other out-of-the-box. >> Does Wicket offer the same thing? >> Thanks. >> -- >> View this message in context: >> http://www.nabble.com/Multi-tap-operations-in-Wicket-tp21125698p21125698.html >> Sent from the Wicket - User 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 >> >> > > -- View this message in context: http://www.nabble.com/Multi-tap-operations-in-Wicket-tp21125698p21127909.html Sent from the Wicket - User 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: error messages due to hack/search-bots
Not an answer to your question, but why fight this kind of stuff? It's an invalid request, so it should result in an error. If you don't want these entries in your log, you could just add a filter to your logger (e.g. filtering out error messages from org.apache.wicket.request.target.resource.SharedResourceRequestTarget where the message equals "unable to lazily register shared resource"). On Mon, 22 Dec 2008 14:05 +0100, "Antoine van Wel" wrote: > Heya, > > we're trying to catch all errors caused by hack & search-bots on our > wicket-app. AFAIK these bots take existing links, chop 'em up in > smaller chunks and try to append all kind of . We've caught most > of the errors which result due to these bots, but this one still > stands: > > XXX.XXX.XXX.XXX - - [22/Dec/2008:00:03:37 +0100] "GET > /resources/org.apache.wicket.markup.html.WicketEventReference_false_61497/ > HTTP/1.1" 404 952 "-" "-" "-" > > Causing errors such as > > 2008-12-22 00:03:41,654 ERROR - > [TP-Processor7][org.apache.wicket.request.target.resource.SharedResourceRequestTarget:172] > unable to lazily register shared resource > org.apache.wicket.ajax.WicketAjaxReference_false_61497/ > java.lang.ClassNotFoundException: > org.apache.wicket.ajax.WicketAjaxReference_false_61497 > at > > org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387) > > [...snip...] > > > So... any ideas to catch these errors? > > > > Antoine > > > > -- > We don't see things as they are, we see things as we are. - Anais Nin > Whether you think you can or whether you think you can't, you're > right. - Henry Ford > > - > 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
error messages due to hack/search-bots
Heya, we're trying to catch all errors caused by hack & search-bots on our wicket-app. AFAIK these bots take existing links, chop 'em up in smaller chunks and try to append all kind of . We've caught most of the errors which result due to these bots, but this one still stands: XXX.XXX.XXX.XXX - - [22/Dec/2008:00:03:37 +0100] "GET /resources/org.apache.wicket.markup.html.WicketEventReference_false_61497/ HTTP/1.1" 404 952 "-" "-" "-" Causing errors such as 2008-12-22 00:03:41,654 ERROR - [TP-Processor7][org.apache.wicket.request.target.resource.SharedResourceRequestTarget:172] unable to lazily register shared resource org.apache.wicket.ajax.WicketAjaxReference_false_61497/ java.lang.ClassNotFoundException: org.apache.wicket.ajax.WicketAjaxReference_false_61497 at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387) [...snip...] So... any ideas to catch these errors? Antoine -- We don't see things as they are, we see things as we are. - Anais Nin Whether you think you can or whether you think you can't, you're right. - Henry Ford - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Multi-tap operations in Wicket
See Application.getPageSettings().getAutomaticMultiWindowSupport() and the explanation given at javadoc. On Mon, Dec 22, 2008 at 11:39 AM, HHB wrote: > > Hey, > Seam framework supports the multi-tab / multi-window operations, it > isolates > each process from the other out-of-the-box. > Does Wicket offer the same thing? > Thanks. > -- > View this message in context: > http://www.nabble.com/Multi-tap-operations-in-Wicket-tp21125698p21125698.html > Sent from the Wicket - User 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: Filtering data in DataTable
Mike, The phonebook example from wicket-stuff (currently down?) shows how to use the wicket-extra filters. Regards, Erik. Mike wrote: Is there a way to create filter for numeric types in DataTable column that would allow user to enter/choose value for filter state object and choose if values selected to be shown in DataTable should be bigger, lesser or equal to the entered/chosen value? -- Erik van Oosten http://day-to-day-stuff.blogspot.com/ - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Round corners n' stuff? Possible Contribution?
Ok - so I investigated a bit more - turns out I had a greasemonkey script messing with it. DOH. It looks beautiful :) - all works now. (and turns out safari is ok - i was under the impression example 7 was misbehaving). Sorry for the confusion. -- View this message in context: http://www.nabble.com/Round-corners-n%27-stuff--Possible-Contribution--tp21097913p21126358.html Sent from the Wicket - User 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: Round corners n' stuff? Possible Contribution?
can you put it here somewhere appropriate i'll correct it to a working state then:: https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-core/artwork-parent/artwork Gerolf Seitz wrote: i think i have an integration for the latest nifty libs [0] lying around haven't looked at it in quite a while, so maybe it's not that good anyway :) gerolf [0] http://www.html.it/articoli/niftycube/index.html On Fri, Dec 19, 2008 at 9:31 PM, Nino Martinez wrote: Im fed up with all the different approaches to make your pages look great.. So I'll want to make a contrib for this : http://www.ruzee.com/content/liquid-canvas & http://www.html.it/articoli/nifty/index.html unless somebody has a better suggestion? WDYT? regards Nino - 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: Round corners n' stuff? Possible Contribution?
Yeah it's good. But depends highly on your use case.. In most of my cases we cant afford to miss too many people.. Most people just don't care what browser they have, they just want the sites they visit to look good, and if their browser just not happen to support css 3 then they do not believe it's their fault the site looks crappy. Regards Nino Martijn Dashorst wrote: On Mon, Dec 22, 2008 at 11:14 AM, Steve Swinsburg wrote: or the simple CSS you can apply yourself. .roundedThing { -moz-border-radius: 5px; -webkit-border-radius: 5px; } however that may not be 100% across all browsers. Which is great: it rewards users that have up-to-date browsers that aren't locked in the previous century with a much prettier UI, whilst still having a functioning app. 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
Multi-tap operations in Wicket
Hey, Seam framework supports the multi-tab / multi-window operations, it isolates each process from the other out-of-the-box. Does Wicket offer the same thing? Thanks. -- View this message in context: http://www.nabble.com/Multi-tap-operations-in-Wicket-tp21125698p21125698.html Sent from the Wicket - User 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: Round corners n' stuff? Possible Contribution?
On Mon, Dec 22, 2008 at 11:14 AM, Steve Swinsburg wrote: > or the simple CSS you can apply yourself. > .roundedThing { > -moz-border-radius: 5px; > -webkit-border-radius: 5px; > } > however that may not be 100% across all browsers. Which is great: it rewards users that have up-to-date browsers that aren't locked in the previous century with a much prettier UI, whilst still having a functioning app. Martijn - 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 > > > > 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"> > > Pharmaco > > > > WicketFilter > > org.apache.wicket.protocol.http.WicketFilter > > > > applicationClassName > > ch.clinpharm.MyApplication > > > > > > configuration > > deployment > > > > > > mailAdm > > a...@bidon.ch > > > > > > > > WicketFilter > > /* > > > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Round corners n' stuff? Possible Contribution?
The liquidcanvas seems to be working fine on Safari 3.2.1. I'm all for a jQuery plugin as they generally seems to be more cross browser compatible. There is also jQuery corners: http://www.atblabs.com/jquery.corners.html or the simple CSS you can apply yourself. .roundedThing { -moz-border-radius: 5px; -webkit-border-radius: 5px; } however that may not be 100% across all browsers. And yeah this is mixing style with code if you have it in a Wicket library. cheers, Steve On 22 Dec 2008, at 05:15, Ned Collyer wrote: FYI, I cannot see the liquid stuff with the latest firefox on osx leopard - its borked. Also looks like crap in safari :) Soo bring on the nifty - but I wouldn't waste your time on liquid canvas because I do not believe the browser support (currently) warrants your effort. I think it would be valuable to add support AFTER nifty corners - but if the browsers never play nice, you will have wasted a bit of time. Sure you might have learned something cool, so perhaps thats not so bad, but if the Liquid Canvas becomes defunct - then you're carrying baggage that will never reach its potential of awesome - and it could be a deterrent from using your lib. I hope I have conveyed my thoughts adequately - and not quelled passionate development :) Nino Martinez-2 wrote: Ok cool.. I heard that nifty corners require less cpu and are smaller than liquid... Thats why I want to support the two... I'll go ahead and hack something together :) -- View this message in context: http://www.nabble.com/Round-corners-n%27-stuff--Possible-Contribution--tp21097913p21122955.html Sent from the Wicket - User 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 smime.p7s Description: S/MIME cryptographic signature
Re: Round corners n' stuff? Possible Contribution?
i think i have an integration for the latest nifty libs [0] lying around haven't looked at it in quite a while, so maybe it's not that good anyway :) gerolf [0] http://www.html.it/articoli/niftycube/index.html On Fri, Dec 19, 2008 at 9:31 PM, Nino Martinez wrote: > Im fed up with all the different approaches to make your pages look great.. > > So I'll want to make a contrib for this : > http://www.ruzee.com/content/liquid-canvas & > http://www.html.it/articoli/nifty/index.html unless somebody has a better > suggestion? > > WDYT? > > regards Nino > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: Filtering data in DataTable
Hello, I don't know of any stock component that does this but it should be straight forward to create a component that supports it. What I'd do for this case is create a text field for the value input, drop down choice for the less than, greater than and equals options. The model containing the values for these fields would be passed into the IDataProvider of the table which could handler the filtering. As for placement you might be able to bind them onto a toolbar on the data table. Mike Is there a way to create filter for numeric types in DataTable column that would allow user to enter/choose value for filter state object and choose if values selected to be shown in DataTable should be bigger, lesser or equal to the entered/chosen value? I'd really appreciate any help Best regards and merry x-mas :-) - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Deploy problem
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 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"> Pharmaco WicketFilter org.apache.wicket.protocol.http.WicketFilter applicationClassName ch.clinpharm.MyApplication configuration deployment mailAdm a...@bidon.ch WicketFilter /*