Re: org.apache.wicket.io.util.Connections.getLastModified(URL url)
Created https://issues.apache.org/jira/browse/WICKET-5838
Kind regards,
Stijn Niclaes
On Wed, Feb 18, 2015 at 2:24 PM, Martin Grigorov
wrote:
> Please create a ticket in JIRA.
>
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
>
> On Wed, Feb 18, 2015 at 3:21 PM, Stijn Niclaes
> wrote:
>
> > As I understand it, getCacheKey() returning null results in no cache(at
> > all), this is what we did before and probably what I will revert back to.
> > But it's not really what I want: Ops complained about network traffic(no
> > cache means every request fetches one of the basepages) and we got our
> > drupal vendor to return the last-modified header, and keep it up-to-date,
> > but now it seems wicket cannot get the value of the last-modified header
> > because of the implementation in this Connections class.
> >
> > I wrote a unit-test that does the same as
> Connections.getLastModified(final
> > URL url) and the lastmodified value is always 0 when doInput is set to
> > false.
> > So I think this cache system with the last-modified header cannot work
> for
> > 'real' url's(remote markup)
> >
> > unit-test:
> > @Test
> > public void testLastModified() throws IOException {
> > URL url = new URL("http://www….”);
> > URLConnection connection = url.openConnection();
> > //connection.setDoInput(false);
> > System.out.println(new DateTime(connection.getLastModified()));
> > }
> >
> > point this to any url that returns a last-modified header and
> > connection.getLastModified() returns this value.
> > With setDoInput set to false, the url can even be non-existent,
> > getLastModified returns 0.
> >
> > Kind regards,
> >
> > Stijn Niclaes
> >
> >
> > On Wed, Feb 18, 2015 at 8:35 AM, Martin Grigorov
> > wrote:
> >
> > > Hi,
> > >
> > > The field is set to false because Wicket doesn't write anything to the
> > > connection. It just reads from it.
> > >
> > > Reading the beginning of your message I thought that your base pages
> need
> > > to implement org.apache.wicket.markup.IMarkupCacheKeyProvider and
> > override
> > > #getCacheKey() to return null. Try it!
> > >
> > >
> > >
> > > Martin Grigorov
> > > Wicket Training and Consulting
> > > https://twitter.com/mtgrigorov
> > >
> > > On Tue, Feb 17, 2015 at 10:28 AM, Stijn Niclaes <
> stijn.nicl...@gmail.com
> > >
> > > wrote:
> > >
> > > > Hi all,
> > > >
> > > > We have 4 basePages for which the markup resides in a drupal
> > > site(created a
> > > > ResourceStreamLocator extension for that). All our other pages extend
> > > from
> > > > these.
> > > >
> > > > Now the problem is that these basePages get cached and the cache does
> > not
> > > > get invalidated.
> > > > We get the up-to-date last-modified header from drupal but wicket
> seems
> > > to
> > > > simply ignore it.
> > > >
> > > > Issue lies in Connections class: the static method
> getLastModified(URL
> > > url)
> > > > creates a URLConnection, but then calls setDoInput(false) before
> > calling
> > > > connection.getLastModified().
> > > > URLConnection.getLastModified always returns 0 when doInput is set to
> > > > false, no connection is even set up when doInput is false.
> > > >
> > > > Why is this doInput field set to false?
> > > >
> > > > We use Wicket 1.5.12.
> > > >
> > > > Kind regards,
> > > >
> > > > Stijn Niclaes
> > > >
> > >
> >
>
Wicket Bootstrap 0.9.7 & 0.10.0 are released
Hi, Wicket Bootstrap 0.9.8 (built against Wicket 6.19.0) and 0.10.0 (against Wicket 7.0.0-M5) have been released and soon will be available at Maven Central. New features: - component for http://eonasdan.github.io/bootstrap-datetimepicker/ - component for http://www.virtuosoft.eu/code/bootstrap-touchspin/ - Bootstrap 3.3.2 - better support for OpenGraph meta tags The list of commits since 0.9.7 are: Daniel Jipa (1): Format markup Hendy Irawan (3): Remove toLowerCase(), fixed #474 MetaTag to detect OpenGraph protocol properties Better styling for BootstrapPagingNavigator, using Bootstrap `class="disabled"` Martin Tzvetanov Grigorov (85): [maven-release-plugin] prepare for next development iteration [bootlint] Update BootLint to 0.5.0 [checkboxx] Update CheckBox-X to 1.3.0 with fixes for with enclosed label ( https://github.com/kartik-v/bootstrap-checkbox-x/issues/3) [checkboxx] Add a setting for 'useNative'. Introduced with bootstrap-checkbox-x 1.3.0 [ModalCloseButton] Rework ModalCloseButton to be Ajax based Issue #451 - Use AjaxCallListener#onBeforeSend() to set the new location.hash. [tour] Update bootstrap-tour to 0.10 [checkboxx] Use a around the CheckBoxX demo because the default config says so Fixes #452 - Re-enable resizing and dragging of Modal windows Fixes #455 - 'd' -> 'd'; 'dd' -> 'dd'; 'M' -> 'm'; 'MM' -> 'mm'; 'MMM' -> 'M'; '' -> 'MM' Fixes #455 - JavaScript to Java improvements Add an empty line between methods. No functional changes! [bootlint] Update bootlint.js to its latest version Issue #458 - Upgrade Bootswatch themes to 3.3.0 Issue #458 - Update Bootstrap to 3.3.0 Upgrade Less4j to 1.8.4 Use wicket-jquery-selectors 0.1.4 [themes] Issue #458 - Update Bootswatch themes for 3.3.0 Use wicket-webjars 0.4.4 [bootlint] Update Bootlint to 0.7.0. Run the linter manually as explained at https://github.com/twbs/bootlint/issues/171#issuecomment-62070774 [bootlint] Add a singleton instance of BootlintHeaderItem Fixes #450 - Add ITheme#getResourceReferences() method to be able to depend on the theme and allow lazy initialization of Webjars resources Issue #442 - Add Bootstrap Material Design theme Issue #442, #450 Rework #450 to allow depending on any HeaderItem. This way MaterialDesignTheme can initialize itself ondomready Issue #442 - Add a shell script to download the last available resources from the dist/ folder Issue #442 - Improve the samples markup Issue #442 - Improve the markup of FileInput sample Issue #442 - Optimize imports [bootlint] Update Bootlint to 0.8.0 Issue #442 - Revert to Flatly as a default theme for the samples Fixes #465 - Update Bootstrap to 3.3.1 Update Modernizr to 2.8.3 Update the expectation of a test after the upgrade of Bootstrap to 3.3.1 Update Wicket to 6.18.0 Remove unused dependency declaration for Rhino Update Google (TODC) theme to 3.3.1 Fixes #457 - Use Guava 18.0 for the samples to make is possible to deploy in JBoss WildFly Fixes #460 - Use the 'btn' component for initializing the dropdown. Simplify the check. 'currentValue' cannot be null at that point Fixes #426 - Add special logic that decides whether to add a CSS class to a ListItem in #onConfigure() Update Bootswatch to 3.3.1+1 [ladda] Update Ladda resources [yuicompressor] Declare yuicompressor as manadatory dependency in the samples to be able to start the demo in deployment mode [material design theme] Update Material Design theme to 0.1.6 Addresses https://github.com/l0rdn1kk0n/wicket-bootstrap/issues/349#issuecomment-41503179 Update README [spinner] Use spaces instead of tabs as all other classes in the project [spinner] Issue #469 - Make 'initval' a String with default value "" [spinner] Issue #469 - Make it possible to register only for the some of the possible event notifications [checkboxx] Demo - use NotificationPanel instead of plain ComponentFeedbackPanel [NotificationPanel] Fixes #470 - NotificationPanel should act as a fenced feedback panel [themes] Update Material Design theme to 0.20 [modal] ModalCloseButton should actually close the Modal Merge branch 'master' of github.com:lehvolk/wicket-bootstrap into lehvolk-master [valiation] Issue #461 - Do no autofocus the first element by default. Focus only when there is an invalid form component [validation] Make ParametrizedFunction package scoped and add a TODO to replace it with a better class in wicket-jqeury-selectors:0.1.5 [file-input] Update File Input JS widget from 1.6 to 3.0 [themes] Update meterial design theme Drop Scaffolding sample page. Fixes #478 - Add 'property' as a posible name attribute of tag [MetaTag] Fixes #480 - Store the 'co
CVE-2014-7808
Severity: Important Vendor: The Apache Software Foundation Versions Affected: Apache Wicket 1.5.12, 6.18.0 and 7.0.0-M4 Description: With Wicket's default security settings the usage of CryptoMapper to encrypt/obfuscate pages' urls is not strong enough. It is possible to predict the encrypted version of an url based on the previous history. The application developers using this feature are recommended to upgrade to: - Apache Wicket 1.5.13 - Apache Wicket 6.19.0 - Apache Wicket 7.0.0-M5 Credit: This issue was reported by Fabian Faessler! Apache Wicket Team
Re: How to manage StalePageException
Hi,
if (e instanceof IWicketInternalException) {return null;}
...
Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov
On Wed, Feb 18, 2015 at 6:10 PM, dpmihai wrote:
> Can someone confirm if this:
>
> if (e instanceof StalePageException) {
> return super.onException(cycle, e);
> }
>
> is the right way to let StalePageException be handled by wicket?
>
> Is there a problem if the page has PageParameters?
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/How-to-manage-StalePageException-tp4669601p4669617.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: Make "wicketpath" HTML5 compatible
Hi, Yes, this is supported. But only in Wicket 7.x. Martin Grigorov Wicket Training and Consulting https://twitter.com/mtgrigorov On Wed, Feb 18, 2015 at 9:20 PM, Thorsten Schöning wrote: > Hi all, > > is there any easy way to influence the rendering of "wicketpath" in > Wicket if isOutputComponentPath is enabled on a page or application > level? I would like to change it to "data-wicketpath" or > "wicket:wicketpath" or something like that to be able to validate my > HTML if this attribute is rendered. > > Is adding a response filter using IRequestCycleSettings a good way to > got? And if so, how about simply using a global regexp to replace all > occurrences of "wicketpath" and clear and set again the data of > AppendingStringBuffer? Would that be a major performance hit? > > Or is there any way how can I do something like onComponentTag for > each component in a page and replace the tag directly there? > > Thanks for your input! > > Mit freundlichen Grüßen, > > Thorsten Schöning > > -- > Thorsten Schöning E-Mail: thorsten.schoen...@am-soft.de > AM-SoFT IT-Systeme http://www.AM-SoFT.de/ > > Telefon...05151- 9468- 55 > Fax...05151- 9468- 88 > Mobil..0178-8 9468- 04 > > AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln > AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Make "wicketpath" HTML5 compatible
Hi all, is there any easy way to influence the rendering of "wicketpath" in Wicket if isOutputComponentPath is enabled on a page or application level? I would like to change it to "data-wicketpath" or "wicket:wicketpath" or something like that to be able to validate my HTML if this attribute is rendered. Is adding a response filter using IRequestCycleSettings a good way to got? And if so, how about simply using a global regexp to replace all occurrences of "wicketpath" and clear and set again the data of AppendingStringBuffer? Would that be a major performance hit? Or is there any way how can I do something like onComponentTag for each component in a page and replace the tag directly there? Thanks for your input! Mit freundlichen Grüßen, Thorsten Schöning -- Thorsten Schöning E-Mail: thorsten.schoen...@am-soft.de AM-SoFT IT-Systeme http://www.AM-SoFT.de/ Telefon...05151- 9468- 55 Fax...05151- 9468- 88 Mobil..0178-8 9468- 04 AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: form AjaxFormComponentUpdatingBehavior validation
OnDomReadyHeaderItem.forScript('Thanks Sven')
I also added OnEventHeaderItem.forScript("window", "onunload",
"mousedownHappened = true")
to the button.
Everything work nicely except when an onunload event is fired and the textfield
is empty.
In this case the ajaxFormComponentUpdatingBehavior.onEvent() is called
and the formComponent.validate();
François Meillet
Le 18 févr. 2015 à 16:36, Sven Meier a écrit :
> I didn't try it, but this would be the rough equivalent of
> http://stackoverflow.com/a/13729993/1041336 in Wicket:
>
> textField.add(new AjaxFormComponentUpdatingBehavior("blur") {
> updateAjaxAttributes(ara) {
>ara.getAjaxCallListeners().add(new AjaxCallListener() {
> getPrecondition() {
>return "return |mousedownHappened| === false; ";
> }
>});
> }
> });
>
> button.add(new Behavior() {
> renderHead(c, r) {
>r.render(OnDomReaderHeaderItem.forScript("$(" + c.getMarkupId() +
> ").on('mousedown', function() { mousedownHappened = true });");
> }
> });
>
> Regards
> Sven
>
>
> On 18.02.2015 15:59, Francois Meillet wrote:
>> Thanks Sven,
>>
>> yes this is a javascript issue.
>>
>> I look for a nice way (a la Wicket) to disable the blur event when onunload
>> and onclick are fired.
>>
>> François Meillet
>>
>>
>>
>>
>>
>> Le 18 févr. 2015 à 12:40, Sven Meier a écrit :
>>
>>> Hi,
>>>
>>> this is rather a JavaScript issue:
>>>
>>> http://stackoverflow.com/questions/13729837/jquery-stop-blur-event-when-clicking-submit-button
>>>
>>> Regards
>>> Sven
>>>
>>> On 18.02.2015 11:35, Francois Meillet wrote:
Hi All,
1) I have a Form with a Textfield which has a
AjaxFormComponentUpdatingBehavior (blur)
When the entire form is submitted (via an AjaxButton)
the ajaxFormComponentUpdatingBehavior.onEvent() is called
then the formComponent.validate() is called
and then when the form.validate() is called
formComponent.validate() is called again.
Could it possible to avoid this double validation ?
Do I have to override AjaxFormComponentUpdatingBehavior.onEvent() ? ...
or there is a simple way to do this ?
2) is it possible to remove a formComponent's validator just after the
button.submit() and before the form.onFormSubmitted() is called
3) When the I leave a page (without submitting) with a formComponent which
has a AjaxFormComponentUpdatingBehavior (blur),
the ajaxFormComponentUpdatingBehavior.onEvent() is called and then the
validation.
Can I avoid the ajaxFormComponentUpdatingBehavior.onEvent() ?
Best regards
François Meillet
>>>
>>> -
>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>
>>
>
Re: ListenerInvocationNotAllowedException and InlineFrames
Hi again, I had a look at the method isEnabledInHierarchy() in Component and it hasn't changed for about 2 years. Even the places the flags are used (RFLAG_ENABLED_IN_HIERARCHY_SET, RFLAG_ENABLED_IN_HIERARCHY_VALUE) haven't changed. kind regards Tobias Am 18.02.15 um 18:06 schrieb Wayne W: Wicket seems to think its not enabled isEnabledInHierarchy() returns false randomly On Wed, Feb 18, 2015 at 4:48 PM, Wayne W wrote: Hi, we're still stuck on this. I can reproduce it - it seems a bit random but I suspect it to do when the browser makes the request. I can hit the same page and sometimes its good and sometimes this exception is thrown. There's definitely something wrong here. org.apache.wicket.core.request.handler.ListenerInvocationNotAllowedException: Component rejected interface invocationComponent: [InlineFrame [Component id = customContent]] Listener: [RequestListenerInterface name=ILinkListener, method=public abstract void org.apache.wicket.markup.html.link.ILinkListener.onLinkClicked()] at org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:212) at org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.invokeListener(ListenerInterfaceRequestHandler.java:243) at org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:236) at org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:862) at org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64) at org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:261) at org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:218) at org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:289) at org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:259) at org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:201) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:282) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.wideplay.warp.persist.PersistenceFilter$3.run(PersistenceFilter.java:141) at com.wideplay.warp.persist.internal.Lifecycles.failEarlyAndLeaveNoOneBehind(Lifecycles.java:29) at com.wideplay.warp.persist.PersistenceFilter.doFilter(PersistenceFilter.java:155) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:516) at org.apache.coyote.ajp.AbstractAjpProcessor.process(AbstractAjpProcessor.java:831) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:659) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1558) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1515) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) at java.lang.Thread.run(Thread.java:744) On Fri, Dec 19, 2014 at 1:36 PM, Wayne W wrote: Hi, we're trying to clear up our production logs at the moment and are going through errors. I cannot understand what is happen here. We're getting : org.apache.wicket.core.request.handler.ListenerInvocationNotAllowedException: Component rejected interface invocationComponent: [InlineFrame [Component id = customContent]] Listener: [RequestListenerInterface name=ILinkListener, method=public abstract void org.apache.wicket.markup.html.link.ILinkListener.onLinkClicked()] Couple of
Re: ListenerInvocationNotAllowedException and InlineFrames
Hi, is there a point where you disable your components? Because this kind of exceptions occurs if you try to invoke an onclick on a disabled component. Maybe you enable your components in a thread if a service is read or something like this and in some cases the components are enabled before this place is reached and in some cases they are not. kind regards Tobias Am 18.02.15 um 18:06 schrieb Wayne W: Wicket seems to think its not enabled isEnabledInHierarchy() returns false randomly On Wed, Feb 18, 2015 at 4:48 PM, Wayne W wrote: Hi, we're still stuck on this. I can reproduce it - it seems a bit random but I suspect it to do when the browser makes the request. I can hit the same page and sometimes its good and sometimes this exception is thrown. There's definitely something wrong here. org.apache.wicket.core.request.handler.ListenerInvocationNotAllowedException: Component rejected interface invocationComponent: [InlineFrame [Component id = customContent]] Listener: [RequestListenerInterface name=ILinkListener, method=public abstract void org.apache.wicket.markup.html.link.ILinkListener.onLinkClicked()] at org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:212) at org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.invokeListener(ListenerInterfaceRequestHandler.java:243) at org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:236) at org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:862) at org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64) at org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:261) at org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:218) at org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:289) at org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:259) at org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:201) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:282) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.wideplay.warp.persist.PersistenceFilter$3.run(PersistenceFilter.java:141) at com.wideplay.warp.persist.internal.Lifecycles.failEarlyAndLeaveNoOneBehind(Lifecycles.java:29) at com.wideplay.warp.persist.PersistenceFilter.doFilter(PersistenceFilter.java:155) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:516) at org.apache.coyote.ajp.AbstractAjpProcessor.process(AbstractAjpProcessor.java:831) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:659) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1558) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1515) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) at java.lang.Thread.run(Thread.java:744) On Fri, Dec 19, 2014 at 1:36 PM, Wayne W wrote: Hi, we're trying to clear up our production logs at the moment and are going through errors. I cannot understand what is happen here. We're getting : org.apache.wicket.core.request.handler.ListenerInvocationNotAllowedException: Component rejected interface invocationComponent: [InlineFrame [Component id = customContent]] Listener: [RequestListenerInterface name=IL
Re: ListenerInvocationNotAllowedException and InlineFrames
Wicket seems to think its not enabled isEnabledInHierarchy() returns false randomly On Wed, Feb 18, 2015 at 4:48 PM, Wayne W wrote: > Hi, > > we're still stuck on this. I can reproduce it - it seems a bit random but > I suspect it to do when the browser makes the request. I can hit the same > page and sometimes its good and sometimes this exception is thrown. There's > definitely something wrong here. > > org.apache.wicket.core.request.handler.ListenerInvocationNotAllowedException: > Component rejected interface invocationComponent: [InlineFrame [Component > id = customContent]] Listener: [RequestListenerInterface > name=ILinkListener, method=public abstract void > org.apache.wicket.markup.html.link.ILinkListener.onLinkClicked()] > at > org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:212) > at > org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.invokeListener(ListenerInterfaceRequestHandler.java:243) > at > org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:236) > at > org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:862) > at > org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64) > at > org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:261) > at > org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:218) > at > org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:289) > at > org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:259) > at > org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:201) > at > org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:282) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > com.wideplay.warp.persist.PersistenceFilter$3.run(PersistenceFilter.java:141) > at > com.wideplay.warp.persist.internal.Lifecycles.failEarlyAndLeaveNoOneBehind(Lifecycles.java:29) > at > com.wideplay.warp.persist.PersistenceFilter.doFilter(PersistenceFilter.java:155) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106) > at > org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:516) > at > org.apache.coyote.ajp.AbstractAjpProcessor.process(AbstractAjpProcessor.java:831) > at > org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:659) > at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1558) > at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1515) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at > org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) > at java.lang.Thread.run(Thread.java:744) > > On Fri, Dec 19, 2014 at 1:36 PM, Wayne W > wrote: > >> Hi, >> >> we're trying to clear up our production logs at the moment and are going >> through errors. I cannot understand what is happen here. We're getting : >> >> org.apache.wicket.core.request.handler.ListenerInvocationNotAllowedException: >> Component rejected interface invocationComponent: [InlineFrame [Component >> id = customContent]] Listener: [RequestListenerInterface >> name=ILinkListener, method=public abstract void >> org.apache.wicket.markup.html.link.ILinkListener.onLinkClicked()] >> >> Couple of points. The user can see and access this page no problem which >> has an inline frame which is displaying some html. However sometimes thi
Re: ListenerInvocationNotAllowedException and InlineFrames
Hi, we're still stuck on this. I can reproduce it - it seems a bit random but I suspect it to do when the browser makes the request. I can hit the same page and sometimes its good and sometimes this exception is thrown. There's definitely something wrong here. org.apache.wicket.core.request.handler.ListenerInvocationNotAllowedException: Component rejected interface invocationComponent: [InlineFrame [Component id = customContent]] Listener: [RequestListenerInterface name=ILinkListener, method=public abstract void org.apache.wicket.markup.html.link.ILinkListener.onLinkClicked()] at org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:212) at org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.invokeListener(ListenerInterfaceRequestHandler.java:243) at org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:236) at org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:862) at org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64) at org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:261) at org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:218) at org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:289) at org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:259) at org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:201) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:282) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.wideplay.warp.persist.PersistenceFilter$3.run(PersistenceFilter.java:141) at com.wideplay.warp.persist.internal.Lifecycles.failEarlyAndLeaveNoOneBehind(Lifecycles.java:29) at com.wideplay.warp.persist.PersistenceFilter.doFilter(PersistenceFilter.java:155) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:516) at org.apache.coyote.ajp.AbstractAjpProcessor.process(AbstractAjpProcessor.java:831) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:659) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1558) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1515) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) at java.lang.Thread.run(Thread.java:744) On Fri, Dec 19, 2014 at 1:36 PM, Wayne W wrote: > Hi, > > we're trying to clear up our production logs at the moment and are going > through errors. I cannot understand what is happen here. We're getting : > > org.apache.wicket.core.request.handler.ListenerInvocationNotAllowedException: > Component rejected interface invocationComponent: [InlineFrame [Component > id = customContent]] Listener: [RequestListenerInterface > name=ILinkListener, method=public abstract void > org.apache.wicket.markup.html.link.ILinkListener.onLinkClicked()] > > Couple of points. The user can see and access this page no problem which > has an inline frame which is displaying some html. However sometimes this > exception is thrown. I don't understand why this is being thrown as the > inline frame is not enable to disabled at any point and why does an inline > frame have an onLinkClicked event? Looking at the source it seems it using > this to load the actual content. Is this something to do with perhaps the > session
Re: How to manage StalePageException
Can someone confirm if this:
if (e instanceof StalePageException) {
return super.onException(cycle, e);
}
is the right way to let StalePageException be handled by wicket?
Is there a problem if the page has PageParameters?
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/How-to-manage-StalePageException-tp4669601p4669617.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
ListenerInvocationNotAllowedException woes
Hi there,
Since our recent migration to 6.18 we've been getting a fair number of
ListenerInvocationNotAllowedExceptions when users click on links. This
redirects them to page which states that the access is denied. Here's a
typical trace :
org.apache.wicket.core.request.handler.ListenerInvocationNotAllowedException:
Behavior rejected interface invocation. Component: [AjaxLink [Component id =
patients]] Behavior: org.apache.wicket.ajax.markup.html.AjaxLink$1@5f7f5101
Listener: [RequestListenerInterface name=IBehaviorListener, method=public
abstract void org.apache.wicket.behavior.IBehaviorListener.onRequest()]
at
org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:237)
at
org.apache.wicket.core.reqzuest.handler.ListenerInterfaceRequestHandler.invokeListener(ListenerInterfaceRequestHandler.java:250)
at
org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:236)
at
org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:890)
at
org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64)
at
org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:261)
at
org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:218)
at
org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:289)
at
org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:259)
at
org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:201)
at
org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:282)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
org.springframework.orm.hibernate4.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:150)
at
org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:504)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:950)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:421)
at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1074)
at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:611)
at
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:316)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at
org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Thread.java:745)
I've poked around online and it seems that this would be solved by
specifying an ACTIVE AjaxChannel thus :
@Override
protected void updateAjaxAttributes(AjaxRequestAttributes attributes) {
super.updateAjaxAttributes(attributes);
attributes.setChannel(new AjaxChannel(AjaxChannel.DEFAULT_NAME,
AjaxChannel.Type.ACTIVE));
}
Obviously I can refactor this into a Custom Link class to avoid code
duplication but it still seems a bit odd to have to re-wire all our links
(plus I currently don't really have much of a handle on AjaxChannels). Could
this approach have any unwanted side-effects?
Many thanks,
CN
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/ListenerInvocationNotAllowedException-woes-tp4669616.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: form AjaxFormComponentUpdatingBehavior validation
I didn't try it, but this would be the rough equivalent of
http://stackoverflow.com/a/13729993/1041336 in Wicket:
textField.add(new AjaxFormComponentUpdatingBehavior("blur") {
updateAjaxAttributes(ara) {
ara.getAjaxCallListeners().add(new AjaxCallListener() {
getPrecondition() {
return "return |mousedownHappened| === false; ";
}
});
}
});
button.add(new Behavior() {
renderHead(c, r) {
r.render(OnDomReaderHeaderItem.forScript("$(" + c.getMarkupId() +
").on('mousedown', function() { mousedownHappened = true });");
}
});
Regards
Sven
On 18.02.2015 15:59, Francois Meillet wrote:
Thanks Sven,
yes this is a javascript issue.
I look for a nice way (a la Wicket) to disable the blur event when onunload and
onclick are fired.
François Meillet
Le 18 févr. 2015 à 12:40, Sven Meier a écrit :
Hi,
this is rather a JavaScript issue:
http://stackoverflow.com/questions/13729837/jquery-stop-blur-event-when-clicking-submit-button
Regards
Sven
On 18.02.2015 11:35, Francois Meillet wrote:
Hi All,
1) I have a Form with a Textfield which has a AjaxFormComponentUpdatingBehavior
(blur)
When the entire form is submitted (via an AjaxButton)
the ajaxFormComponentUpdatingBehavior.onEvent() is called
then the formComponent.validate() is called
and then when the form.validate() is called
formComponent.validate() is called again.
Could it possible to avoid this double validation ?
Do I have to override AjaxFormComponentUpdatingBehavior.onEvent() ? ... or
there is a simple way to do this ?
2) is it possible to remove a formComponent's validator just after the
button.submit() and before the form.onFormSubmitted() is called
3) When the I leave a page (without submitting) with a formComponent which has
a AjaxFormComponentUpdatingBehavior (blur),
the ajaxFormComponentUpdatingBehavior.onEvent() is called and then the
validation.
Can I avoid the ajaxFormComponentUpdatingBehavior.onEvent() ?
Best regards
François Meillet
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: form AjaxFormComponentUpdatingBehavior validation
Thanks Sven, yes this is a javascript issue. I look for a nice way (a la Wicket) to disable the blur event when onunload and onclick are fired. François Meillet Le 18 févr. 2015 à 12:40, Sven Meier a écrit : > Hi, > > this is rather a JavaScript issue: > > http://stackoverflow.com/questions/13729837/jquery-stop-blur-event-when-clicking-submit-button > > Regards > Sven > > On 18.02.2015 11:35, Francois Meillet wrote: >> Hi All, >> >> >> 1) I have a Form with a Textfield which has a >> AjaxFormComponentUpdatingBehavior (blur) >> >> When the entire form is submitted (via an AjaxButton) >> the ajaxFormComponentUpdatingBehavior.onEvent() is called >> then the formComponent.validate() is called >> and then when the form.validate() is called >> formComponent.validate() is called again. >> >> Could it possible to avoid this double validation ? >> Do I have to override AjaxFormComponentUpdatingBehavior.onEvent() ? ... or >> there is a simple way to do this ? >> >> >> >> 2) is it possible to remove a formComponent's validator just after the >> button.submit() and before the form.onFormSubmitted() is called >> >> >> >> 3) When the I leave a page (without submitting) with a formComponent which >> has a AjaxFormComponentUpdatingBehavior (blur), >> the ajaxFormComponentUpdatingBehavior.onEvent() is called and then the >> validation. >> Can I avoid the ajaxFormComponentUpdatingBehavior.onEvent() ? >> >> >> Best regards >> François Meillet >> >> >> >> >> >> >> > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org >
Re: Jquery methods issue with wicket 6.13
On Wed, Feb 18, 2015 at 4:00 PM, avchavan
wrote:
> Hi Martin,
>
> Did the changes as you had said.
>
> getting the following error:
> TypeError: $(...).accordion is not a function
>
Good. jQuery is loaded.
> $('#accordion').accordion();
>
Now jQuery-UI seems to be not loaded for some reason.
>
> @Override
> public void renderHead(IHeaderResponse response) {
> // add jQuery library
>
> response.render(CssHeaderItem.forUrl("
> https://code.jquery.com/ui/1.11.3/themes/smoothness/jquery-ui.css";));
>
> response.render(JavaScriptHeaderItem.forUrl("
> https://code.jquery.com/jquery-1.11.2.js";));
>
> response.render(JavaScriptHeaderItem.forUrl("
> https://code.jquery.com/ui/1.11.3/jquery-ui.js";));
>
>
> response.render(OnDomReadyHeaderItem.forScript("$('#accordion').accordion()"));
> }
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/Jquery-methods-issue-with-wicket-6-13-tp4669599p4669609.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 methods issue with wicket 6.13
That's means that jQuery itself is not available when you need it (ie:
$('#accordion'))
Still using firebug, check whether libraries are well added to the page (ie
you don't have a 404 instead of the file content)
Furthermore it is not a good practice to include jquery.js by yourself
using this manner, it may conflict with the wicket's shipped one.
If you need to have a custom version of jQuery, see Application#init() {
this.getJavaScriptLibrarySettings().setJQueryReference(myJQueryReference) }
and later use
MyApplication.get().getJavaScriptLibrarySettings().getJQueryReference() (if
you are not using JQueryPluginResourceReference)
To complete the loop, it is better to use PriorityHeaderItem for adding
these references to be sure these will be rendered before your call...
Best regards,
Sebastien.
On Wed, Feb 18, 2015 at 2:35 PM, avchavan
wrote:
> Used firebug.
> I get the following error:
>
> ReferenceError: $ is not defined
>
> @Override
> public void renderHead(IHeaderResponse response) {
> // add jQuery library
>
> response.render(CssHeaderItem.forUrl("
> https://code.jquery.com/ui/1.11.3/themes/smoothness/jquery-ui.css";));
>
> response.render(JavaScriptHeaderItem.forUrl("
> https://code.jquery.com/jquery-1.10.2.js";));
>
> response.render(JavaScriptHeaderItem.forUrl("
> https://code.jquery.com/ui/1.11.3/jquery-ui.js";));
>
>
> response.render(JavaScriptHeaderItem.forScript("$('#accordion').accordion();","onready-master"));
> }
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/Jquery-methods-issue-with-wicket-6-13-tp4669599p4669608.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 methods issue with wicket 6.13
Hi Martin,
Did the changes as you had said.
getting the following error:
TypeError: $(...).accordion is not a function
$('#accordion').accordion();
@Override
public void renderHead(IHeaderResponse response) {
// add jQuery library
response.render(CssHeaderItem.forUrl("https://code.jquery.com/ui/1.11.3/themes/smoothness/jquery-ui.css";));
response.render(JavaScriptHeaderItem.forUrl("https://code.jquery.com/jquery-1.11.2.js";));
response.render(JavaScriptHeaderItem.forUrl("https://code.jquery.com/ui/1.11.3/jquery-ui.js";));
response.render(OnDomReadyHeaderItem.forScript("$('#accordion').accordion()"));
}
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/Jquery-methods-issue-with-wicket-6-13-tp4669599p4669609.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 methods issue with wicket 6.13
Used firebug.
I get the following error:
ReferenceError: $ is not defined
@Override
public void renderHead(IHeaderResponse response) {
// add jQuery library
response.render(CssHeaderItem.forUrl("https://code.jquery.com/ui/1.11.3/themes/smoothness/jquery-ui.css";));
response.render(JavaScriptHeaderItem.forUrl("https://code.jquery.com/jquery-1.10.2.js";));
response.render(JavaScriptHeaderItem.forUrl("https://code.jquery.com/ui/1.11.3/jquery-ui.js";));
response.render(JavaScriptHeaderItem.forScript("$('#accordion').accordion();","onready-master"));
}
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/Jquery-methods-issue-with-wicket-6-13-tp4669599p4669608.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 methods issue with wicket 6.13
On Wed, Feb 18, 2015 at 3:08 PM, avchavan
wrote:
> i used this:
>
> @Override
> public void renderHead(IHeaderResponse response) {
> // add jQuery library
>
> response.render(CssHeaderItem.forUrl("//
> code.jquery.com/ui/1.11.3/themes/smoothness/jquery-ui.css"));
>
> response.render(JavaScriptHeaderItem.forUrl("//
> code.jquery.com/jquery-1.10.2.js"));
>
There is a newer version of jQuery. I think JQuery UI 1.11.x depends on
fixes in JQuery 1.11.x
>
> response.render(JavaScriptHeaderItem.forUrl("//
> code.jquery.com/ui/1.11.3/jquery-ui.js"));
>
>
> response.render(JavaScriptHeaderItem.forScript("$('#accordion').accordion();","onready-master"));
>
Use OnDomReadyHeaderItem.forScript() instead.
> }
>
> but still no effect.
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/Jquery-methods-issue-with-wicket-6-13-tp4669599p4669603.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 methods issue with wicket 6.13
Hi,
You need to ensure the libraries are well added to the page, using firebug
or equivalent. Maybe so you have an Url issue. (I suppose it should begins
with http:// for begin non relative)
Best regards,
Sebastien.
On Wed, Feb 18, 2015 at 2:08 PM, avchavan
wrote:
> i used this:
>
> @Override
> public void renderHead(IHeaderResponse response) {
> // add jQuery library
>
> response.render(CssHeaderItem.forUrl("//
> code.jquery.com/ui/1.11.3/themes/smoothness/jquery-ui.css"));
>
> response.render(JavaScriptHeaderItem.forUrl("//
> code.jquery.com/jquery-1.10.2.js"));
>
> response.render(JavaScriptHeaderItem.forUrl("//
> code.jquery.com/ui/1.11.3/jquery-ui.js"));
>
>
> response.render(JavaScriptHeaderItem.forScript("$('#accordion').accordion();","onready-master"));
> }
>
> but still no effect.
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/Jquery-methods-issue-with-wicket-6-13-tp4669599p4669603.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: org.apache.wicket.io.util.Connections.getLastModified(URL url)
Please create a ticket in JIRA.
Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov
On Wed, Feb 18, 2015 at 3:21 PM, Stijn Niclaes
wrote:
> As I understand it, getCacheKey() returning null results in no cache(at
> all), this is what we did before and probably what I will revert back to.
> But it's not really what I want: Ops complained about network traffic(no
> cache means every request fetches one of the basepages) and we got our
> drupal vendor to return the last-modified header, and keep it up-to-date,
> but now it seems wicket cannot get the value of the last-modified header
> because of the implementation in this Connections class.
>
> I wrote a unit-test that does the same as Connections.getLastModified(final
> URL url) and the lastmodified value is always 0 when doInput is set to
> false.
> So I think this cache system with the last-modified header cannot work for
> 'real' url's(remote markup)
>
> unit-test:
> @Test
> public void testLastModified() throws IOException {
> URL url = new URL("http://www….”);
> URLConnection connection = url.openConnection();
> //connection.setDoInput(false);
> System.out.println(new DateTime(connection.getLastModified()));
> }
>
> point this to any url that returns a last-modified header and
> connection.getLastModified() returns this value.
> With setDoInput set to false, the url can even be non-existent,
> getLastModified returns 0.
>
> Kind regards,
>
> Stijn Niclaes
>
>
> On Wed, Feb 18, 2015 at 8:35 AM, Martin Grigorov
> wrote:
>
> > Hi,
> >
> > The field is set to false because Wicket doesn't write anything to the
> > connection. It just reads from it.
> >
> > Reading the beginning of your message I thought that your base pages need
> > to implement org.apache.wicket.markup.IMarkupCacheKeyProvider and
> override
> > #getCacheKey() to return null. Try it!
> >
> >
> >
> > Martin Grigorov
> > Wicket Training and Consulting
> > https://twitter.com/mtgrigorov
> >
> > On Tue, Feb 17, 2015 at 10:28 AM, Stijn Niclaes >
> > wrote:
> >
> > > Hi all,
> > >
> > > We have 4 basePages for which the markup resides in a drupal
> > site(created a
> > > ResourceStreamLocator extension for that). All our other pages extend
> > from
> > > these.
> > >
> > > Now the problem is that these basePages get cached and the cache does
> not
> > > get invalidated.
> > > We get the up-to-date last-modified header from drupal but wicket seems
> > to
> > > simply ignore it.
> > >
> > > Issue lies in Connections class: the static method getLastModified(URL
> > url)
> > > creates a URLConnection, but then calls setDoInput(false) before
> calling
> > > connection.getLastModified().
> > > URLConnection.getLastModified always returns 0 when doInput is set to
> > > false, no connection is even set up when doInput is false.
> > >
> > > Why is this doInput field set to false?
> > >
> > > We use Wicket 1.5.12.
> > >
> > > Kind regards,
> > >
> > > Stijn Niclaes
> > >
> >
>
Re: org.apache.wicket.io.util.Connections.getLastModified(URL url)
As I understand it, getCacheKey() returning null results in no cache(at
all), this is what we did before and probably what I will revert back to.
But it's not really what I want: Ops complained about network traffic(no
cache means every request fetches one of the basepages) and we got our
drupal vendor to return the last-modified header, and keep it up-to-date,
but now it seems wicket cannot get the value of the last-modified header
because of the implementation in this Connections class.
I wrote a unit-test that does the same as Connections.getLastModified(final
URL url) and the lastmodified value is always 0 when doInput is set to
false.
So I think this cache system with the last-modified header cannot work for
'real' url's(remote markup)
unit-test:
@Test
public void testLastModified() throws IOException {
URL url = new URL("http://www….”);
URLConnection connection = url.openConnection();
//connection.setDoInput(false);
System.out.println(new DateTime(connection.getLastModified()));
}
point this to any url that returns a last-modified header and
connection.getLastModified() returns this value.
With setDoInput set to false, the url can even be non-existent,
getLastModified returns 0.
Kind regards,
Stijn Niclaes
On Wed, Feb 18, 2015 at 8:35 AM, Martin Grigorov
wrote:
> Hi,
>
> The field is set to false because Wicket doesn't write anything to the
> connection. It just reads from it.
>
> Reading the beginning of your message I thought that your base pages need
> to implement org.apache.wicket.markup.IMarkupCacheKeyProvider and override
> #getCacheKey() to return null. Try it!
>
>
>
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
>
> On Tue, Feb 17, 2015 at 10:28 AM, Stijn Niclaes
> wrote:
>
> > Hi all,
> >
> > We have 4 basePages for which the markup resides in a drupal
> site(created a
> > ResourceStreamLocator extension for that). All our other pages extend
> from
> > these.
> >
> > Now the problem is that these basePages get cached and the cache does not
> > get invalidated.
> > We get the up-to-date last-modified header from drupal but wicket seems
> to
> > simply ignore it.
> >
> > Issue lies in Connections class: the static method getLastModified(URL
> url)
> > creates a URLConnection, but then calls setDoInput(false) before calling
> > connection.getLastModified().
> > URLConnection.getLastModified always returns 0 when doInput is set to
> > false, no connection is even set up when doInput is false.
> >
> > Why is this doInput field set to false?
> >
> > We use Wicket 1.5.12.
> >
> > Kind regards,
> >
> > Stijn Niclaes
> >
>
Re: Jquery methods issue with wicket 6.13
i used this:
@Override
public void renderHead(IHeaderResponse response) {
// add jQuery library
response.render(CssHeaderItem.forUrl("//code.jquery.com/ui/1.11.3/themes/smoothness/jquery-ui.css"));
response.render(JavaScriptHeaderItem.forUrl("//code.jquery.com/jquery-1.10.2.js"));
response.render(JavaScriptHeaderItem.forUrl("//code.jquery.com/ui/1.11.3/jquery-ui.js"));
response.render(JavaScriptHeaderItem.forScript("$('#accordion').accordion();","onready-master"));
}
but still no effect.
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/Jquery-methods-issue-with-wicket-6-13-tp4669599p4669603.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 methods issue with wicket 6.13
Hi,
This is because #accordion is part of jQuery UI, not jQuery (the underlying
javascript library)
You need to render jQuery UI resource references (js & css), make the
jquery-ui.js resource reference extends JQueryPluginResourceReference so
you don't have to explicitly add the dependency to jquery.js
You can also use Wicket jQuery UI:
http://www.7thweb.net/wicket-jquery-ui/accordion/DefaultAccordionPage
Hope this helps,
Sebastien.
2015-02-18 12:48 GMT+01:00 avchavan :
> My Java code:
>
> @Override
> public void renderHead(IHeaderResponse response) {
> // add jQuery library
>
>
> response.render(JavaScriptHeaderItem.forReference(Application.get().getJavaScriptLibrarySettings().getJQueryReference()));
> // set focus to the username on load - check that the field
> exists
>
>
> response.render(JavaScriptHeaderItem.forScript("$('#accordion').accordion();","onready-master"));
> }
>
> My HTML:
>
> http://wicket.apache.org";>
>
>
>
> Section 1
>
>
>
> Mauris mauris ante, blandit et, ultrices a,
> suscipit eget, quam.
> Integer ut neque. Vivamus nisi metus, molestie
> vel, gravida in,
> condimentum sit amet, nunc. Nam a nibh. Donec
> suscipit eros.
> Nam mi. Proin viverra leo ut odio. Curabitur
> malesuada. Vestibulum
> a velit eu ante scelerisque vulputate.
>
>
>
> Section 2
>
>
>
> Sed non urna. Donec et ante. Phasellus eu ligula.
> Vestibulum sit amet
> purus. Vivamus hendrerit, dolor at aliquet
> laoreet, mauris turpis
> porttitor
> velit, faucibus interdum tellus libero ac justo.
> Vivamus non quam. In
> suscipit faucibus urna.
>
>
>
> Section 3
>
>
>
> Nam enim risus, molestie et, porta ac, aliquam ac,
> risus. Quisque
> lobortis.
> Phasellus pellentesque purus in massa. Aenean in
> pede. Phasellus ac
> libero
> ac tellus pellentesque semper. Sed ac felis. Sed
> commodo, magna quis
> lacinia ornare, quam ante aliquam nisi, eu iaculis
> leo purus venenatis
> dui.
>
>
> List item one
> List item two
> List item three
>
>
>
> Section 4
>
>
>
> Cras dictum. Pellentesque habitant morbi tristique
> senectus et netus
> et malesuada fames ac turpis egestas. Vestibulum
> ante ipsum primis in
> faucibus orci luctus et ultrices posuere cubilia
> Curae; Aenean lacinia
> mauris vel est.
>
>
> Suspendisse eu nisl. Nullam ut libero. Integer
> dignissim consequat
> lectus.
> Class aptent taciti sociosqu ad litora torquent
> per conubia nostra, per
> inceptos himenaeos.
>
>
>
>
>
>
> When i try to run the above code i get javascript error saying:
> Object doesn't support this property or method. for line 8 (the Jquery code
> for accordion)
>
> Rendered HTML:
>
> http://wicket.apache.org";>
>
>
>
>
>
> Section 1
>
>
>
> Mauris mauris ante, blandit et, ultrices a,
> suscipit eget, quam.
> Integer ut neque. Vivamus nisi metus, molestie
> vel, gravida in,
> condimentum sit amet, nunc. Nam a nibh. Donec
> suscipit eros.
> Nam mi. Proin viverra leo ut odio. Curabitur
> malesuada. Vestibulum
> a velit eu ante scelerisque vulputate.
>
>
>
> Section 2
>
>
>
> Sed non urna. Donec et ante. Phasellus eu ligula.
> Vestibulum sit amet
> purus. Vivamus hendrerit, dolor at aliquet
> laoreet, mauris turpis
> porttitor
> velit, faucibus interdum tellus libero ac justo.
> Vivamus non quam. In
> suscipit faucibus urna.
>
>
>
> Section 3
>
>
>
> Nam enim risus, molestie et, porta ac, aliquam ac,
> risus. Quisque
> lobortis.
> Phasellus pellentesque purus in massa. Aenean in
> pede. Phasellus ac
> libero
>
How to manage StalePageException
Hi.
I have a WebPage which gives me a StalePageException when more requests are
made to it at the same time by same user's page, every one with a different
PageParameters object. I also have an AbstractRequestCycleListener with an
onException method in my application.
I read about StalePageException in this posts:
http://apache-wicket.1842946.n4.nabble.com/StalePageException-handling-issue-td4579247.html
and
http://apache-wicket.1842946.n4.nabble.com/Marker-interface-for-quot-internal-quot-exceptions-td4666099.html#a4666100
As I understand by default Wicket recreates the page when StalePageException
occurs.
It wont recreate the page only if you handle this exception yourself in
IRequestCycleListener#onException().
So my question is how to ignore StalePageException in my code?
I tried:
public IRequestHandler onException(RequestCycle cycle,
Exception e) {
if (e instanceof StalePageException) {
return super.onException(cycle, e);
}
}
and even "return null"
But know it complains page parameters are not sent:
Can't instantiate page using constructor 'public ...
(org.apache.wicket.request.mapper.parameter.PageParameters)' and argument
''.
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/How-to-manage-StalePageException-tp4669601.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
Jquery methods issue with wicket 6.13
My Java code:
@Override
public void renderHead(IHeaderResponse response) {
// add jQuery library
response.render(JavaScriptHeaderItem.forReference(Application.get().getJavaScriptLibrarySettings().getJQueryReference()));
// set focus to the username on load - check that the field exists
response.render(JavaScriptHeaderItem.forScript("$('#accordion').accordion();","onready-master"));
}
My HTML:
http://wicket.apache.org";>
Section 1
Mauris mauris ante, blandit et, ultrices a, suscipit
eget, quam.
Integer ut neque. Vivamus nisi metus, molestie vel,
gravida in,
condimentum sit amet, nunc. Nam a nibh. Donec suscipit
eros.
Nam mi. Proin viverra leo ut odio. Curabitur malesuada.
Vestibulum
a velit eu ante scelerisque vulputate.
Section 2
Sed non urna. Donec et ante. Phasellus eu ligula.
Vestibulum sit amet
purus. Vivamus hendrerit, dolor at aliquet laoreet,
mauris turpis
porttitor
velit, faucibus interdum tellus libero ac justo.
Vivamus non quam. In
suscipit faucibus urna.
Section 3
Nam enim risus, molestie et, porta ac, aliquam ac,
risus. Quisque
lobortis.
Phasellus pellentesque purus in massa. Aenean in pede.
Phasellus ac
libero
ac tellus pellentesque semper. Sed ac felis. Sed
commodo, magna quis
lacinia ornare, quam ante aliquam nisi, eu iaculis leo
purus venenatis
dui.
List item one
List item two
List item three
Section 4
Cras dictum. Pellentesque habitant morbi tristique
senectus et netus
et malesuada fames ac turpis egestas. Vestibulum ante
ipsum primis in
faucibus orci luctus et ultrices posuere cubilia Curae;
Aenean lacinia
mauris vel est.
Suspendisse eu nisl. Nullam ut libero. Integer
dignissim consequat
lectus.
Class aptent taciti sociosqu ad litora torquent per
conubia nostra, per
inceptos himenaeos.
When i try to run the above code i get javascript error saying:
Object doesn't support this property or method. for line 8 (the Jquery code
for accordion)
Rendered HTML:
http://wicket.apache.org";>
Section 1
Mauris mauris ante, blandit et, ultrices a, suscipit
eget, quam.
Integer ut neque. Vivamus nisi metus, molestie vel,
gravida in,
condimentum sit amet, nunc. Nam a nibh. Donec suscipit
eros.
Nam mi. Proin viverra leo ut odio. Curabitur malesuada.
Vestibulum
a velit eu ante scelerisque vulputate.
Section 2
Sed non urna. Donec et ante. Phasellus eu ligula.
Vestibulum sit amet
purus. Vivamus hendrerit, dolor at aliquet laoreet,
mauris turpis
porttitor
velit, faucibus interdum tellus libero ac justo.
Vivamus non quam. In
suscipit faucibus urna.
Section 3
Nam enim risus, molestie et, porta ac, aliquam ac,
risus. Quisque
lobortis.
Phasellus pellentesque purus in massa. Aenean in pede.
Phasellus ac
libero
ac tellus pellentesque semper. Sed ac felis. Sed
commodo, magna quis
lacinia ornare, quam ante aliquam nisi, eu iaculis leo
purus venenatis
dui.
List item one
List item two
List item three
Section 4
Cras dictum. Pellentesque habitant morbi tristique
senectus et netus
et malesuada fames ac turpis egestas. Vestibulum ante
ipsum
Re: form AjaxFormComponentUpdatingBehavior validation
Hi, this is rather a JavaScript issue: http://stackoverflow.com/questions/13729837/jquery-stop-blur-event-when-clicking-submit-button Regards Sven On 18.02.2015 11:35, Francois Meillet wrote: Hi All, 1) I have a Form with a Textfield which has a AjaxFormComponentUpdatingBehavior (blur) When the entire form is submitted (via an AjaxButton) the ajaxFormComponentUpdatingBehavior.onEvent() is called then the formComponent.validate() is called and then when the form.validate() is called formComponent.validate() is called again. Could it possible to avoid this double validation ? Do I have to override AjaxFormComponentUpdatingBehavior.onEvent() ? ... or there is a simple way to do this ? 2) is it possible to remove a formComponent's validator just after the button.submit() and before the form.onFormSubmitted() is called 3) When the I leave a page (without submitting) with a formComponent which has a AjaxFormComponentUpdatingBehavior (blur), the ajaxFormComponentUpdatingBehavior.onEvent() is called and then the validation. Can I avoid the ajaxFormComponentUpdatingBehavior.onEvent() ? Best regards François Meillet - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
form AjaxFormComponentUpdatingBehavior validation
Hi All, 1) I have a Form with a Textfield which has a AjaxFormComponentUpdatingBehavior (blur) When the entire form is submitted (via an AjaxButton) the ajaxFormComponentUpdatingBehavior.onEvent() is called then the formComponent.validate() is called and then when the form.validate() is called formComponent.validate() is called again. Could it possible to avoid this double validation ? Do I have to override AjaxFormComponentUpdatingBehavior.onEvent() ? ... or there is a simple way to do this ? 2) is it possible to remove a formComponent's validator just after the button.submit() and before the form.onFormSubmitted() is called 3) When the I leave a page (without submitting) with a formComponent which has a AjaxFormComponentUpdatingBehavior (blur), the ajaxFormComponentUpdatingBehavior.onEvent() is called and then the validation. Can I avoid the ajaxFormComponentUpdatingBehavior.onEvent() ? Best regards François Meillet
RE: Error building wicket-6.19.0 from src
No worries!
> -Original Message-
> From: Martin Grigorov [mailto:mgrigo...@apache.org]
> Sent: Wednesday, 18 February 2015 6:31 PM
> To: users@wicket.apache.org
> Subject: Re: Error building wicket-6.19.0 from src
>
> Thanks!
> I've changed it to '/'. Works fine here (as expected).
>
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
>
> On Tue, Feb 17, 2015 at 9:28 PM, Chris Colman
>
> wrote:
>
> > Here's a solution to the clirr problem that should continue to work
on
> > OSes with a different slant (/) on life ;) (BTW all of our servers
are
> > Linux so we can slant both ways!)
> >
> > It seems that clirr expects to see a forward slash regardless of
whether
> > it's running on Linux or Windows so you can't use ${file.separator}
on
> > Windows because that will give clirr a backslash.
> >
> > Also... when clirr is running on windows it needs the precedeing **/
as
> > per the example on this page
> >
http://mojo.codehaus.org/clirr-maven-plugin/examples/ignored-differences
> > .html otherwise it never matches the specified file.
> >
> > So with both of these in mind the clirr className element should
look
> > like:
> >
> >
**/org/apache/wicket/feedback/FeedbackCollector
> >
> > to ensure it works on both Windows and *nix.
> >
> > Regards,
> > Chris
> >
> >
> > > -Original Message-
> > > From: Martin Grigorov [mailto:mgrigo...@apache.org]
> > > Sent: Saturday, 14 February 2015 7:35 AM
> > > To: users@wicket.apache.org
> > > Subject: Re: Error building wicket-6.19.0 from src
> > >
> > > I use to say "because Windows users decided to suffer themselves
(with
> > the
> > > decision to use Windows)" :-)
> > >
> > > If you find the reason and a solution then we would be happy to
apply
> > it
> > > (unless it breaks the less-problematic OS-es)
> > >
> > > Martin Grigorov
> > > Wicket Training and Consulting
> > > https://twitter.com/mtgrigorov
> > >
> > > On Fri, Feb 13, 2015 at 10:30 PM, Chris Colman
> > > > > > wrote:
> > >
> > > > There is a comment about this issue in the parent pom.xml.
> > > >
> > > > For anyone else who gest this issue you can find the
> > clirr-maven-plugin
> > > > in the parent pom.xml and change failOnError to false to allow
the
> > build
> > > > to complete.
> > > >
> > > >
> > > > 6.0.0
> > > > false
> > > > true
> > > >
> > > >
> > > >
> > > >
> > > >
> >
org${file.separator}apache${file.separator}wicket${file.separ
> > > > ator}feedback${file.separator}FeedbackCollector
> > > > *
> > > > 7014
> > > >
> > > >
> > > >
> > > >
> > > > I'm not sure why it's a Windows only problem when the plugin
config
> > is
> > > > using file.separator and not explicitly '/'
> > > >
> > > > > -Original Message-
> > > > > From: Tobias Soloschenko
[mailto:tobiassolosche...@googlemail.com]
> > > > > Sent: Saturday, 14 February 2015 5:06 AM
> > > > > To: users@wicket.apache.org
> > > > > Subject: Re: Error building wicket-6.19.0 from src
> > > > >
> > > > > Hi,
> > > > >
> > > > > which Java Version are you using currently? There is an issue
of
> > the
> > > > > clirr plugin not to work with Java 8 at the moment. I filed in
a
> > > > ticket:
> > > > >
> > > > > https://issues.apache.org/jira/browse/WICKET-5836
> > > > >
> > > > > kind regards
> > > > >
> > > > > Tobias
> > > > >
> > > > > Am 13.02.15 um 18:43 schrieb Chris Colman:
> > > > > > I'm compiling on Windows 8.1 64bit if that makes any
difference.
> > > > > >
> > > > > > A few years ago there was an issue with clirr due to a
forward
> > > > > > slash/backslash issue which caused it to compile ok on
Linux/Mac
> > but
> > > > > > fail on Windows but I'm pretty sure that was resolved a long
> > time
> > > > ago.
> > > > > >
> > > > > > Regards,
> > > > > > Chris
> > > > > >
> > > > > >> -Original Message-
> > > > > >> From: Martin Grigorov [mailto:mgrigo...@apache.org]
> > > > > >> Sent: Thursday, 12 February 2015 11:22 PM
> > > > > >> To: users@wicket.apache.org
> > > > > >> Subject: Re: Error building wicket-6.19.0 from src
> > > > > >>
> > > > > >> Hi,
> > > > > >>
> > > > > >> According to the SCM history [1] this class hasn't been
changed
> > > > since
> > > > > > Nov
> > > > > >> 26 2012.
> > > > > >>
> > > > > >>
> > > > > >> 1.
> > > > > >> https://github.com/apache/wicket/commits/wicket-6.x/wicket-
> > > > > >>
> > > >
core/src/main/java/org/apache/wicket/feedback/FeedbackCollector.java
> > > > > >>
> > > > > >> Martin Grigorov
> > > > > >> Wicket Training and Consulting
> > > > > >> https://twitter.com/mtgrigorov
> > > > > >>
> > > > > >> On Thu, Feb 12, 2015 at 12:59 PM, Chris Colman
> > > > > >> > > > > >>> wrote:
> > > > > >>> I get the following error when I try to compile the 6.19.0
> > source
> > > > > > code:
> > > > > >>> [ERROR] 7014:
org.apache.wicket.feedback.FeedbackCollector:
> > > > Method
> > > > > >>> 'p
