Re: Spacing IE7 Issue when doing Wicket.setVisible() on WebMarkupContainer
Does it work when you're running without any CSS? We have experienced similar problems with 'inline-block' styled markup. Sven On 10/07/2013 07:19 PM, eugenebalt wrote: I don't know if anyone can help on this, but we ran into an IE7 issue (it doesn't happen in IE8) where, when we toggle the visibility of some MarkupContainers, the parent containers keep the original spacing they had before, and don't suppress/expand properly to accommodate the new layout (child panel is shown/hidden). So, we either get blank whitespace, or the panel (when shown) is cut off. There are N parent containers (they can be added dynamically in our app) and in each one, an AjaxCheckBox triggers the visibility of an additional child WMC panel. The last, Nth parent container, always resizes itself properly. But any of the earlier ones, don't change their size when the child panel is shown/hidden. We only see this in IE 7 Compatibility mode. We've tried all kinds of CSS and JS tricks but no luck. Thanks -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Spacing-IE7-Issue-when-doing-Wicket-setVisible-on-WebMarkupContainer-tp4661733.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
Spacing IE7 Issue when doing Wicket.setVisible() on WebMarkupContainer
I don't know if anyone can help on this, but we ran into an IE7 issue (it doesn't happen in IE8) where, when we toggle the visibility of some MarkupContainers, the parent containers keep the original spacing they had before, and don't suppress/expand properly to accommodate the new layout (child panel is shown/hidden). So, we either get blank whitespace, or the panel (when shown) is cut off. There are N parent containers (they can be added dynamically in our app) and in each one, an AjaxCheckBox triggers the visibility of an additional child WMC panel. The last, Nth parent container, always resizes itself properly. But any of the earlier ones, don't change their size when the child panel is shown/hidden. We only see this in IE 7 Compatibility mode. We've tried all kinds of CSS and JS tricks but no luck. Thanks -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Spacing-IE7-Issue-when-doing-Wicket-setVisible-on-WebMarkupContainer-tp4661733.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: Wicket Bootstrap 3
Hi, there's an issue for that on github, the problem is related to guava 15.0 which contains a non cdi1.0 compatible beans.xml file. https://github.com/l0rdn1kk0n/wicket-bootstrap/issues/234 cheers, Michael Am 07.10.2013 um 17:21 schrieb David Beer : > Hi All > > I am trying out Wicket Bootstrap3 on JBoss AS 7.1.1 and am getting the > following error about not being able to find the bootstrap resources in the > webjars. > > 16:15:54,432 WARN [RequestCycleExtra] (http--127.0.0.1-8080-2) Handling > the following exception: org.apache.wicket.WicketRuntimeException: > java.lang.IllegalArgumentException: > /webjars/bootstrap/3.0.0/css/bootstrap.css could not be found. Make sure > you've added the corresponding WebJar and please check for typos. >at > de.agilecoders.wicket.webjars.util.file.WebjarsResourceFinder.find(WebjarsResourceFinder.java:90) > [wicket-webjars-0.3.0.jar:] >at > org.apache.wicket.core.util.resource.locator.ResourceStreamLocator.locate(ResourceStreamLocator.java:130) > [wicket-core-6.11.0.jar:6.11.0] >at > org.apache.wicket.core.util.resource.locator.ResourceStreamLocator.locate(ResourceStreamLocator.java:164) > [wicket-core-6.11.0.jar:6.11.0] >at > org.apache.wicket.core.util.resource.locator.caching.CachingResourceStreamLocator.locate(CachingResourceStreamLocator.java:122) > [wicket-core-6.11.0.jar:6.11.0] >at > org.apache.wicket.request.resource.PackageResource.exists(PackageResource.java:522) > [wicket-core-6.11.0.jar:6.11.0] >at > org.apache.wicket.request.resource.PackageResource.exists(PackageResource.java:498) > [wicket-core-6.11.0.jar:6.11.0] >at > org.apache.wicket.request.resource.ResourceReferenceRegistry$DefaultResourceReferenceFactory.create(ResourceReferenceRegistry.java:79) > [wicket-core-6.11.0.jar:6.11.0] >at > org.apache.wicket.request.resource.ResourceReferenceRegistry.createDefaultResourceReference(ResourceReferenceRegistry.java:398) > [wicket-core-6.11.0.jar:6.11.0] >at > org.apache.wicket.request.resource.ResourceReferenceRegistry.addDefaultResourceReference(ResourceReferenceRegistry.java:340) > [wicket-core-6.11.0.jar:6.11.0] >at > org.apache.wicket.request.resource.ResourceReferenceRegistry.getResourceReference(ResourceReferenceRegistry.java:265) > [wicket-core-6.11.0.jar:6.11.0] >at > org.apache.wicket.request.resource.ResourceReferenceRegistry.getResourceReference(ResourceReferenceRegistry.java:217) > [wicket-core-6.11.0.jar:6.11.0] >at > org.apache.wicket.core.request.mapper.BasicResourceReferenceMapper.mapRequest(BasicResourceReferenceMapper.java:133) > [wicket-core-6.11.0.jar:6.11.0] >at > org.apache.wicket.request.mapper.ParentPathReferenceRewriter.mapRequest(ParentPathReferenceRewriter.java:84) > [wicket-request-6.11.0.jar:6.11.0] >at > org.apache.wicket.request.mapper.CompoundRequestMapper.mapRequest(CompoundRequestMapper.java:152) > [wicket-request-6.11.0.jar:6.11.0] >at > org.apache.wicket.request.cycle.RequestCycle.resolveRequestHandler(RequestCycle.java:190) > [wicket-core-6.11.0.jar:6.11.0] >at > org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:215) > [wicket-core-6.11.0.jar:6.11.0] >at > org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:289) > [wicket-core-6.11.0.jar:6.11.0] >at > org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:259) > [wicket-core-6.11.0.jar:6.11.0] >at > org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:201) > [wicket-core-6.11.0.jar:6.11.0] >at > org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:282) > [wicket-core-6.11.0.jar:6.11.0] >at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) > [jbossweb-7.0.13.Final.jar:] >at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > [jbossweb-7.0.13.Final.jar:] >at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) > [jbossweb-7.0.13.Final.jar:] >at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) > [jbossweb-7.0.13.Final.jar:] >at > org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) > [jboss-as-jpa-7.1.1.Final.jar:7.1.1.Final] >at > org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) > [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] >at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) > [jbossweb-7.0.13.Final.jar:] >at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > [jbossweb-7.0.13.Final.jar:] >at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > [jbossweb-7.0.13.Final.jar:] >at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) > [jbossweb-7.0.
Wicket 1.5 Page Expired in JMeter
I'm using Wicket 1.5.8 and tried to use JMeter for loading tests. My problem is that it records well but when running the recorded scenario I get a page expired response. It occurs also when I run only one thread one time. Yes, I use HTTP Cookie Manager and delete session after each run. I know the Apache JMeter/Wicket Page and did some research about this topic, but I got no answer what the problem is. Maybe I can get some help or hints here!? Thanks! rawe -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-1-5-Page-Expired-in-JMeter-tp4661732.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
Wicket Bootstrap 3
Hi All I am trying out Wicket Bootstrap3 on JBoss AS 7.1.1 and am getting the following error about not being able to find the bootstrap resources in the webjars. 16:15:54,432 WARN [RequestCycleExtra] (http--127.0.0.1-8080-2) Handling the following exception: org.apache.wicket.WicketRuntimeException: java.lang.IllegalArgumentException: /webjars/bootstrap/3.0.0/css/bootstrap.css could not be found. Make sure you've added the corresponding WebJar and please check for typos. at de.agilecoders.wicket.webjars.util.file.WebjarsResourceFinder.find(WebjarsResourceFinder.java:90) [wicket-webjars-0.3.0.jar:] at org.apache.wicket.core.util.resource.locator.ResourceStreamLocator.locate(ResourceStreamLocator.java:130) [wicket-core-6.11.0.jar:6.11.0] at org.apache.wicket.core.util.resource.locator.ResourceStreamLocator.locate(ResourceStreamLocator.java:164) [wicket-core-6.11.0.jar:6.11.0] at org.apache.wicket.core.util.resource.locator.caching.CachingResourceStreamLocator.locate(CachingResourceStreamLocator.java:122) [wicket-core-6.11.0.jar:6.11.0] at org.apache.wicket.request.resource.PackageResource.exists(PackageResource.java:522) [wicket-core-6.11.0.jar:6.11.0] at org.apache.wicket.request.resource.PackageResource.exists(PackageResource.java:498) [wicket-core-6.11.0.jar:6.11.0] at org.apache.wicket.request.resource.ResourceReferenceRegistry$DefaultResourceReferenceFactory.create(ResourceReferenceRegistry.java:79) [wicket-core-6.11.0.jar:6.11.0] at org.apache.wicket.request.resource.ResourceReferenceRegistry.createDefaultResourceReference(ResourceReferenceRegistry.java:398) [wicket-core-6.11.0.jar:6.11.0] at org.apache.wicket.request.resource.ResourceReferenceRegistry.addDefaultResourceReference(ResourceReferenceRegistry.java:340) [wicket-core-6.11.0.jar:6.11.0] at org.apache.wicket.request.resource.ResourceReferenceRegistry.getResourceReference(ResourceReferenceRegistry.java:265) [wicket-core-6.11.0.jar:6.11.0] at org.apache.wicket.request.resource.ResourceReferenceRegistry.getResourceReference(ResourceReferenceRegistry.java:217) [wicket-core-6.11.0.jar:6.11.0] at org.apache.wicket.core.request.mapper.BasicResourceReferenceMapper.mapRequest(BasicResourceReferenceMapper.java:133) [wicket-core-6.11.0.jar:6.11.0] at org.apache.wicket.request.mapper.ParentPathReferenceRewriter.mapRequest(ParentPathReferenceRewriter.java:84) [wicket-request-6.11.0.jar:6.11.0] at org.apache.wicket.request.mapper.CompoundRequestMapper.mapRequest(CompoundRequestMapper.java:152) [wicket-request-6.11.0.jar:6.11.0] at org.apache.wicket.request.cycle.RequestCycle.resolveRequestHandler(RequestCycle.java:190) [wicket-core-6.11.0.jar:6.11.0] at org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:215) [wicket-core-6.11.0.jar:6.11.0] at org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:289) [wicket-core-6.11.0.jar:6.11.0] at org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:259) [wicket-core-6.11.0.jar:6.11.0] at org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:201) [wicket-core-6.11.0.jar:6.11.0] at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:282) [wicket-core-6.11.0.jar:6.11.0] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:] at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:] at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:] at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:] at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25]
Re: CryptoMapper and mounted pages.
Hi Dmitry!
Thank you for your suggestion, but I can't see how bundled
BookmarkableCryptoMapper could help in my case. In my quickstart on 6.10.0
CryptoMapper is never given a word, so it will never join the mapper chain,
during mapHandler(..) in case of bookmarkable page, disregarding its
implementation.
I'll try to illustrate the behavior:
in my Application.init() after calling /"setRootRequestMapper(new
CryptoMapper(getRootRequestMapper(), this));"/ the mappers hierarchy is like
this:
- CryptoMapper
|
|-- SystemMapper
| Collection of Wicket internal mappers
This state it is fine, CryptoMapper is set as root and is decorating all
request / handler processing to wicket internal mapper and therefore encodes
/ decodes urls produced by them.
but next line in application init, after I set /"mountPage("nice/nicer"
BookedPage.class);"/ the hierarchy is like this:
- CompoundRequestMapper
|
|--CryptoMapper
| |--SystemMapper
||--Wicket mappers collection
|
|--MountedMapper
To describe the problem - CompoundRequestMapper (set as root) is processing
mapHandler(ListenerInterfaceRequestHandler), executes its mappers in reverse
order (only 2 in my case) until one returns non-null URL, so MountedMapper
is executed first, returns a non-null URL and than the thread is returned
back to the callers (component.urlFor(), etc, during rendering), *but
CryptoMapper is never invited to "say Hi"!*
To quick-fix my case it is enough to:
public Url mapHandler(IRequestHandler requestHandler) {
if (requestHandler instanceof RenderPageRequestHandler) {
return super.mapHandler(requestHandler);
}
return null;
}
in a MountedMapper extension to encode all, with an exception for URL in a
web browser. But anyway I don't see the reason, why it must be done manually
and why Wicket should silently bypassing all URL encrypting for bookmarkable
pages.
Looking forward next shooting session! Roman.
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/CryptoMapper-and-mounted-pages-tp4661676p4661730.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: jquery.ui.calendar hiddenDays
Hi! I upgraded from 6.7 to 6.11.0 and It works. Thanks. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/jquery-ui-calendar-hiddenDays-tp4661704p4661728.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
