Re: JasperReport viewing options for wicket 1.5
https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/jasperreports-parent On Mon, Jan 17, 2011 at 11:29 PM, Jim Pinkham pinkh...@gmail.com wrote: I found this tantalizingly close msg: http://www.mail-archive.com/users@wicket.apache.org/msg55375.html Sounds like about what I'd need; except I've moved on to wicket 1.5. I don't need any pagination or other bells whistles - just a simple way to deliver dynamically generated pdf reports. (Although Excel ouput might be nice too) I think I'd do links with report name and other named parameters in the URL, then have my app declare a shared resource mounted at \reports. I was hoping someone has already done this and I could learn (or shamelessly copy) from it. ;) I could not find any version of org.wicketstuff jasperreports 1.4.x I did find jasperreports-maven-plugin and so it's compiling .jrxml into .jasper at build time just fine. Could someone kindly point me in the right direction with a brief example perhaps? Thanks, -- Jim.
o.a.w.Resource in 1.5
Hi, where is org.apache.wicket.Resource nowadays? I didn't find any info about this class in the migration guide. Thanks, Peter - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: o.a.w.Resource in 1.5
Look for IResoource 2011/1/18 Major Péter majorpe...@sch.bme.hu Hi, where is org.apache.wicket.Resource nowadays? I didn't find any info about this class in the migration guide. Thanks, Peter - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
How can i change lang attribute in html markup tag?
Hello, i'm new to wicket and the mailing list. I already checked the search machines but didn't found anything. i have to migrate a jsp. In the jsp there is a html tag like this: html xmlns=http://www.w3.org/1999/xhtml; xmlns:wicket=http://wicket.apache.org/dtds.data/wicket-xhtml1.4-strict.dtd; lang=${prefLang} xml:lang=${prefLang} The ${prefLang} was an attribute from the session scope. I already saw that wicket provides a language in session to. Now my question: What is the wicket way for accessing the session locale and provide it in the markup (for lang attribute)? Thanks for helping me. Mike - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Free wicket from component hierarchy hell
Jira issue https://issues.apache.org/jira/browse/WICKET-3335 https://issues.apache.org/jira/browse/WICKET-3335 -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Free-wicket-from-component-hierarchy-hell-tp3027705p3221292.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Free wicket from component hierarchy hell
This wont go in Wicket 1.5. If there are no issues then most probably it will be included in 1.6 Thanks ! On Tue, Jan 18, 2011 at 10:04 AM, Giannis Koutsoubos kouts...@gmail.comwrote: Jira issue https://issues.apache.org/jira/browse/WICKET-3335 https://issues.apache.org/jira/browse/WICKET-3335 -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Free-wicket-from-component-hierarchy-hell-tp3027705p3221292.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Free wicket from component hierarchy hell
Hi! We would like to see it in 1.4, if possible. ** Martin 2011/1/18 Martin Grigorov mgrigo...@apache.org: This wont go in Wicket 1.5. If there are no issues then most probably it will be included in 1.6 Thanks ! On Tue, Jan 18, 2011 at 10:04 AM, Giannis Koutsoubos kouts...@gmail.comwrote: Jira issue https://issues.apache.org/jira/browse/WICKET-3335 https://issues.apache.org/jira/browse/WICKET-3335 -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Free-wicket-from-component-hierarchy-hell-tp3027705p3221292.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Free wicket from component hierarchy hell
I don't take decisions alone but I'd vote -1 for 1.4.x. 1.4.x is the stable version and I don't want to compromise it with feature that is neither a regression nor a security hole. Please port the patch to 1.5/trunk and then we can talk about adding it in early 1.5.x versions. 1.5-RC1 will be re-released in the next 24 hours. Please test it and file tickets for regressions. As soon as we release it we will have time to add new features. Thanks! On Tue, Jan 18, 2011 at 10:25 AM, Martin Makundi martin.maku...@koodaripalvelut.com wrote: Hi! We would like to see it in 1.4, if possible. ** Martin 2011/1/18 Martin Grigorov mgrigo...@apache.org: This wont go in Wicket 1.5. If there are no issues then most probably it will be included in 1.6 Thanks ! On Tue, Jan 18, 2011 at 10:04 AM, Giannis Koutsoubos kouts...@gmail.com wrote: Jira issue https://issues.apache.org/jira/browse/WICKET-3335 https://issues.apache.org/jira/browse/WICKET-3335 -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Free-wicket-from-component-hierarchy-hell-tp3027705p3221292.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Free wicket from component hierarchy hell
I vote +1 for also 1.4.x because this feature does not compromise anything, it is just an alternate way of adding components. ** Martin 2011/1/18 Martin Grigorov mgrigo...@apache.org: I don't take decisions alone but I'd vote -1 for 1.4.x. 1.4.x is the stable version and I don't want to compromise it with feature that is neither a regression nor a security hole. Please port the patch to 1.5/trunk and then we can talk about adding it in early 1.5.x versions. 1.5-RC1 will be re-released in the next 24 hours. Please test it and file tickets for regressions. As soon as we release it we will have time to add new features. Thanks! On Tue, Jan 18, 2011 at 10:25 AM, Martin Makundi martin.maku...@koodaripalvelut.com wrote: Hi! We would like to see it in 1.4, if possible. ** Martin 2011/1/18 Martin Grigorov mgrigo...@apache.org: This wont go in Wicket 1.5. If there are no issues then most probably it will be included in 1.6 Thanks ! On Tue, Jan 18, 2011 at 10:04 AM, Giannis Koutsoubos kouts...@gmail.com wrote: Jira issue https://issues.apache.org/jira/browse/WICKET-3335 https://issues.apache.org/jira/browse/WICKET-3335 -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Free-wicket-from-component-hierarchy-hell-tp3027705p3221292.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Free wicket from component hierarchy hell
-1 for 1.4.x as well. No need to add this to current wicket. If it is so important, wicket is open source, and you can readily port it yourself. Martijn On Tue, Jan 18, 2011 at 10:43 AM, Martin Grigorov mgrigo...@apache.org wrote: I don't take decisions alone but I'd vote -1 for 1.4.x. 1.4.x is the stable version and I don't want to compromise it with feature that is neither a regression nor a security hole. Please port the patch to 1.5/trunk and then we can talk about adding it in early 1.5.x versions. 1.5-RC1 will be re-released in the next 24 hours. Please test it and file tickets for regressions. As soon as we release it we will have time to add new features. Thanks! On Tue, Jan 18, 2011 at 10:25 AM, Martin Makundi martin.maku...@koodaripalvelut.com wrote: Hi! We would like to see it in 1.4, if possible. ** Martin 2011/1/18 Martin Grigorov mgrigo...@apache.org: This wont go in Wicket 1.5. If there are no issues then most probably it will be included in 1.6 Thanks ! On Tue, Jan 18, 2011 at 10:04 AM, Giannis Koutsoubos kouts...@gmail.com wrote: Jira issue https://issues.apache.org/jira/browse/WICKET-3335 https://issues.apache.org/jira/browse/WICKET-3335 -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Free-wicket-from-component-hierarchy-hell-tp3027705p3221292.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Become a Wicket expert, learn from the best: http://wicketinaction.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Free wicket from component hierarchy hell
On Tue, Jan 18, 2011 at 10:43 AM, Martin Grigorov mgrigo...@apache.org wrote: Please port the patch to 1.5/trunk and then we can talk about adding it in early 1.5.x versions. I would be wary about adding this to 1.5 as well (that is -1 for 1.5). 1.6 will be a fine place for this to get ironed out. Martijn - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [Ljava.lang.String; cannot be cast to java.lang.String - BookmarkablePageRequestTargetUrlCodingStrategy
I only see it in production On Jan 17, 2011, at 6:38 PM, Igor Vaynberg wrote: not really sure what is happenning. that url is pretty badly mangled. can you set a breakpoint in part of the code that generates it and see if its wicket or someone is playing with the url. -igor On Mon, Jan 17, 2011 at 11:56 AM, Douglas Ferguson doug...@douglasferguson.us wrote: Thoughts? On Jan 14, 2011, at 5:44 PM, Douglas Ferguson wrote: This looks like it must have been one of them. - - [13/Jan/2011:14:26:34 -0600] GET /?wicket:interface=:26::INewBrowserWindowListener:: HTTP/1.1 302 - http://app.buzzstream.com/link_partners/wicket:pageMapName/link_partners/org.apache.wicket.markup.html.WicketEventReference/wicket-event.js/wicket:pageMapName/resources; Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13 GTB7.1 ( .NET CLR 3.5.30729) - - [13/Jan/2011:14:26:34 -0600] GET /?wicket:interface=wicket-8:27 HTTP/1.1 200 3163 http://app.buzzstream.com/link_partners/wicket:pageMapName/link_partners/org.apache.wicket.markup.html.WicketEventReference/wicket-event.js/wicket:pageMapName/resources; Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13 GTB7.1 ( .NET CLR 3.5.30729) On Jan 14, 2011, at 5:23 PM, Igor Vaynberg wrote: do their apache logs contain a sample of the url that caused this error? would be helpful to see one. -igor On Fri, Jan 14, 2011 at 3:12 PM, Douglas Ferguson doug...@douglasferguson.us wrote: Sorry about my previous title. I'm not sure what's causing this, but I've spoken with some of my clients, who spawned these errors and they weren't manipulating the querystrings.. So I'm not sure how two pagemap paramenters are getting in there.. D/ On Jan 13, 2011, at 11:40 AM, Douglas Ferguson wrote: I see the stack trace below in my production logs quite often. I'm not sure what is causing it but it seems that this error need not happen. I.E. Why Cast this to a string when it could easily be String[] if somebody messes with the query string? Seem like a parameters.removeFirst() method could prevent this.. String pageMapNameEncoded = (String)parameters.remove(WebRequestCodingStrategy.PAGEMAP); if (requestParameters.getPageMapName() == null) { requestParameters.setPageMapName(pageMapNameEncoded); } [Ljava.lang.String; cannot be cast to java.lang.String java.lang.ClassCastException: [Ljava.lang.String; cannot be cast to java.lang.String at org.apache.wicket.request.target.coding.BookmarkablePageRequestTargetUrlCodingStrategy.decode(BookmarkablePageRequestTargetUrlCodingStrategy.java:91) at org.apache.wicket.protocol.http.request.WebRequestCodingStrategy.targetForRequest(WebRequestCodingStrategy.java:537) at org.apache.wicket.protocol.http.WebRequestCycleProcessor.resolve(WebRequestCycleProcessor.java:191) at org.apache.wicket.protocol.https.HttpsRequestCycleProcessor.resolve(HttpsRequestCycleProcessor.java:219) at com.conducive.wicket.PRManagerApplication$8.resolve(PRManagerApplication.java:709) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1310) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436) at org.apache.wicket.RequestCycle.request(RequestCycle.java:545) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:484) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:317) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:200) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:773) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:703) at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:895) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689) at java.lang.Thread.run(Unknown Source) - To
Multipart issues in Wicket 1.4.15
Encountering a show stopper for our project that involves being able to deal with a form containing a file upload that can be revealed depending on whether that particular workflow is desired. Please see attached quickstart project that shows this failing using Wicket version 1.4.15 ( http://apache-wicket.1842946.n4.nabble.com/file/n3221308/nestedFormsWithMultipart.zip nestedFormsWithMultipart.zip ). Basically, first click on the New button to reveal the hidden form (that has the file upload). Now hit the Cancel button and the form is hidden. Ok, but now if you click on New again the an multipart exception is thrown. This may be somewhat related to Nested Forms and Multipart Fileupload Issue (http://apache-wicket.1842946.n4.nabble.com/Nested-Forms-and-Multipart-Fileupload-Issue-tp1844365p1844365.html), but a quick read of that thread suggest it is dealing with modal stuff (thus I created this post). I think this is a bug, as I don't remember this failing in the previous version we were using (Wicket 1.4.9) - though this is still to be confirmed. - Eric is learning how to use Wicket and enjoying the experience so far... -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Multipart-issues-in-Wicket-1-4-15-tp3221308p3221308.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Question about stateless forms
So is this a bug? Should I create a JIRA issue for this? Thanks, Peter 2011-01-15 23:14 keltezéssel, Igor Vaynberg írta: my first gut feeling is that if the form is stateless it should use the page's url as its action. this way page parameters are preserved and we can properly parse them out of the query string without mixing them with form parameters -igor 2011/1/15 Major Pétermajorpe...@sch.bme.hu: Hi, I'm experiencing, that if you have a stateless form on a page, and the user session expires, then Wicket reinstantiates the given page with the forms POST parameters as PageParameters. Is this the correct behaviour? Am I the only one suffering from this? If the user is at showuser/id/123 and the showuser page MUST have an 'id' parameter, and the user submits a stateless form without a session, then my page constructor will blow up with invalid parameter error. Does anyone have an idea how to resolve this? Thanks, Peter - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: JasperReport viewing options for wicket 1.5
Thanks - so glad to see it's been ported to 1.5; now, I need the jar. Maven gives me: Unable to find resource 'org.wicketstuff:jasperreports:pom:1.5-SNAPSHOT' in repository public (http://public) .. and then again for 2 repositories I tried adding: wicket-snaps, and nonatype-nexus-snapshots at urlhttp://wicketstuff.org/maven/repository/url and urlhttp://oss.sonatype.org/content/repositories/snapshots /url Am I missing a new repository since the move to GIT ? Everything else (wicket, wicket-extensions, wicket-datetime, wicket-auth-roles, mysql-connectory-java, commons-dbcp, spring, jasperreports, ehcache, jetty ...etc works OK. ?? Perhaps someone who knows might be able to update this wiki page: http://wicketstuff.org/confluence/display/STUFFWEB/Home#Home-WheredoIdownloadstablereleases%3F Thanks, -- Jim. On Tue, Jan 18, 2011 at 3:16 AM, Martin Grigorov mgrigo...@apache.orgwrote: https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/jasperreports-parent
Bookmarkable resource link
Hi ; I would like to create a link that launches a popup window. The link is a resource link that displays lauches a popup window that displays a pdf (i have the adobe viewer plugin in IE) . How do i do this: Thanks in advance. Josh
Re: JasperReport viewing options for wicket 1.5
You'll need to build it yourself locally. There is not yet a release of wicketstuff-1.5 at oss.sonatype.org. I think we will release it once Wicket 1.5-RC1 is released (hopefully this week). On Tue, Jan 18, 2011 at 2:48 PM, Jim Pinkham pinkh...@gmail.com wrote: Thanks - so glad to see it's been ported to 1.5; now, I need the jar. Maven gives me: Unable to find resource 'org.wicketstuff:jasperreports:pom:1.5-SNAPSHOT' in repository public (http://public) .. and then again for 2 repositories I tried adding: wicket-snaps, and nonatype-nexus-snapshots at urlhttp://wicketstuff.org/maven/repository/url and urlhttp://oss.sonatype.org/content/repositories/snapshots /url Am I missing a new repository since the move to GIT ? Everything else (wicket, wicket-extensions, wicket-datetime, wicket-auth-roles, mysql-connectory-java, commons-dbcp, spring, jasperreports, ehcache, jetty ...etc works OK. ?? Perhaps someone who knows might be able to update this wiki page: http://wicketstuff.org/confluence/display/STUFFWEB/Home#Home-WheredoIdownloadstablereleases%3F Thanks, -- Jim. On Tue, Jan 18, 2011 at 3:16 AM, Martin Grigorov mgrigo...@apache.org wrote: https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/jasperreports-parent
Re: [Ljava.lang.String; cannot be cast to java.lang.String - BookmarkablePageRequestTargetUrlCodingStrategy
is the app proxied? could be a proxy mangling it on a rewrite. -igor On Tue, Jan 18, 2011 at 1:57 AM, Douglas Ferguson doug...@douglasferguson.us wrote: I only see it in production On Jan 17, 2011, at 6:38 PM, Igor Vaynberg wrote: not really sure what is happenning. that url is pretty badly mangled. can you set a breakpoint in part of the code that generates it and see if its wicket or someone is playing with the url. -igor On Mon, Jan 17, 2011 at 11:56 AM, Douglas Ferguson doug...@douglasferguson.us wrote: Thoughts? On Jan 14, 2011, at 5:44 PM, Douglas Ferguson wrote: This looks like it must have been one of them. - - [13/Jan/2011:14:26:34 -0600] GET /?wicket:interface=:26::INewBrowserWindowListener:: HTTP/1.1 302 - http://app.buzzstream.com/link_partners/wicket:pageMapName/link_partners/org.apache.wicket.markup.html.WicketEventReference/wicket-event.js/wicket:pageMapName/resources; Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13 GTB7.1 ( .NET CLR 3.5.30729) - - [13/Jan/2011:14:26:34 -0600] GET /?wicket:interface=wicket-8:27 HTTP/1.1 200 3163 http://app.buzzstream.com/link_partners/wicket:pageMapName/link_partners/org.apache.wicket.markup.html.WicketEventReference/wicket-event.js/wicket:pageMapName/resources; Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13 GTB7.1 ( .NET CLR 3.5.30729) On Jan 14, 2011, at 5:23 PM, Igor Vaynberg wrote: do their apache logs contain a sample of the url that caused this error? would be helpful to see one. -igor On Fri, Jan 14, 2011 at 3:12 PM, Douglas Ferguson doug...@douglasferguson.us wrote: Sorry about my previous title. I'm not sure what's causing this, but I've spoken with some of my clients, who spawned these errors and they weren't manipulating the querystrings.. So I'm not sure how two pagemap paramenters are getting in there.. D/ On Jan 13, 2011, at 11:40 AM, Douglas Ferguson wrote: I see the stack trace below in my production logs quite often. I'm not sure what is causing it but it seems that this error need not happen. I.E. Why Cast this to a string when it could easily be String[] if somebody messes with the query string? Seem like a parameters.removeFirst() method could prevent this.. String pageMapNameEncoded = (String)parameters.remove(WebRequestCodingStrategy.PAGEMAP); if (requestParameters.getPageMapName() == null) { requestParameters.setPageMapName(pageMapNameEncoded); } [Ljava.lang.String; cannot be cast to java.lang.String java.lang.ClassCastException: [Ljava.lang.String; cannot be cast to java.lang.String at org.apache.wicket.request.target.coding.BookmarkablePageRequestTargetUrlCodingStrategy.decode(BookmarkablePageRequestTargetUrlCodingStrategy.java:91) at org.apache.wicket.protocol.http.request.WebRequestCodingStrategy.targetForRequest(WebRequestCodingStrategy.java:537) at org.apache.wicket.protocol.http.WebRequestCycleProcessor.resolve(WebRequestCycleProcessor.java:191) at org.apache.wicket.protocol.https.HttpsRequestCycleProcessor.resolve(HttpsRequestCycleProcessor.java:219) at com.conducive.wicket.PRManagerApplication$8.resolve(PRManagerApplication.java:709) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1310) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436) at org.apache.wicket.RequestCycle.request(RequestCycle.java:545) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:484) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:317) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:200) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:773) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:703) at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:895) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
Re: Question about stateless forms
not sure if its a bug, but its definitely a better way of handling stateless form submits i think. and yes, file a jira. -igor 2011/1/18 Major Péter majorpe...@sch.bme.hu: So is this a bug? Should I create a JIRA issue for this? Thanks, Peter 2011-01-15 23:14 keltezéssel, Igor Vaynberg írta: my first gut feeling is that if the form is stateless it should use the page's url as its action. this way page parameters are preserved and we can properly parse them out of the query string without mixing them with form parameters -igor 2011/1/15 Major Pétermajorpe...@sch.bme.hu: Hi, I'm experiencing, that if you have a stateless form on a page, and the user session expires, then Wicket reinstantiates the given page with the forms POST parameters as PageParameters. Is this the correct behaviour? Am I the only one suffering from this? If the user is at showuser/id/123 and the showuser page MUST have an 'id' parameter, and the user submits a stateless form without a session, then my page constructor will blow up with invalid parameter error. Does anyone have an idea how to resolve this? Thanks, Peter - 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: JavaScript bug in IE (wicket-event.js)
seems weird. that file works ok on other pages? -igor On Mon, Jan 17, 2011 at 11:53 PM, Alec Swan alecs...@gmail.com wrote: Hello, I have a website using Wicket 1.4.14. There is a link which pops up a window/page generated by Wicket. The popup works great in Firefox and Chrome, but in IE I get the following error: Webpage error details User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; GTB6.6; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; MDDR; InfoPath.3) Timestamp: Tue, 18 Jan 2011 07:47:14 UTC Message: 'navigator' is undefined Line: 21 Char: 1 Code: 0 URI: http://www.customerelite.com/lrm/resources/org.apache.wicket.markup.html.WicketEventReference/wicket-event.js Is this a bug? Any easy way to fix/patch this? Thanks, Alec - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: JavaScript bug in IE (wicket-event.js)
I've encountered errors like this where the browser renders a javascript error relating to undefined variables in various wicket framework javascript files. The only browser/version where I have observed this was in IE6 (don't ask). -J.D. -Original Message- From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] Sent: Tuesday, January 18, 2011 10:10 AM To: users@wicket.apache.org Subject: Re: JavaScript bug in IE (wicket-event.js) seems weird. that file works ok on other pages? -igor On Mon, Jan 17, 2011 at 11:53 PM, Alec Swan alecs...@gmail.com wrote: Hello, I have a website using Wicket 1.4.14. There is a link which pops up a window/page generated by Wicket. The popup works great in Firefox and Chrome, but in IE I get the following error: Webpage error details User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; GTB6.6; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; MDDR; InfoPath.3) Timestamp: Tue, 18 Jan 2011 07:47:14 UTC Message: 'navigator' is undefined Line: 21 Char: 1 Code: 0 URI: http://www.customerelite.com/lrm/resources/org.apache.wicket.markup.html.WicketEventReference/wicket-event.js Is this a bug? Any easy way to fix/patch this? Thanks, Alec - 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: Multipart issues in Wicket 1.4.15
file a jira issue. it will get lost here. -igor On Tue, Jan 18, 2011 at 2:43 AM, exl eric@uwa.edu.au wrote: Encountering a show stopper for our project that involves being able to deal with a form containing a file upload that can be revealed depending on whether that particular workflow is desired. Please see attached quickstart project that shows this failing using Wicket version 1.4.15 ( http://apache-wicket.1842946.n4.nabble.com/file/n3221308/nestedFormsWithMultipart.zip nestedFormsWithMultipart.zip ). Basically, first click on the New button to reveal the hidden form (that has the file upload). Now hit the Cancel button and the form is hidden. Ok, but now if you click on New again the an multipart exception is thrown. This may be somewhat related to Nested Forms and Multipart Fileupload Issue (http://apache-wicket.1842946.n4.nabble.com/Nested-Forms-and-Multipart-Fileupload-Issue-tp1844365p1844365.html), but a quick read of that thread suggest it is dealing with modal stuff (thus I created this post). I think this is a bug, as I don't remember this failing in the previous version we were using (Wicket 1.4.9) - though this is still to be confirmed. - Eric is learning how to use Wicket and enjoying the experience so far... -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Multipart-issues-in-Wicket-1-4-15-tp3221308p3221308.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Multipart issues in Wicket 1.4.15
Set the root form as multipart in the onInitialize method, Wicket will fail in detect the form as multipart if the inner one with the upload field is not visible at the first render. On Tue, Jan 18, 2011 at 8:43 AM, exl eric@uwa.edu.au wrote: Encountering a show stopper for our project that involves being able to deal with a form containing a file upload that can be revealed depending on whether that particular workflow is desired. Please see attached quickstart project that shows this failing using Wicket version 1.4.15 ( http://apache-wicket.1842946.n4.nabble.com/file/n3221308/nestedFormsWithMultipart.zip nestedFormsWithMultipart.zip ). Basically, first click on the New button to reveal the hidden form (that has the file upload). Now hit the Cancel button and the form is hidden. Ok, but now if you click on New again the an multipart exception is thrown. This may be somewhat related to Nested Forms and Multipart Fileupload Issue ( http://apache-wicket.1842946.n4.nabble.com/Nested-Forms-and-Multipart-Fileupload-Issue-tp1844365p1844365.html ), but a quick read of that thread suggest it is dealing with modal stuff (thus I created this post). I think this is a bug, as I don't remember this failing in the previous version we were using (Wicket 1.4.9) - though this is still to be confirmed. - Eric is learning how to use Wicket and enjoying the experience so far... -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Multipart-issues-in-Wicket-1-4-15-tp3221308p3221308.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Pedro Henrique Oliveira dos Santos
Re: JasperReport viewing options for wicket 1.5
Well, I seem to be making good progress, but still not 100% there. I got git and did a clone of wicketstuff and built jasperreports and added it's target\jar to my local repo. I only had to change the core's pom.xml to refer to the 1.5-M3 version I'm using instead of 1.5-SNAPSHOT. So far so good - pdf reports work fine (hooray) but now XLS is giving me this: NoClassDefFoundError: org/apache/poi/hssf/usermodel/HSSFCellStyle Also, while I'm at it, maybe this saves someone else a bit of effort - I had to add a log4j dependency to the jasperreports-maven-plugin as described in the final post here: http://jasperforge.org/plugins/espforum/view.php?group_id=102forumid=103topicid=63750 And here's how I'm using it: public class ReportResource extends JRConcreteResourceIJRResourceHandler { public ReportResource(final String report, final IJRResourceHandler handler, final MapString,Object params) { super(new File(ReportResource.class.getClassLoader() .getResource(report+.jasper).getFile()), fixXls(handler)); setReportParameters(params); setFileName(report+handler.getExtension()); setConnectionProvider(new IDatabaseConnectionProvider() { private static final long serialVersionUID = 1L; public Connection get() { try { // If I hold on to conn reference here I get serializable problems return MyApplication.get().getConnectionForCurrentDatabase(); } catch (SQLException e) { return null; } } public void release() {} // should I be doing conn.close? }); } } And then here's how I use it: add(new ResourceLinkVoid(testPdf, new ReportResource(report1, new PdfResourceHandler(), params))); add(new ResourceLinkVoid(testXls, new ReportResource(report1, new XlsResourceHandler(), params))); So I think it's just a missing dependency someplace... anyone got a tip for me? (ideally, how I can find it myself rather than mooch) Any advice would be most welcome! Thanks, -- Jim. On Tue, Jan 18, 2011 at 8:59 AM, Martin Grigorov mgrigo...@apache.orgwrote: You'll need to build it yourself locally. There is not yet a release of wicketstuff-1.5 at oss.sonatype.org. I think we will release it once Wicket 1.5-RC1 is released (hopefully this week). On Tue, Jan 18, 2011 at 2:48 PM, Jim Pinkham pinkh...@gmail.com wrote: Thanks - so glad to see it's been ported to 1.5; now, I need the jar. Maven gives me: Unable to find resource 'org.wicketstuff:jasperreports:pom:1.5-SNAPSHOT' in repository public (http://public) .. and then again for 2 repositories I tried adding: wicket-snaps, and nonatype-nexus-snapshots at urlhttp://wicketstuff.org/maven/repository/url and urlhttp://oss.sonatype.org/content/repositories/snapshots /url Am I missing a new repository since the move to GIT ? Everything else (wicket, wicket-extensions, wicket-datetime, wicket-auth-roles, mysql-connectory-java, commons-dbcp, spring, jasperreports, ehcache, jetty ...etc works OK. ?? Perhaps someone who knows might be able to update this wiki page: http://wicketstuff.org/confluence/display/STUFFWEB/Home#Home-WheredoIdownloadstablereleases%3F Thanks, -- Jim. On Tue, Jan 18, 2011 at 3:16 AM, Martin Grigorov mgrigo...@apache.org wrote: https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/jasperreports-parent
Re: JasperReport viewing options for wicket 1.5
... and to follow up briefly - I got past the class not found by adding: !-- this should be redundant?? -- dependency groupIdorg.apache.poi/groupId artifactIdpoi/artifactId version3.2-FINAL/version /dependency (Although even then, mvn eclipse:eclipse didn't add it - I had to add it myself to the classpath! - perhaps because it's declared as optional in the projects's pom.xml ? wierd.) So now I can click on my link and download an XLS, but then I get this lovely message: Excel found unreadable content in 'report1xls'. Do you want to recover the contents... OK sure... then: 'Damage to the file was so extensive that repairs were not possible. ...etc'. The resulting workbook that finally opens looks like it's ok at first, then all messed up starting a few pages down where a string value contains an ampersand (It's possible the data has some HTML like amp;). To say that I'm out of my element here is an understatement. If I don't get any better ideas, I'll go with this hack (notice I switch to using the HTML exporter): private static IJRResourceHandler fixXls(IJRResourceHandler handler) { // kludge for xls if (handler instanceof XlsResourceHandler) { return new XlsResourceHandler() { private static final long serialVersionUID = 1L; @Override public JRAbstractExporter newExporter() { JRAbstractExporter exporterXLS = new JRHtmlExporter(); exporterXLS.setParameter(JRXlsAbstractExporterParameter.IS_ONE_PAGE_PER_SHEET, Boolean.TRUE); exporterXLS.setParameter(JRXlsAbstractExporterParameter.IS_DETECT_CELL_TYPE, Boolean.TRUE); exporterXLS.setParameter(JRXlsAbstractExporterParameter.IS_WHITE_PAGE_BACKGROUND, Boolean.TRUE); exporterXLS.setParameter(JRXlsAbstractExporterParameter.IS_REMOVE_EMPTY_SPACE_BETWEEN_ROWS, Boolean.TRUE); return exporterXLS; } }; } return handler; } But it makes all kinds of ugly dead image links every other row and column around the data. Yuck. Any other jasper users want to share any tips here? Thanks, -- Jim. On Tue, Jan 18, 2011 at 2:17 PM, Jim Pinkham pinkh...@gmail.com wrote: Well, I seem to be making good progress, but still not 100% there. I got git and did a clone of wicketstuff and built jasperreports and added it's target\jar to my local repo. I only had to change the core's pom.xml to refer to the 1.5-M3 version I'm using instead of 1.5-SNAPSHOT. So far so good - pdf reports work fine (hooray) but now XLS is giving me this: NoClassDefFoundError: org/apache/poi/hssf/usermodel/HSSFCellStyle Also, while I'm at it, maybe this saves someone else a bit of effort - I had to add a log4j dependency to the jasperreports-maven-plugin as described in the final post here: http://jasperforge.org/plugins/espforum/view.php?group_id=102forumid=103topicid=63750 And here's how I'm using it: public class ReportResource extends JRConcreteResourceIJRResourceHandler { public ReportResource(final String report, final IJRResourceHandler handler, final MapString,Object params) { super(new File(ReportResource.class.getClassLoader() .getResource(report+.jasper).getFile()), fixXls(handler)); setReportParameters(params); setFileName(report+handler.getExtension()); setConnectionProvider(new IDatabaseConnectionProvider() { private static final long serialVersionUID = 1L; public Connection get() { try { // If I hold on to conn reference here I get serializable problems return MyApplication.get().getConnectionForCurrentDatabase(); } catch (SQLException e) { return null; } } public void release() {} // should I be doing conn.close? }); } } And then here's how I use it: add(new ResourceLinkVoid(testPdf, new ReportResource(report1, new PdfResourceHandler(), params))); add(new ResourceLinkVoid(testXls, new ReportResource(report1, new XlsResourceHandler(), params))); So I think it's just a missing dependency someplace... anyone got a tip for me? (ideally, how I can find it myself rather than mooch) Any advice would be most welcome! Thanks, -- Jim. On Tue, Jan 18, 2011 at 8:59 AM, Martin Grigorov mgrigo...@apache.orgwrote: You'll need to build it yourself locally. There is not yet a release of wicketstuff-1.5 at oss.sonatype.org. I think we will release it once Wicket 1.5-RC1 is released (hopefully this week). On Tue, Jan 18, 2011 at 2:48 PM, Jim Pinkham pinkh...@gmail.com wrote: Thanks - so glad to see it's been ported to 1.5; now, I need the jar. Maven gives me: Unable to find resource
Re: [Ljava.lang.String; cannot be cast to java.lang.String - BookmarkablePageRequestTargetUrlCodingStrategy
There is no proxy On Jan 18, 2011, at 10:48 AM, Igor Vaynberg wrote: is the app proxied? could be a proxy mangling it on a rewrite. -igor On Tue, Jan 18, 2011 at 1:57 AM, Douglas Ferguson doug...@douglasferguson.us wrote: I only see it in production On Jan 17, 2011, at 6:38 PM, Igor Vaynberg wrote: not really sure what is happenning. that url is pretty badly mangled. can you set a breakpoint in part of the code that generates it and see if its wicket or someone is playing with the url. -igor On Mon, Jan 17, 2011 at 11:56 AM, Douglas Ferguson doug...@douglasferguson.us wrote: Thoughts? On Jan 14, 2011, at 5:44 PM, Douglas Ferguson wrote: This looks like it must have been one of them. - - [13/Jan/2011:14:26:34 -0600] GET /?wicket:interface=:26::INewBrowserWindowListener:: HTTP/1.1 302 - http://app.buzzstream.com/link_partners/wicket:pageMapName/link_partners/org.apache.wicket.markup.html.WicketEventReference/wicket-event.js/wicket:pageMapName/resources; Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13 GTB7.1 ( .NET CLR 3.5.30729) - - [13/Jan/2011:14:26:34 -0600] GET /?wicket:interface=wicket-8:27 HTTP/1.1 200 3163 http://app.buzzstream.com/link_partners/wicket:pageMapName/link_partners/org.apache.wicket.markup.html.WicketEventReference/wicket-event.js/wicket:pageMapName/resources; Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13 GTB7.1 ( .NET CLR 3.5.30729) On Jan 14, 2011, at 5:23 PM, Igor Vaynberg wrote: do their apache logs contain a sample of the url that caused this error? would be helpful to see one. -igor On Fri, Jan 14, 2011 at 3:12 PM, Douglas Ferguson doug...@douglasferguson.us wrote: Sorry about my previous title. I'm not sure what's causing this, but I've spoken with some of my clients, who spawned these errors and they weren't manipulating the querystrings.. So I'm not sure how two pagemap paramenters are getting in there.. D/ On Jan 13, 2011, at 11:40 AM, Douglas Ferguson wrote: I see the stack trace below in my production logs quite often. I'm not sure what is causing it but it seems that this error need not happen. I.E. Why Cast this to a string when it could easily be String[] if somebody messes with the query string? Seem like a parameters.removeFirst() method could prevent this.. String pageMapNameEncoded = (String)parameters.remove(WebRequestCodingStrategy.PAGEMAP); if (requestParameters.getPageMapName() == null) { requestParameters.setPageMapName(pageMapNameEncoded); } [Ljava.lang.String; cannot be cast to java.lang.String java.lang.ClassCastException: [Ljava.lang.String; cannot be cast to java.lang.String at org.apache.wicket.request.target.coding.BookmarkablePageRequestTargetUrlCodingStrategy.decode(BookmarkablePageRequestTargetUrlCodingStrategy.java:91) at org.apache.wicket.protocol.http.request.WebRequestCodingStrategy.targetForRequest(WebRequestCodingStrategy.java:537) at org.apache.wicket.protocol.http.WebRequestCycleProcessor.resolve(WebRequestCycleProcessor.java:191) at org.apache.wicket.protocol.https.HttpsRequestCycleProcessor.resolve(HttpsRequestCycleProcessor.java:219) at com.conducive.wicket.PRManagerApplication$8.resolve(PRManagerApplication.java:709) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1310) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436) at org.apache.wicket.RequestCycle.request(RequestCycle.java:545) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:484) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:317) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:200) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:773) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:703) at
Re: Bookmarkable resource link
mount a shared resource and create a link to that resource reference. On Tue, Jan 18, 2011 at 7:55 AM, Josh Kamau joshnet2...@gmail.com wrote: Hi ; I would like to create a link that launches a popup window. The link is a resource link that displays lauches a popup window that displays a pdf (i have the adobe viewer plugin in IE) . How do i do this: Thanks in advance. Josh -- Jeremy Thomerson http://wickettraining.com *Need a CMS for Wicket? Use Brix! http://brixcms.org*
Re: Free wicket from component hierarchy hell
I agree. I'm -0 in general, and definitely -1 for 1.4 and -0.9 for 1.5. On Tue, Jan 18, 2011 at 3:54 AM, Martijn Dashorst martijn.dasho...@gmail.com wrote: On Tue, Jan 18, 2011 at 10:43 AM, Martin Grigorov mgrigo...@apache.org wrote: Please port the patch to 1.5/trunk and then we can talk about adding it in early 1.5.x versions. I would be wary about adding this to 1.5 as well (that is -1 for 1.5). 1.6 will be a fine place for this to get ironed out. Martijn - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Jeremy Thomerson http://wickettraining.com *Need a CMS for Wicket? Use Brix! http://brixcms.org*
RE: Oracle Wicket Starter Application Project
Hi, if anyone is interested, I've ported my Oracle/Wicket starter application to Postgresql. There is a similar philosophy - the 'one big application user' architecture is rejected - applications users are database users, so that security can be enforced on every tier. It is at: https://github.com/andrewah/Wicket---Postgresql-Template Cheers, Andrew. From: andre...@hotmail.com To: users@wicket.apache.org Subject: Oracle Wicket Starter Application Project Date: Tue, 21 Dec 2010 22:14:07 + Hi, I've put together a project based on Wicket Oracle which I'd hope could serve as a good starting point for applications based on these 2 technologies. My background is in writing large applications based upon Oracle I wrote this to learn about Wicket Java and also to prove to myself that best practices from the database world - which sadly I've rarely seen implemented in modern web applications! - such as: - using individual database users to represent real users - giving end-to-end authentication allowing the use of features such as SQL Trace fine grained auditing - using database roles to restrict access to data, and not relying wholly on application enforced security are compatible with modern web application frameworks. Wicket definitely didn't give me too many headaches! It's on github at: https://github.com/andrewah/Wicket---Oracle-Template It'd be fair to say that some of my Java may not be of the highest standard, so if anyone has the inclination to look at this, any constructive feedback would be appreciated. Cheers, Andrew.
Re: [Ljava.lang.String; cannot be cast to java.lang.String - BookmarkablePageRequestTargetUrlCodingStrategy
not sure then. seems rather strange that you cant reproduce it locally. what container is it running in? -igor On Tue, Jan 18, 2011 at 12:41 PM, Douglas Ferguson doug...@douglasferguson.us wrote: There is no proxy On Jan 18, 2011, at 10:48 AM, Igor Vaynberg wrote: is the app proxied? could be a proxy mangling it on a rewrite. -igor On Tue, Jan 18, 2011 at 1:57 AM, Douglas Ferguson doug...@douglasferguson.us wrote: I only see it in production On Jan 17, 2011, at 6:38 PM, Igor Vaynberg wrote: not really sure what is happenning. that url is pretty badly mangled. can you set a breakpoint in part of the code that generates it and see if its wicket or someone is playing with the url. -igor On Mon, Jan 17, 2011 at 11:56 AM, Douglas Ferguson doug...@douglasferguson.us wrote: Thoughts? On Jan 14, 2011, at 5:44 PM, Douglas Ferguson wrote: This looks like it must have been one of them. - - [13/Jan/2011:14:26:34 -0600] GET /?wicket:interface=:26::INewBrowserWindowListener:: HTTP/1.1 302 - http://app.buzzstream.com/link_partners/wicket:pageMapName/link_partners/org.apache.wicket.markup.html.WicketEventReference/wicket-event.js/wicket:pageMapName/resources; Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13 GTB7.1 ( .NET CLR 3.5.30729) - - [13/Jan/2011:14:26:34 -0600] GET /?wicket:interface=wicket-8:27 HTTP/1.1 200 3163 http://app.buzzstream.com/link_partners/wicket:pageMapName/link_partners/org.apache.wicket.markup.html.WicketEventReference/wicket-event.js/wicket:pageMapName/resources; Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13 GTB7.1 ( .NET CLR 3.5.30729) On Jan 14, 2011, at 5:23 PM, Igor Vaynberg wrote: do their apache logs contain a sample of the url that caused this error? would be helpful to see one. -igor On Fri, Jan 14, 2011 at 3:12 PM, Douglas Ferguson doug...@douglasferguson.us wrote: Sorry about my previous title. I'm not sure what's causing this, but I've spoken with some of my clients, who spawned these errors and they weren't manipulating the querystrings.. So I'm not sure how two pagemap paramenters are getting in there.. D/ On Jan 13, 2011, at 11:40 AM, Douglas Ferguson wrote: I see the stack trace below in my production logs quite often. I'm not sure what is causing it but it seems that this error need not happen. I.E. Why Cast this to a string when it could easily be String[] if somebody messes with the query string? Seem like a parameters.removeFirst() method could prevent this.. String pageMapNameEncoded = (String)parameters.remove(WebRequestCodingStrategy.PAGEMAP); if (requestParameters.getPageMapName() == null) { requestParameters.setPageMapName(pageMapNameEncoded); } [Ljava.lang.String; cannot be cast to java.lang.String java.lang.ClassCastException: [Ljava.lang.String; cannot be cast to java.lang.String at org.apache.wicket.request.target.coding.BookmarkablePageRequestTargetUrlCodingStrategy.decode(BookmarkablePageRequestTargetUrlCodingStrategy.java:91) at org.apache.wicket.protocol.http.request.WebRequestCodingStrategy.targetForRequest(WebRequestCodingStrategy.java:537) at org.apache.wicket.protocol.http.WebRequestCycleProcessor.resolve(WebRequestCycleProcessor.java:191) at org.apache.wicket.protocol.https.HttpsRequestCycleProcessor.resolve(HttpsRequestCycleProcessor.java:219) at com.conducive.wicket.PRManagerApplication$8.resolve(PRManagerApplication.java:709) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1310) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436) at org.apache.wicket.RequestCycle.request(RequestCycle.java:545) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:484) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:317) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:200) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283) at
Re: Multipart issues in Wicket 1.4.15
I tested the quickstart with the HomeForm multipart property set to true and it is all ok. I'm 1+ to change Form#isMultipart implementation to don't test the form components visibility while visiting children. It is quite natural to have them set to true and sent back to browser in an AJAX response, in which case the form can possible do not have the correspondent enctype tag attribute. On Tue, Jan 18, 2011 at 3:43 PM, Pedro Santos pedros...@gmail.com wrote: Set the root form as multipart in the onInitialize method, Wicket will fail in detect the form as multipart if the inner one with the upload field is not visible at the first render. On Tue, Jan 18, 2011 at 8:43 AM, exl eric@uwa.edu.au wrote: Encountering a show stopper for our project that involves being able to deal with a form containing a file upload that can be revealed depending on whether that particular workflow is desired. Please see attached quickstart project that shows this failing using Wicket version 1.4.15 ( http://apache-wicket.1842946.n4.nabble.com/file/n3221308/nestedFormsWithMultipart.zip nestedFormsWithMultipart.zip ). Basically, first click on the New button to reveal the hidden form (that has the file upload). Now hit the Cancel button and the form is hidden. Ok, but now if you click on New again the an multipart exception is thrown. This may be somewhat related to Nested Forms and Multipart Fileupload Issue ( http://apache-wicket.1842946.n4.nabble.com/Nested-Forms-and-Multipart-Fileupload-Issue-tp1844365p1844365.html ), but a quick read of that thread suggest it is dealing with modal stuff (thus I created this post). I think this is a bug, as I don't remember this failing in the previous version we were using (Wicket 1.4.9) - though this is still to be confirmed. - Eric is learning how to use Wicket and enjoying the experience so far... -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Multipart-issues-in-Wicket-1-4-15-tp3221308p3221308.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Pedro Henrique Oliveira dos Santos -- Pedro Henrique Oliveira dos Santos
Re: Multipart issues in Wicket 1.4.15
what about cases where users swap in an upload field later? in this case visibility isnt going to help. this is why we provide a way for the user to hard-set the value to true via form.setmultipart(true) - which is what i think exl should do. -igor On Tue, Jan 18, 2011 at 3:41 PM, Pedro Santos pedros...@gmail.com wrote: I tested the quickstart with the HomeForm multipart property set to true and it is all ok. I'm 1+ to change Form#isMultipart implementation to don't test the form components visibility while visiting children. It is quite natural to have them set to true and sent back to browser in an AJAX response, in which case the form can possible do not have the correspondent enctype tag attribute. On Tue, Jan 18, 2011 at 3:43 PM, Pedro Santos pedros...@gmail.com wrote: Set the root form as multipart in the onInitialize method, Wicket will fail in detect the form as multipart if the inner one with the upload field is not visible at the first render. On Tue, Jan 18, 2011 at 8:43 AM, exl eric@uwa.edu.au wrote: Encountering a show stopper for our project that involves being able to deal with a form containing a file upload that can be revealed depending on whether that particular workflow is desired. Please see attached quickstart project that shows this failing using Wicket version 1.4.15 ( http://apache-wicket.1842946.n4.nabble.com/file/n3221308/nestedFormsWithMultipart.zip nestedFormsWithMultipart.zip ). Basically, first click on the New button to reveal the hidden form (that has the file upload). Now hit the Cancel button and the form is hidden. Ok, but now if you click on New again the an multipart exception is thrown. This may be somewhat related to Nested Forms and Multipart Fileupload Issue ( http://apache-wicket.1842946.n4.nabble.com/Nested-Forms-and-Multipart-Fileupload-Issue-tp1844365p1844365.html ), but a quick read of that thread suggest it is dealing with modal stuff (thus I created this post). I think this is a bug, as I don't remember this failing in the previous version we were using (Wicket 1.4.9) - though this is still to be confirmed. - Eric is learning how to use Wicket and enjoying the experience so far... -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Multipart-issues-in-Wicket-1-4-15-tp3221308p3221308.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Pedro Henrique Oliveira dos Santos -- Pedro Henrique Oliveira dos Santos - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Multipart issues in Wicket 1.4.15
Ok. So Igor you're basically saying that as long as there is a possibility for a file upload, the root form should always be setMultiPart(true) as part of initialisation. I guess this means it is not a bug? (if so, then I won't add this to your bug tracking). I should mention that it will be possible to do perform a separate workflow (not implemented here) that will not require a file upload (i.e. where the hidden form remains hidden). I'm going to test this suggestion out in our main development project and send another update shortly. - Eric is learning how to use Wicket and enjoying the experience so far... -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Multipart-issues-in-Wicket-1-4-15-tp3221308p3224483.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Multipart issues in Wicket 1.4.15
Should we set the parent form to multipart somewhere around the post-configure / pre-render of a FileUpload? It could find its parent Form and do it automatically. I guess the question is really: is there anytime that we *wouldn't* want that to happen automatically? If we do it post-configure / pre-render, we can do it anytime there is a visible file upload field. On Tue, Jan 18, 2011 at 6:31 PM, Igor Vaynberg igor.vaynb...@gmail.comwrote: what about cases where users swap in an upload field later? in this case visibility isnt going to help. this is why we provide a way for the user to hard-set the value to true via form.setmultipart(true) - which is what i think exl should do. -igor On Tue, Jan 18, 2011 at 3:41 PM, Pedro Santos pedros...@gmail.com wrote: I tested the quickstart with the HomeForm multipart property set to true and it is all ok. I'm 1+ to change Form#isMultipart implementation to don't test the form components visibility while visiting children. It is quite natural to have them set to true and sent back to browser in an AJAX response, in which case the form can possible do not have the correspondent enctype tag attribute. On Tue, Jan 18, 2011 at 3:43 PM, Pedro Santos pedros...@gmail.com wrote: Set the root form as multipart in the onInitialize method, Wicket will fail in detect the form as multipart if the inner one with the upload field is not visible at the first render. On Tue, Jan 18, 2011 at 8:43 AM, exl eric@uwa.edu.au wrote: Encountering a show stopper for our project that involves being able to deal with a form containing a file upload that can be revealed depending on whether that particular workflow is desired. Please see attached quickstart project that shows this failing using Wicket version 1.4.15 ( http://apache-wicket.1842946.n4.nabble.com/file/n3221308/nestedFormsWithMultipart.zip nestedFormsWithMultipart.zip ). Basically, first click on the New button to reveal the hidden form (that has the file upload). Now hit the Cancel button and the form is hidden. Ok, but now if you click on New again the an multipart exception is thrown. This may be somewhat related to Nested Forms and Multipart Fileupload Issue ( http://apache-wicket.1842946.n4.nabble.com/Nested-Forms-and-Multipart-Fileupload-Issue-tp1844365p1844365.html ), but a quick read of that thread suggest it is dealing with modal stuff (thus I created this post). I think this is a bug, as I don't remember this failing in the previous version we were using (Wicket 1.4.9) - though this is still to be confirmed. - Eric is learning how to use Wicket and enjoying the experience so far... -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Multipart-issues-in-Wicket-1-4-15-tp3221308p3221308.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Pedro Henrique Oliveira dos Santos -- Pedro Henrique Oliveira dos Santos - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Jeremy Thomerson http://wickettraining.com *Need a CMS for Wicket? Use Brix! http://brixcms.org*
Re: Multipart issues in Wicket 1.4.15
Well as per Pedro and Igor's observation - if I setMultiPart(true) on the root form on initialisation, then I don't encounter exceptions any more using Wicket 1.4.15. I've applied this in our main development project and it seems to work fine. As a quick test, I switched back to Wicket version 1.4.9 for our main development project and also reverted the above change (removed that setMultiPart(true) on our root form). The same kind of workflow worked without throwing a multipart related exception, so I suspect that in 1.4.9 the automatic multipart detection was able to correctly update the root form multipart setting. This is not to say that 1.4.9 is the correct behaviour, since I'm thinking that perhaps 1.4.15 enables greater manual control over how multipart works on each form. So I think Jeremy (and Pedro earlier?) asks a valid question as to whether the FileUpload should always be automatically updating the root form multipart properties depending on the FileUpload field being enabled and visible. As long as I can understand the expected behaviour, then either way should be fine as long as I can still do what I want to do :) Let us know what is decided... - Eric is learning how to use Wicket and enjoying the experience so far... -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Multipart-issues-in-Wicket-1-4-15-tp3221308p3224533.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Multipart issues in Wicket 1.4.15
As an after thought, I'm leaning towards leaving 1.4.15 the way it is. I like the idea of having greater control over the multipart settings, assuming developers know when to enable it and when not to. For example, if I had another nested form that doesn't involve a file upload, then I'm thinking that I should be able to disable the multipart on the root form if this non-upload nested form is being shown (rather than always have the multipart set to true for the entire lifetime of the root form). Unless the automatic setting of multipart is always reliable in all use cases, then leaving it the way it is in 1.4.15 allows developers to better understand and control when the multipart setting should be applied or not. That's my two cents anyway. - Eric is learning how to use Wicket and enjoying the experience so far... -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Multipart-issues-in-Wicket-1-4-15-tp3221308p3224553.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Multipart issues in Wicket 1.4.15
Hi am not sure if a user vote is going on here. My 2 cents for my own insecurities: Leave it as is! Its good enough. I'm pretty much screwing around with FileUpload in many ways and overall its great. thanks - Don't take life too seriously, your'e not getting out it alive anyway! -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Multipart-issues-in-Wicket-1-4-15-tp3221308p3224563.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Multipart issues in Wicket 1.4.15
On Tue, Jan 18, 2011 at 11:08 PM, Arjun Dhar dhar...@yahoo.com wrote: Hi am not sure if a user vote is going on here. Nah - a vote would have [VOTE] in the subject, and they are typically only on the dev@ list, not users@. But, we're *always* open to feedback here. My 2 cents for my own insecurities: Leave it as is! Its good enough. I'm pretty much screwing around with FileUpload in many ways and overall its great. Well, that's the thing. According to the original poster, the functionality differs between 1.4.9 and 1.4.15. So, if that's the case, this was a minor regression. So, which way should it be? Well, that's what I'm asking :) -- Jeremy Thomerson http://wickettraining.com *Need a CMS for Wicket? Use Brix! http://brixcms.org*
Re: Multipart issues in Wicket 1.4.15
in 1.4.9 it worked because we did not take visibility of children into account. eg an invisible multipart component would make the form multipart as well. this was inconsistent so it was fixed. as far as automatic detection - i think in this case it happens during an ajax update and going from non-multipart to multipart would require the form tag to be updated to add the encoding. if axl updated the formtag via ajax then everything would work, but i dont think it is the case. -igor On Tue, Jan 18, 2011 at 9:12 PM, Jeremy Thomerson jer...@wickettraining.com wrote: On Tue, Jan 18, 2011 at 11:08 PM, Arjun Dhar dhar...@yahoo.com wrote: Hi am not sure if a user vote is going on here. Nah - a vote would have [VOTE] in the subject, and they are typically only on the dev@ list, not users@. But, we're *always* open to feedback here. My 2 cents for my own insecurities: Leave it as is! Its good enough. I'm pretty much screwing around with FileUpload in many ways and overall its great. Well, that's the thing. According to the original poster, the functionality differs between 1.4.9 and 1.4.15. So, if that's the case, this was a minor regression. So, which way should it be? Well, that's what I'm asking :) -- Jeremy Thomerson http://wickettraining.com *Need a CMS for Wicket? Use Brix! http://brixcms.org* - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org