Re: jquery.ui.calendar hiddenDays

2013-10-07 Thread Selom
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



Re: CryptoMapper and mounted pages.

2013-10-07 Thread Roman Grigoriadi
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



Wicket Bootstrap 3

2013-10-07 Thread 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.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]

Wicket 1.5 Page Expired in JMeter

2013-10-07 Thread rawe
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



Re: Wicket Bootstrap 3

2013-10-07 Thread Michael Haitz
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 david.m.b...@gmail.com:

 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
 

Spacing IE7 Issue when doing Wicket.setVisible() on WebMarkupContainer

2013-10-07 Thread eugenebalt
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: Spacing IE7 Issue when doing Wicket.setVisible() on WebMarkupContainer

2013-10-07 Thread Sven Meier

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