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 chr...@stepaheadsoftware.com:
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:
className**/org/apache/wicket/feedback/FeedbackCollector/className
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
chr...@stepaheadsoftware.com
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.
configuration
comparisonVersion6.0.0/comparisonVersion
failOnErrorfalse/failOnError
logResultstrue/logResults
ignored
difference
!-- FeedbackCollector used to be final. Now
it
is non-final and so all existing methods were made final to keep
them
non-overridable. However, clirr does not take into account the class
going from final to non-final and thinks overridable methods were
made
final. We ignore this change to silence it. --
classNameorg${file.separator}apache${file.separator}wicket${file.separ
ator}feedback${file.separator}FeedbackCollector/className
method*/method
differenceType7014/differenceType
/difference
/ignored
/configuration
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
chr...@stepaheadsoftware.com
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:
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 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
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 chr...@stepaheadsoftware.com
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:
className**/org/apache/wicket/feedback/FeedbackCollector/className
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
chr...@stepaheadsoftware.com
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.
configuration
comparisonVersion6.0.0/comparisonVersion
failOnErrorfalse/failOnError
logResultstrue/logResults
ignored
difference
!-- FeedbackCollector used to be final. Now
it
is non-final and so all existing methods were made final to keep
them
non-overridable. However, clirr does not take into account the class
going from final to non-final and thinks overridable methods were
made
final. We ignore this change to silence it. --
classNameorg${file.separator}apache${file.separator}wicket${file.separ
ator}feedback${file.separator}FeedbackCollector/className
method*/method
differenceType7014/differenceType
/difference
/ignored
/configuration
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
chr...@stepaheadsoftware.com
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
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,
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: 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 mgrigo...@apache.org: 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: 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 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
[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: dependency groupIdorg.wicketstuff/groupId artifactIdwicketstuff-progressbar/artifactId version1.5.13/version /dependency 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:
className**/org/apache/wicket/feedback/FeedbackCollector/className
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
chr...@stepaheadsoftware.com
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.
configuration
comparisonVersion6.0.0/comparisonVersion
failOnErrorfalse/failOnError
logResultstrue/logResults
ignored
difference
!-- FeedbackCollector used to be final. Now
it
is non-final and so all existing methods were made final to keep
them
non-overridable. However, clirr does not take into account the class
going from final to non-final and thinks overridable methods were
made
final. We ignore this change to silence it. --
classNameorg${file.separator}apache${file.separator}wicket${file.separ
ator}feedback${file.separator}FeedbackCollector/className
method*/method
differenceType7014/differenceType
/difference
/ignored
/configuration
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
chr...@stepaheadsoftware.com
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
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 tschoen...@am-soft.de: 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
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 s...@meiers.net: 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
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: 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: [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$AbstractConnectionHandler. process(AbstractProtocol.java:611) at
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
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 tobiassolosche...@googlemail.com: 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 chris...@gmx.at: 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 [Form [Component id = form]] threw an exception at org.apache.wicket.RequestListenerInterface.internalInvoke(RequestListenerInterface.java:268)
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
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
