Hi,
The same error can happen if the Tomcat/Jetty process doesn't have
permissions to read/write this file.
Check that this file is owned by the Tomcat user and that it is a file, not
a directory.
Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov
On Thu, Aug 24, 2017
As always, I forgot to include the version. :)* 8.0.0-M6*
On Wed, Aug 23, 2017 at 2:58 PM, Lon Varscsak
wrote:
> Hey guys, I’m getting this error on an app (on my dev/Mac machine):
>
> java.io.FileNotFoundException: /var/folders/3g/
> vcn2yyls05q249yzkbp457qmgn/T/wicket-filestore/8289/6329/
Hey guys, I’m getting this error on an app (on my dev/Mac machine):
java.io.FileNotFoundException:
/var/folders/3g/vcn2yyls05q249yzkbp457qmgn/T/wicket-filestore/8289/6329/1rjb8e27m1orf1mnxttof0qy22/data
(No such file or directory)
at java.io.RandomAccessFile.open0(Native Method)
at java.io.R
Hi,
FormComponent has a special error() method for ValidationErrors.
You're hitting another method on Component, that just accepts any
serializable:
((WebMarkupContainer) form.get("wmcCaptchaError")).error(new
ValidationError().addKey("CaptchaRequired"));
Try the following instead:
Yeah, it's definitely related to the component that the
ComponentFeedbackPanel relates to. If I use a TextField, it finds the
message perfectly. I change it to a web markup container or hiddenfield,
and it fails to find the message. Same name, same code doing the validation
and the adding of the
The properties file is in the same package as the page, and has the same
prefix name, LandingPage_Cp10. Other errors added to TextFields and
whatnot from the SAME VALIDATOR are working that use messages from that
SAME FILE. I even can add the same message to a regular textfield in that
same valid
On 2017-08-23 12:39, Andrea Del Bene wrote:
> There are 2 versions of Wicket 8 in your dependency tree: M7 and M6
> inherited from wicket-bootstrap-core. This should create a conflict as
> resolveLocale()
> was introduced only in M7. You could try using the snapshot version for
> wicket-bootstr
There are 2 versions of Wicket 8 in your dependency tree: M7 and M6
inherited from wicket-bootstrap-core. This should create a conflict as
resolveLocale()
was introduced only in M7. You could try using the snapshot version for
wicket-bootstrap-core.
On Wed, Aug 23, 2017 at 12:23 PM, Francesco Chic
On 2017-08-23 12:07, Andrea Del Bene wrote:
> Hi,
>
> it seems a problem with the classpath. Looks like you are still referring
> to 7.8.0.
Hi Andrea,
mvn dependency:tree says I'm all with 8.0.0-M7:
https://paste.apache.org/PRVi
Any other hint?
Regards.
> On Wed, Aug 23, 2017 at 11:50 AM, Fr
Hi,
it seems a problem with the classpath. Looks like you are still referring
to 7.8.0.
My 2 cents.
On Wed, Aug 23, 2017 at 11:50 AM, Francesco Chicchiriccò <
ilgro...@apache.org> wrote:
> Hi all,
> I am trying to update the Apache Syncope codebase (master branch, version
> 2.1.0-SNAPSHOT) to W
Hi all,
I am trying to update the Apache Syncope codebase (master branch, version
2.1.0-SNAPSHOT) to Wicket 8.0.0-M7 (from Wicket 7.8.0).
After some changes, the code now builds fine, but when accessing the HomePage,
I receive the following exception:
java.lang.NoSuchMethodError:
org.apache.wi
11 matches
Mail list logo