Re: org.apache.wicket.io.util.Connections.getLastModified(URL url)
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: 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
> > > > >>> 'public java.util.List collect()' is now final
> > > > >>> [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector:
> Method
> > > > >>> 'public java.util.List collect(org.apache.wicket.feed
> > > > >>> back.IFeedbackMessageFilter)' is now final
> > > > >>> [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector:
> Method
> > > > >>> 'public org.apache.wicket.feedback.FeedbackCollector
> > > > >>> setIncludeSession(boolean)' is now final
> > > > >>> [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector:
> Method
Re: Error building wicket-6.19.0 from src
Hi,
thank you for sharing your solution. :-)
kind regards
Tobias
> Am 17.02.2015 um 20:28 schrieb Chris Colman :
>
> 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
>>> 'public java.util.List collect()' is now final
>>> [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector:
> Method
>>> 'public java.util.List collect(org.apache.wicket.feed
>>> back.IFeedbackMessageFilter)' is now final
>>> [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector:
> Method
>>> 'public org.apache.wicket.feedback.FeedbackCollector
>>> setIncludeSession(boolean)' is now final
>>> [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector:
> Method
>>> 'public org.apache.wicket.feedback.FeedbackCollector
>>> setRecursive(boolean)' is now final
>>>
>>> Any idea what could be causing this?
>>>
>>> Regards,
>>> Chris
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users
Re: [ANNOUNCE] WicketStuff 7.0.0-M5 is released
Please report WicketStuff related issues at https://github.com/wicketstuff/core/issues/new. Someone will have to upgrade the project to Wicket 7.x. I've made all projects building against Wicket 7.x but they may have runtime issues. I have no time to do all that :-/ On Tue, Feb 17, 2015 at 8:11 AM, Wicket und Cocoon < hansheinrichbr...@yahoo.de> wrote: > When i deploy wicketstuff-jwicket-examples-7.0.0-M5.war > to tomcat7 i get the error > ava.lang.NullPointerException > at org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.getAttributes( > AbstractDefaultAjaxBehavior.java:137) > at org.apache.wicket.ajax.AbstractDefaultAjaxBehavior. > renderExtraHeaderContributors(AbstractDefaultAjaxBehavior.java:117) > at org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.renderHead( > AbstractDefaultAjaxBehavior.java:102) > at org.wicketstuff.jwicket.JQueryAjaxBehavior.renderHead( > JQueryAjaxBehavior.java:172) > at org.wicketstuff.jwicket.tooltip.WTooltip$1.renderHead(WTooltip.java:41) > at org.wicketstuff.jwicket.tooltip.AbstractToolTip. > renderHead(AbstractToolTip.java:38) > at org.apache.wicket.Component.internalRenderHead(Component.java:2726) > at org.apache.wicket.markup.renderStrategy.ChildFirstHeaderRenderStrategy > $1.component(ChildFirstHeaderRenderStrategy.java:85) > at org.apache.wicket.markup.renderStrategy.DeepChildFirstVisitor.visit( > DeepChildFirstVisitor.java:70) > at org.apache.wicket.markup.renderStrategy.DeepChildFirstVisitor.visit( > DeepChildFirstVisitor.java:87) > at org.apache.wicket.markup.renderStrategy.DeepChildFirstVisitor.visit( > DeepChildFirstVisitor.java:51) > at org.apache.wicket.markup.renderStrategy.ChildFirstHeaderRenderStrategy > .renderChildHeaders(ChildFirstHeaderRenderStrategy.java:78) > at org.apache.wicket.markup.renderStrategy.ChildFirstHeaderRenderStrategy > .renderHeader(ChildFirstHeaderRenderStrategy.java:57) > at org.apache.wicket.markup.html.internal.HtmlHeaderContainer. > onComponentTagBody(HtmlHeaderContainer.java:171) > at org.apache.wicket.markup.html.panel.DefaultMarkupSourcingStrategy. > onComponentTagBody(DefaultMarkupSourcingStrategy.java:70) > at org.apache.wicket.Component.internalRenderComponent( > Component.java:2564) > at org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1540) > at org.apache.wicket.Component.internalRender(Component.java:2379) > at org.apache.wicket.Component.render(Component.java:2307) > at org.apache.wicket.MarkupContainer.renderNext(MarkupContainer.java:1404) > at org.apache.wicket.MarkupContainer.renderAll(MarkupContainer.java:1601) > at org.apache.wicket.Page.onRender(Page.java:879) > at org.apache.wicket.markup.html.WebPage.onRender(WebPage.java:142) > at org.apache.wicket.Component.internalRender(Component.java:2379) > at org.apache.wicket.Component.render(Component.java:2307) > at org.apache.wicket.Page.renderPage(Page.java:1018) > at org.apache.wicket.request.handler.render.WebPageRenderer.renderPage( > WebPageRenderer.java:124) > at org.apache.wicket.request.handler.render.WebPageRenderer.respond( > WebPageRenderer.java:236) > at org.apache.wicket.core.request.handler.RenderPageRequestHandler. > respond(RenderPageRequestHandler.java:175) > at org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond( > RequestCycle.java:865) > at org.apache.wicket.request.RequestHandlerStack.execute( > RequestHandlerStack.java:64) > at org.apache.wicket.request.cycle.RequestCycle.execute( > RequestCycle.java:265) > at org.apache.wicket.request.cycle.RequestCycle. > processRequest(RequestCycle.java:222) > at org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach( > RequestCycle.java:293) > at org.apache.wicket.protocol.http.WicketFilter.processRequestCycle( > WicketFilter.java:261) > at org.apache.wicket.protocol.http.WicketFilter. > processRequest(WicketFilter.java:203) > at org.apache.wicket.protocol.http.WicketFilter.doFilter( > WicketFilter.java:284) > 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:501) > at org.apache.catalina.core.StandardHostValve.invoke( > StandardHostValve.java:171) > 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:408) > at org.apache.coyote.http11.AbstractHttp11Processor.process( > AbstractHttp11Processor.java:1070) > at org.apache.coyote.AbstractProtocol$AbstractConnectionHand
[ANNOUNCE] WicketStuff 1.5.13 is released
Hello, WicketStuff Core projects version 1.5.13 have been released and are available at Maven Central repository. They are built against Apache Wicket 1.5.13. The changes since 1.5.10 are: Michael Mosmann (6): initial version of wicket fast serializer dep version fix lic header fix in kryo2 fast serial module enabled serializer fast with reports added (cherry pick from master) serializer-ui module added (cherry pick from master) =Tom B (2): [InMethod Grid] - updated html for the AddDelete/Submit Cancel with text to help with what the icons mean. (alt/title attributes) [In Method Grid] - corrections for deletion of last row, on single page grid Martin Tzvetanov Grigorov (1): Release 1.5.13 tahitiangabriel (1): Backport Gmap3 to wicket 1.5 The projects can be retrieved from Maven like this: org.wicketstuff wicketstuff-progressbar 1.5.13 The release tag is here: https://github.com/wicketstuff/core/tree/wicketstuff-core-1.5.13 Issues can be reported here: https://github.com/wicketstuff/core/issues The Project Wiki is available here: https://github.com/wicketstuff/core/wiki The WicketStuff team!
RE: Error building wicket-6.19.0 from src
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
> > > >>> 'public java.util.List collect()' is now final
> > > >>> [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector:
Method
> > > >>> 'public java.util.List collect(org.apache.wicket.feed
> > > >>> back.IFeedbackMessageFilter)' is now final
> > > >>> [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector:
Method
> > > >>> 'public org.apache.wicket.feedback.FeedbackCollector
> > > >>> setIncludeSession(boolean)' is now final
> > > >>> [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector:
Method
> > > >>> 'public org.apache.wicket.feedback.FeedbackCollector
> > > >>> setRecursive(boolean)' is now final
> > > >>>
> > > >>> Any idea what could be causing this?
> > > >>>
> > > >>> Regards,
> > > >>> Chris
> > > >>>
> > > >
> >
-
> > > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > > > For additional commands, e-mail: users-h...@wicket.apache.org
> > > >
> > >
> > >
> > >
--
Re: WicketMessageResolver, Message Container and variable substitution
Guten Tag Thorsten Schöning,
am Dienstag, 17. Februar 2015 um 17:58 schrieben Sie:
> I don't seem to understand how this is supposed to work as the
> TransparentMarkupContainer is automatically created by Wicket and it
> doesn't seem to me that it's parent component has any influence on the
> created object to provide it with a default model or whatever.
I've found the missing part myself: In case of no model for
TransparentMarkupContainer itself it calls through to it's parents
using Component.initModel to give those the chance to provide a model.
The nasty thing here is that a simple default model of a parent is not
enough, only models implementing the special interface
IComponentInheritedModel are accepted and this behavior doesn't seem
to be clearly enough documented to me. My default model was a simple
Map and obviously didn't implement it so it was not taken into
account.
And because the fun never stops, it seems that wicket:message as an
attribute is resolved using another class WicketMessageTagHandler
which implements a different behavior regarding variable substitution
which seems to result in a call to Component.getString without any
model at all:
> final String value;
> if (tag.getAttributes().containsKey(attr))
> {
> value = component.getString(key, null,
> tag.getAttributes().getString(attr));
> }
> else
> {
> value = component.getString(key);
> }
From my point of view both calls should provide the same model as
MessageContainer does, because in both cases the component is a
TransparentWebMarkupContainer with my custom panel as parent, which is
able to provide a default model. I don't see why there should be a
different approach than in MessageContainer.
Additionally it seems there's a misplaced comment in Localizer.getString:
> // If a property value has been found, or a default value was given,
> // than replace the placeholder and we are done
> if (value != null)
> {
> return value;
> }
There's no replacement done and the one mentioned seems to happen in
getStringIgnoreSettings already.
So half the way done and still no solution...
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: WicketMessageResolver, Message Container and variable substitution
Hi, the user guide of Andrea is explaining this very good is there something you are looking for? http://wicket.apache.org/guide/guide/i18n.html kind regards Tobias > Am 17.02.2015 um 17:58 schrieb Thorsten Schöning : > > Hi all, > > I have a panel with some wicket:message keys with some text out of > property files and would like to input some variables in there with > values coming from a global configuration. What I do not want to do is > to create a label for each message just to provide my map for variable > substitution, I would like to have some more automatic approach. > > I had a look at WicketMessageResolver and it's private > MessageContainer and the latter seems to be capable of doing variable > substitution from e.g. a default model of a component. The problem > seems to be that this only takes the direct parent of the > wicke:message-object into account which is some > TransparentMarkupContainer I don't seem to have access to. The parent > of that TransparentMarkupContainer is my panel, but I'm simply unable > to find any way to tell MessageContainer to use the default model of > my panel or something else I have provided. > > I don't seem to understand how this is supposed to work as the > TransparentMarkupContainer is automatically created by Wicket and it > doesn't seem to me that it's parent component has any influence on the > created object to provide it with a default model or whatever. > > Could you please enlighten me a bit again and tell me if it's possible > to achieve what I want at all and if so how? > > Thanks! > > 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 > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
WicketMessageResolver, Message Container and variable substitution
Hi all, I have a panel with some wicket:message keys with some text out of property files and would like to input some variables in there with values coming from a global configuration. What I do not want to do is to create a label for each message just to provide my map for variable substitution, I would like to have some more automatic approach. I had a look at WicketMessageResolver and it's private MessageContainer and the latter seems to be capable of doing variable substitution from e.g. a default model of a component. The problem seems to be that this only takes the direct parent of the wicke:message-object into account which is some TransparentMarkupContainer I don't seem to have access to. The parent of that TransparentMarkupContainer is my panel, but I'm simply unable to find any way to tell MessageContainer to use the default model of my panel or something else I have provided. I don't seem to understand how this is supposed to work as the TransparentMarkupContainer is automatically created by Wicket and it doesn't seem to me that it's parent component has any influence on the created object to provide it with a default model or whatever. Could you please enlighten me a bit again and tell me if it's possible to achieve what I want at all and if so how? Thanks! 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: MarkupException after session time out
Hi Martin,
"throw RestartResponseException()" solves my problem.
Thank you.
Am 17.02.2015 um 14:50 schrieb Martin Grigorov:
> Hi,
>
> On Tue, Feb 17, 2015 at 2:07 PM, Karl-Heinz Golz <
> karl-heinz.g...@t-online.de> wrote:
>
>> hello,
>>
>> I'm faced with an error in following situation:
>> User opens a webpage (e.g. Page1), do some other things, comes back
>> after session time out and click some link (onClick-event) on the page.
>>
>> Then following exception is thrown:
>>
>> at
>>
>> org.apache.wicket.markup.MarkupStream.throwMarkupException(MarkupStream.java:526)
>> at
>> org.apache.wicket.MarkupContainer.renderNext(MarkupContainer.java:1438)
>> at
>> org.apache.wicket.MarkupContainer.renderAll(MarkupContainer.java:1557)
>> at
>>
>> org.apache.wicket.MarkupContainer.renderComponentTagBody(MarkupContainer.java:1532)
>> at
>>
>> org.apache.wicket.MarkupContainer.onComponentTagBody(MarkupContainer.java:1487)
>> at
>>
>> org.apache.wicket.markup.html.panel.DefaultMarkupSourcingStrategy.onComponentTagBody(DefaultMarkupSourcingStrategy.java:71)
>> . . .
>>
>> I try to avoid that like this:
>>
>> public class Page1 extends WebPage {
>>
>> public Page1() {
>> if (!UserSession.get().isUserSignedOn()) {
>> setResponsePage(new StartPage());
>>
> If you need to cancel the processing of the Page in its constructor you
> should use "throw RestartResponseException()".
>
>
>> return;
>> } else
>> normalHandling();
>> }
>> . . .
>> }
>>
>> I can see in log file that the if/else works as expected: the StartPage
>> is handled (but not shown).
>> But after that it tries to render Page1 again which throws the exception.
>>
>> What I finally want is: users should be led to the StartPage after
>> session time out in any case.
>>
>> Any recommendations how I should handle this are very welcome.
>>
>> Many thanks in advance
>> Karl-Heinz
>>
>>
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: GC overhead limit exceeded exception @ wicket-examples.
Hi Martin, the exception are copy / paste from wicket-library.com - forgot to say that. Locally everything is working fine. kind regards Tobias > Am 17.02.2015 um 14:55 schrieb Martin Grigorov : > > Hi Tobias, > > I always run the examples in embedded Jetty locally, to test/debug > something. > http://www.wicket-examples.com runs on Tomcat 6.x and this could be the > reason why it is down so often lately. I didn't have time to investigate > yet. > The error says that there is no enough memory available and there is a lot > GC. > > > Martin Grigorov > Wicket Training and Consulting > https://twitter.com/mtgrigorov > > On Tue, Feb 17, 2015 at 2:53 PM, Tobias Soloschenko < > tobiassolosche...@googlemail.com> wrote: > >> Hi everyone, >> >> I got an error when I try to access wicket-examples. >> >> kind regards >> >> Tobias >> >> HTTP Status 500 - Filter execution threw an exception >> -- >> >> *type* Exception report >> >> *message* *Filter execution threw an exception* >> >> *description* *The server encountered an internal error that prevented it >> from fulfilling this request.* >> >> *exception* >> >> javax.servlet.ServletException: Filter execution threw an exception >> >> *root cause* >> >> java.lang.OutOfMemoryError: GC overhead limit exceeded >> >> *note* *The full stack trace of the root cause is available in the Apache >> Tomcat/6.0.36 logs.* >> -- >> Apache Tomcat/6.0.36 >> - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: GC overhead limit exceeded exception @ wicket-examples.
Hi Tobias, I always run the examples in embedded Jetty locally, to test/debug something. http://www.wicket-examples.com runs on Tomcat 6.x and this could be the reason why it is down so often lately. I didn't have time to investigate yet. The error says that there is no enough memory available and there is a lot GC. Martin Grigorov Wicket Training and Consulting https://twitter.com/mtgrigorov On Tue, Feb 17, 2015 at 2:53 PM, Tobias Soloschenko < tobiassolosche...@googlemail.com> wrote: > Hi everyone, > > I got an error when I try to access wicket-examples. > > kind regards > > Tobias > > HTTP Status 500 - Filter execution threw an exception > -- > > *type* Exception report > > *message* *Filter execution threw an exception* > > *description* *The server encountered an internal error that prevented it > from fulfilling this request.* > > *exception* > > javax.servlet.ServletException: Filter execution threw an exception > > *root cause* > > java.lang.OutOfMemoryError: GC overhead limit exceeded > > *note* *The full stack trace of the root cause is available in the Apache > Tomcat/6.0.36 logs.* > -- > Apache Tomcat/6.0.36 >
Re: MarkupException after session time out
Hi,
On Tue, Feb 17, 2015 at 2:07 PM, Karl-Heinz Golz <
karl-heinz.g...@t-online.de> wrote:
> hello,
>
> I'm faced with an error in following situation:
> User opens a webpage (e.g. Page1), do some other things, comes back
> after session time out and click some link (onClick-event) on the page.
>
> Then following exception is thrown:
>
> at
>
> org.apache.wicket.markup.MarkupStream.throwMarkupException(MarkupStream.java:526)
> at
> org.apache.wicket.MarkupContainer.renderNext(MarkupContainer.java:1438)
> at
> org.apache.wicket.MarkupContainer.renderAll(MarkupContainer.java:1557)
> at
>
> org.apache.wicket.MarkupContainer.renderComponentTagBody(MarkupContainer.java:1532)
> at
>
> org.apache.wicket.MarkupContainer.onComponentTagBody(MarkupContainer.java:1487)
> at
>
> org.apache.wicket.markup.html.panel.DefaultMarkupSourcingStrategy.onComponentTagBody(DefaultMarkupSourcingStrategy.java:71)
> . . .
>
> I try to avoid that like this:
>
> public class Page1 extends WebPage {
>
> public Page1() {
> if (!UserSession.get().isUserSignedOn()) {
> setResponsePage(new StartPage());
>
If you need to cancel the processing of the Page in its constructor you
should use "throw RestartResponseException()".
> return;
> } else
> normalHandling();
> }
> . . .
> }
>
> I can see in log file that the if/else works as expected: the StartPage
> is handled (but not shown).
> But after that it tries to render Page1 again which throws the exception.
>
> What I finally want is: users should be led to the StartPage after
> session time out in any case.
>
> Any recommendations how I should handle this are very welcome.
>
> Many thanks in advance
> Karl-Heinz
>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>
Re: MarkupException after session time out
I forgot to mention: I'm using Wicket 6.17
Am 17.02.2015 um 13:07 schrieb Karl-Heinz Golz:
> hello,
>
> I'm faced with an error in following situation:
> User opens a webpage (e.g. Page1), do some other things, comes back
> after session time out and click some link (onClick-event) on the page.
>
> Then following exception is thrown:
>
> at
> org.apache.wicket.markup.MarkupStream.throwMarkupException(MarkupStream.java:526)
> at
> org.apache.wicket.MarkupContainer.renderNext(MarkupContainer.java:1438)
> at
> org.apache.wicket.MarkupContainer.renderAll(MarkupContainer.java:1557)
> at
> org.apache.wicket.MarkupContainer.renderComponentTagBody(MarkupContainer.java:1532)
> at
> org.apache.wicket.MarkupContainer.onComponentTagBody(MarkupContainer.java:1487)
> at
> org.apache.wicket.markup.html.panel.DefaultMarkupSourcingStrategy.onComponentTagBody(DefaultMarkupSourcingStrategy.java:71)
> . . .
>
> I try to avoid that like this:
>
> public class Page1 extends WebPage {
>
> public Page1() {
> if (!UserSession.get().isUserSignedOn()) {
> setResponsePage(new StartPage());
> return;
> } else
> normalHandling();
> }
> . . .
> }
>
> I can see in log file that the if/else works as expected: the StartPage
> is handled (but not shown).
> But after that it tries to render Page1 again which throws the exception.
>
> What I finally want is: users should be led to the StartPage after
> session time out in any case.
>
> Any recommendations how I should handle this are very welcome.
>
> Many thanks in advance
> Karl-Heinz
>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: MarkupException after session time out
Hi,
can you provide a quickstart please?
Regards
Sven
On 17.02.2015 13:07, Karl-Heinz Golz wrote:
hello,
I'm faced with an error in following situation:
User opens a webpage (e.g. Page1), do some other things, comes back
after session time out and click some link (onClick-event) on the page.
Then following exception is thrown:
at
org.apache.wicket.markup.MarkupStream.throwMarkupException(MarkupStream.java:526)
at
org.apache.wicket.MarkupContainer.renderNext(MarkupContainer.java:1438)
at
org.apache.wicket.MarkupContainer.renderAll(MarkupContainer.java:1557)
at
org.apache.wicket.MarkupContainer.renderComponentTagBody(MarkupContainer.java:1532)
at
org.apache.wicket.MarkupContainer.onComponentTagBody(MarkupContainer.java:1487)
at
org.apache.wicket.markup.html.panel.DefaultMarkupSourcingStrategy.onComponentTagBody(DefaultMarkupSourcingStrategy.java:71)
. . .
I try to avoid that like this:
public class Page1 extends WebPage {
public Page1() {
if (!UserSession.get().isUserSignedOn()) {
setResponsePage(new StartPage());
return;
} else
normalHandling();
}
. . .
}
I can see in log file that the if/else works as expected: the StartPage
is handled (but not shown).
But after that it tries to render Page1 again which throws the exception.
What I finally want is: users should be led to the StartPage after
session time out in any case.
Any recommendations how I should handle this are very welcome.
Many thanks in advance
Karl-Heinz
-
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
GC overhead limit exceeded exception @ wicket-examples.
Hi everyone, I got an error when I try to access wicket-examples. kind regards Tobias HTTP Status 500 - Filter execution threw an exception -- *type* Exception report *message* *Filter execution threw an exception* *description* *The server encountered an internal error that prevented it from fulfilling this request.* *exception* javax.servlet.ServletException: Filter execution threw an exception *root cause* java.lang.OutOfMemoryError: GC overhead limit exceeded *note* *The full stack trace of the root cause is available in the Apache Tomcat/6.0.36 logs.* -- Apache Tomcat/6.0.36
MarkupException after session time out
hello,
I'm faced with an error in following situation:
User opens a webpage (e.g. Page1), do some other things, comes back
after session time out and click some link (onClick-event) on the page.
Then following exception is thrown:
at
org.apache.wicket.markup.MarkupStream.throwMarkupException(MarkupStream.java:526)
at
org.apache.wicket.MarkupContainer.renderNext(MarkupContainer.java:1438)
at
org.apache.wicket.MarkupContainer.renderAll(MarkupContainer.java:1557)
at
org.apache.wicket.MarkupContainer.renderComponentTagBody(MarkupContainer.java:1532)
at
org.apache.wicket.MarkupContainer.onComponentTagBody(MarkupContainer.java:1487)
at
org.apache.wicket.markup.html.panel.DefaultMarkupSourcingStrategy.onComponentTagBody(DefaultMarkupSourcingStrategy.java:71)
. . .
I try to avoid that like this:
public class Page1 extends WebPage {
public Page1() {
if (!UserSession.get().isUserSignedOn()) {
setResponsePage(new StartPage());
return;
} else
normalHandling();
}
. . .
}
I can see in log file that the if/else works as expected: the StartPage
is handled (but not shown).
But after that it tries to render Page1 again which throws the exception.
What I finally want is: users should be led to the StartPage after
session time out in any case.
Any recommendations how I should handle this are very welcome.
Many thanks in advance
Karl-Heinz
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: CanvasImage - base64 content in HTML pages
Hi Sven, good point - I'm going to replace it with the interface ResourceReference. Thanks a lot for the hint! :-) kind regards Tobias > Am 10.02.2015 um 09:32 schrieb Sven Meier : > > Hi Tobias, > > interesting, many thanks. > > ResourceReference and/or IResource would make more general constructor > arguments though. > > Have fun > Sven > > >> On 09.02.2015 21:46, Tobias Soloschenko wrote: >> Hi, >> >> just wanted to get feedback for a little component I created just a few >> minutes ago. The CanvasImage renders the base64 content of an image into the >> wicket page. This might be good for HTML Email templates without remote >> access, or other HTML content which should not open a connection for any >> image resources. >> >> https://github.com/klopfdreh/wicket-components-playground#canvasimage >> >> Further information: >> >> http://www.html5rocks.com/en/tutorials/canvas/integrating/ >> >> kind regards >> >> Tobias >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket application - no ajax without internet connection
Hi Tobias, thanks a lot for your help - the problem was a Javascript file that was not locally embedded but downloaded from the internet. BR Chris > Am 17.02.2015 um 07:51 schrieb Tobias Soloschenko > : > > Hi, > > I had a look at AjaxFallBackButton L135 - nothing there what could explain > your exception - what is going on in your VotingPanel L51? > > kind regards > > Tobias > >> Am 16.02.2015 um 22:07 schrieb Chris : >> >> Hi Tobias, >> >> I am not sure if this helps a lot ;) Some links (clickable div containers, >> etc.) even do not work at all without internet connection and do not throw >> an exception. >> >> Root cause: >> >> java.lang.NullPointerException >>at >> tripplanner.mycompany.panels.VotingPanel$2.onSubmit(VotingPanel.java:51) >>at >> org.apache.wicket.ajax.markup.html.form.AjaxFallbackButton.onSubmit(AjaxFallbackButton.java:135) >>at org.apache.wicket.markup.html.form.Form.delegateSubmit(Form.java:1266) >>at org.apache.wicket.markup.html.form.Form.process(Form.java:938) >>at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:770) >>at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:703) >>at java.lang.reflect.Method.invoke(Method.java:483) >>at >> org.apache.wicket.RequestListenerInterface.internalInvoke(RequestListenerInterface.java:258) >>at >> org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:216) >>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.WicketServlet.doPost(WicketServlet.java:159) >>at javax.servlet.http.HttpServlet.service(HttpServlet.java:644) >>at javax.servlet.http.HttpServlet.service(HttpServlet.java:725) >>at >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:291) >>at >> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) >>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:506) >>at >> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142) >>at >> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79) >>at >> org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:610) >>at >> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88) >>at >> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:537) >>at >> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1081) >>at >> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:658) >>at >> org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:222) >>at >> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1566) >>at >> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1523) >>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) >> >> Complete stack: >> >> org.apache.wicket.WicketRuntimeException: Method onFormSubmitted of >> interface org.apache.wicket.markup.html.form.IFormSubmitListener targeted at >> [Form [Component id = form]] on component [Fo
org.apache.wicket.io.util.Connections.getLastModified(URL url)
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
