Re: DiskDataStore error

2017-08-23 Thread Lon Varscsak 
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/
> 1rjb8e27m1orf1mnxttof0qy22/data (No such file or directory)
>
> at java.io.RandomAccessFile.open0(Native Method)
>
> at java.io.RandomAccessFile.open(RandomAccessFile.java:316)
>
> at java.io.RandomAccessFile.(RandomAccessFile.java:243)
>
> at org.apache.wicket.pageStore.DiskDataStore$SessionEntry.getFileChannel(
> DiskDataStore.java:432)
>
> at org.apache.wicket.pageStore.DiskDataStore$SessionEntry.savePage(
> DiskDataStore.java:350)
>
> at org.apache.wicket.pageStore.DiskDataStore.storeData(DiskDa
> taStore.java:188)
>
> at org.apache.wicket.pageStore.AsynchronousDataStore$
> PageSavingRunnable.run(AsynchronousDataStore.java:340)
>
> at java.lang.Thread.run(Thread.java:745)
>
>
> That file does exist which means it must be locked, but I don’t know why I
> would be getting this error.  I’m not really sure what I’d be doing in this
> application to trigger this error.  Thoughts?
>
> Thanks!
>
> -Lon
>

DiskDataStore error

2017-08-23 Thread Lon Varscsak 
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.RandomAccessFile.open(RandomAccessFile.java:316)

at java.io.RandomAccessFile.(RandomAccessFile.java:243)

at org.apache.wicket.pageStore.DiskDataStore$SessionEntry.getFileChannel(
DiskDataStore.java:432)

at org.apache.wicket.pageStore.DiskDataStore$SessionEntry.savePage(
DiskDataStore.java:350)

at org.apache.wicket.pageStore.DiskDataStore.storeData(
DiskDataStore.java:188)

at org.apache.wicket.pageStore.AsynchronousDataStore$PageSavingRunnable.run(
AsynchronousDataStore.java:340)

at java.lang.Thread.run(Thread.java:745)


That file does exist which means it must be locked, but I don’t know why I
would be getting this error.  I’m not really sure what I’d be doing in this
application to trigger this error.  Thoughts?

Thanks!

-Lon

Re: Validation messages from properties file not working.

2017-08-23 Thread Sven Meier 

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:

((WebMarkupContainer) 
form.get("wmcCaptchaError")).error(form.getString("CaptchaRequired"));


Regards
Sven


Am 23.08.2017 um 19:18 schrieb Entropy:

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 validation key.

I tried a TextField with visibility set to false and that didn't even show
the error (which makes sense).

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Validation-messages-from-properties-file-not-working-tp4678575p4678588.html
Sent from the Users forum mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org




-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Validation messages from properties file not working.

2017-08-23 Thread Entropy 
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 validation key.

I tried a TextField with visibility set to false and that didn't even show
the error (which makes sense).

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Validation-messages-from-properties-file-not-working-tp4678575p4678588.html
Sent from the Users forum mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Validation messages from properties file not working.

2017-08-23 Thread Entropy 
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 validator and it works fine.  There's definitely something about the
fact that it's not a normal textfield that messes it up.


Brian Mulholland
"For every complex problem, there is an answer that is clear, simple and
wrong."
--H.L. Mencken
"Politics is the art of looking for trouble, finding it everywhere,
diagnosing it incorrectly, and applying the wrong remedies."
--Groucho Marx

On Wed, Aug 23, 2017 at 2:54 AM, Martin Grigorov-4 [via Apache Wicket] <
ml+s1842946n4678577...@n4.nabble.com> wrote:

> Hi,
>
> We need to know the location of the i18n file, the package structure and
> the component tree structure to be able to tell why Wicket cannot find it
> ...
>
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
>
> On Tue, Aug 22, 2017 at 9:33 PM, Entropy <[hidden email]
> > wrote:
>
> > We have a javascript widget on our page that doesn't have a wicket form
> > component bound to it.  We just get the value from the request.  We have
> a
> > ComponentFeedbackPanel (CFP) because that's what we do with all of our
> > messages.  We fed a WebMarkupContainer (WMC) that is around the CFP in
> as
> > the Component for the CFP to relate to.  We add the validation message
> to
> > that WMC, and the error DOES show.
> >
> > However, for some reason it's not finding the validation key from the
> > property file.  Every other error done the same way DOES, so i have to
> > guess
> > that it's because we are binding to the WMC that it's not working?
> >
> > Properties File line:
> > CaptchaRequired=The CAPTCHA verification is required. Please complete it
> to
> > continue.
> >
> > Where we add the key (in an abstractformvalidator):
> > ((WebMarkupContainer) form.get("wmcCaptchaError")).error(new
> > ValidationError().addKey("CaptchaRequired"));
> >
> > Ideas?
> >
> >
> >
> > --
> > View this message in context: http://apache-wicket.1842946.
> > n4.nabble.com/Validation-messages-from-properties-file-
> > not-working-tp4678575.html
> > Sent from the Users forum mailing list archive at Nabble.com.
> >
> > -
> > To unsubscribe, e-mail: [hidden email]
> 
> > For additional commands, e-mail: [hidden email]
> 
> >
> >
>
>
> --
> If you reply to this email, your message will be added to the discussion
> below:
> http://apache-wicket.1842946.n4.nabble.com/Validation-
> messages-from-properties-file-not-working-tp4678575p4678577.html
> To unsubscribe from Validation messages from properties file not working., 
> click
> here
> 
> .
> NAML
> 
>


--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Validation-messages-from-properties-file-not-working-tp4678575p4678585.html
Sent from the Users forum mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Upgrade to Wicket 8.0.0-M7

2017-08-23 Thread Francesco Chicchiriccò 


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-bootstrap-core.

Thanks for your suggestion, Andrea: since wicket-bootstrap latest SNAPSHOT is 
still on wicket 8.0.0-M6 [1], I've added some exclusions in the Syncope pom.xml 
and it worked.

Now I have some JS troubles (especially wicket-chartjs), but that's a 
completely different story...

Regards.

[1] https://github.com/l0rdn1kk0n/wicket-bootstrap/blob/wicket-8.x/pom.xml#L71

> On Wed, Aug 23, 2017 at 12:23 PM, Francesco Chicchiriccò <
> ilgro...@apache.org> wrote:
> 
> > 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, 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 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.wicket.core.request.mapper.
> > > > AbstractBookmarkableMapper.resolveLocale()Ljava/util/Locale;
> > > > at org.apache.wicket.core.request.mapper.
> > > > AbstractBookmarkableMapper.newPageParameters(
> > AbstractBookmarkableMapper.
> > > > java:488)
> > > > at org.apache.wicket.core.request.mapper.MountedMapper.
> > > > parseRequest(MountedMapper.java:133)
> > > > at org.apache.wicket.core.request.mapper.HomePageMapper.
> > > > parseRequest(HomePageMapper.java:85)
> > > > at org.apache.wicket.core.request.mapper.
> > > > AbstractBookmarkableMapper.mapRequest(AbstractBookmarkableMapper.
> > java:322)
> > > > at org.apache.wicket.request.mapper.CompoundRequestMapper.
> > > > mapRequest(CompoundRequestMapper.java:147)
> > > > at org.apache.wicket.request.cycle.RequestCycle.
> > > > resolveRequestHandler(RequestCycle.java:193)
> > > > at org.apache.wicket.request.cycle.RequestCycle.
> > > > processRequest(RequestCycle.java:243)
> > > > at org.apache.wicket.request.cycle.RequestCycle.
> > > > processRequestAndDetach(RequestCycle.java:221)
> > > > at org.apache.wicket.protocol.ws.AbstractUpgradeFilter.
> > > > processRequestCycle(AbstractUpgradeFilter.java:70)
> > > > at org.apache.wicket.protocol.http.WicketFilter.
> > > > processRequest(WicketFilter.java:204)
> > > > at org.apache.wicket.protocol.http.WicketFilter.doFilter(
> > > > WicketFilter.java:286)
> > > > at org.apache.catalina.core.ApplicationFilterChain.
> > > > internalDoFilter(ApplicationFilterChain.java:193)
> > > > at org.apache.catalina.core.ApplicationFilterChain.doFilter(
> > > > ApplicationFilterChain.java:166)
> > > > at org.apache.catalina.core.StandardWrapperValve.invoke(
> > > > StandardWrapperValve.java:198)
> > > > at org.apache.catalina.core.StandardContextValve.invoke(
> > > > StandardContextValve.java:96)
> > > > at org.apache.catalina.authenticator.AuthenticatorBase.invoke(
> > > > AuthenticatorBase.java:478)
> > > > at org.apache.catalina.core.StandardHostValve.invoke(
> > > > StandardHostValve.java:140)
> > > > at org.apache.catalina.valves.ErrorReportValve.invoke(
> > > > ErrorReportValve.java:80)
> > > > at org.apache.catalina.valves.AbstractAccessLogValve.invoke(
> > > > AbstractAccessLogValve.java:650)
> > > > at org.apache.catalina.core.StandardEngineValve.invoke(
> > > > StandardEngineValve.java:87)
> > > > at org.apache.catalina.connector.CoyoteAdapter.service(
> > > > CoyoteAdapter.java:342)
> > > > at org.apache.coyote.http11.Http11Processor.service(
> > > > Http11Processor.java:799)
> > > > at org.apache.coyote.AbstractProcessorLight.process(
> > > > AbstractProcessorLight.java:66)
> > > > at org.apache.coyote.AbstractProtocol$
> > ConnectionHandler.process(
> > > > AbstractProtocol.java:868)
> > > > at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.
> > > > doRun(NioEndpoint.java:1457)
> > > > at org.apache.tomcat.util.net.SocketProcessorBase.run(
> > > > SocketProcessorBase.java:49)
> > > > at java.util.concurrent.ThreadPoolExecutor.runWorker(
> > > > ThreadPoolExecutor.java:1149)
> > > > at java.util.concurrent.ThreadPoolExecutor$Worker.run(
> > > > ThreadPoolExecutor.java:624)
> > > > at

Re: Upgrade to Wicket 8.0.0-M7

2017-08-23 Thread Andrea Del Bene 
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 Chicchiriccò <
ilgro...@apache.org> wrote:

> 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, 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 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.wicket.core.request.mapper.
> > > AbstractBookmarkableMapper.resolveLocale()Ljava/util/Locale;
> > > at org.apache.wicket.core.request.mapper.
> > > AbstractBookmarkableMapper.newPageParameters(
> AbstractBookmarkableMapper.
> > > java:488)
> > > at org.apache.wicket.core.request.mapper.MountedMapper.
> > > parseRequest(MountedMapper.java:133)
> > > at org.apache.wicket.core.request.mapper.HomePageMapper.
> > > parseRequest(HomePageMapper.java:85)
> > > at org.apache.wicket.core.request.mapper.
> > > AbstractBookmarkableMapper.mapRequest(AbstractBookmarkableMapper.
> java:322)
> > > at org.apache.wicket.request.mapper.CompoundRequestMapper.
> > > mapRequest(CompoundRequestMapper.java:147)
> > > at org.apache.wicket.request.cycle.RequestCycle.
> > > resolveRequestHandler(RequestCycle.java:193)
> > > at org.apache.wicket.request.cycle.RequestCycle.
> > > processRequest(RequestCycle.java:243)
> > > at org.apache.wicket.request.cycle.RequestCycle.
> > > processRequestAndDetach(RequestCycle.java:221)
> > > at org.apache.wicket.protocol.ws.AbstractUpgradeFilter.
> > > processRequestCycle(AbstractUpgradeFilter.java:70)
> > > at org.apache.wicket.protocol.http.WicketFilter.
> > > processRequest(WicketFilter.java:204)
> > > at org.apache.wicket.protocol.http.WicketFilter.doFilter(
> > > WicketFilter.java:286)
> > > at org.apache.catalina.core.ApplicationFilterChain.
> > > internalDoFilter(ApplicationFilterChain.java:193)
> > > at org.apache.catalina.core.ApplicationFilterChain.doFilter(
> > > ApplicationFilterChain.java:166)
> > > at org.apache.catalina.core.StandardWrapperValve.invoke(
> > > StandardWrapperValve.java:198)
> > > at org.apache.catalina.core.StandardContextValve.invoke(
> > > StandardContextValve.java:96)
> > > at org.apache.catalina.authenticator.AuthenticatorBase.invoke(
> > > AuthenticatorBase.java:478)
> > > at org.apache.catalina.core.StandardHostValve.invoke(
> > > StandardHostValve.java:140)
> > > at org.apache.catalina.valves.ErrorReportValve.invoke(
> > > ErrorReportValve.java:80)
> > > at org.apache.catalina.valves.AbstractAccessLogValve.invoke(
> > > AbstractAccessLogValve.java:650)
> > > at org.apache.catalina.core.StandardEngineValve.invoke(
> > > StandardEngineValve.java:87)
> > > at org.apache.catalina.connector.CoyoteAdapter.service(
> > > CoyoteAdapter.java:342)
> > > at org.apache.coyote.http11.Http11Processor.service(
> > > Http11Processor.java:799)
> > > at org.apache.coyote.AbstractProcessorLight.process(
> > > AbstractProcessorLight.java:66)
> > > at org.apache.coyote.AbstractProtocol$
> ConnectionHandler.process(
> > > AbstractProtocol.java:868)
> > > at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.
> > > doRun(NioEndpoint.java:1457)
> > > at org.apache.tomcat.util.net.SocketProcessorBase.run(
> > > SocketProcessorBase.java:49)
> > > at java.util.concurrent.ThreadPoolExecutor.runWorker(
> > > ThreadPoolExecutor.java:1149)
> > > at java.util.concurrent.ThreadPoolExecutor$Worker.run(
> > > ThreadPoolExecutor.java:624)
> > > at org.apache.tomcat.util.threads.TaskThread$
> WrappingRunnable.run(
> > > TaskThread.java:61)
> > > at java.lang.Thread.run(Thread.java:748)
> > >
> > > Since no org.apache.syncope.* classes are referenced, it is not
> immediate
> > > to me to see where is the problem: could you please help? Thanks!
> > >
> > > Side question: any plan to remove commons-collections4 as dependency,
> > > since Wicket 8 is based on Java 8 where streams and lambda can be
> empowered
> > > for such purpose?
> > >
> > > Regards.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For

Re: Upgrade to Wicket 8.0.0-M7

2017-08-23 Thread Francesco Chicchiriccò 
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, 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 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.wicket.core.request.mapper.
> > AbstractBookmarkableMapper.resolveLocale()Ljava/util/Locale;
> > at org.apache.wicket.core.request.mapper.
> > AbstractBookmarkableMapper.newPageParameters(AbstractBookmarkableMapper.
> > java:488)
> > at org.apache.wicket.core.request.mapper.MountedMapper.
> > parseRequest(MountedMapper.java:133)
> > at org.apache.wicket.core.request.mapper.HomePageMapper.
> > parseRequest(HomePageMapper.java:85)
> > at org.apache.wicket.core.request.mapper.
> > AbstractBookmarkableMapper.mapRequest(AbstractBookmarkableMapper.java:322)
> > at org.apache.wicket.request.mapper.CompoundRequestMapper.
> > mapRequest(CompoundRequestMapper.java:147)
> > at org.apache.wicket.request.cycle.RequestCycle.
> > resolveRequestHandler(RequestCycle.java:193)
> > at org.apache.wicket.request.cycle.RequestCycle.
> > processRequest(RequestCycle.java:243)
> > at org.apache.wicket.request.cycle.RequestCycle.
> > processRequestAndDetach(RequestCycle.java:221)
> > at org.apache.wicket.protocol.ws.AbstractUpgradeFilter.
> > processRequestCycle(AbstractUpgradeFilter.java:70)
> > at org.apache.wicket.protocol.http.WicketFilter.
> > processRequest(WicketFilter.java:204)
> > at org.apache.wicket.protocol.http.WicketFilter.doFilter(
> > WicketFilter.java:286)
> > at org.apache.catalina.core.ApplicationFilterChain.
> > internalDoFilter(ApplicationFilterChain.java:193)
> > at org.apache.catalina.core.ApplicationFilterChain.doFilter(
> > ApplicationFilterChain.java:166)
> > at org.apache.catalina.core.StandardWrapperValve.invoke(
> > StandardWrapperValve.java:198)
> > at org.apache.catalina.core.StandardContextValve.invoke(
> > StandardContextValve.java:96)
> > at org.apache.catalina.authenticator.AuthenticatorBase.invoke(
> > AuthenticatorBase.java:478)
> > at org.apache.catalina.core.StandardHostValve.invoke(
> > StandardHostValve.java:140)
> > at org.apache.catalina.valves.ErrorReportValve.invoke(
> > ErrorReportValve.java:80)
> > at org.apache.catalina.valves.AbstractAccessLogValve.invoke(
> > AbstractAccessLogValve.java:650)
> > at org.apache.catalina.core.StandardEngineValve.invoke(
> > StandardEngineValve.java:87)
> > at org.apache.catalina.connector.CoyoteAdapter.service(
> > CoyoteAdapter.java:342)
> > at org.apache.coyote.http11.Http11Processor.service(
> > Http11Processor.java:799)
> > at org.apache.coyote.AbstractProcessorLight.process(
> > AbstractProcessorLight.java:66)
> > at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(
> > AbstractProtocol.java:868)
> > at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.
> > doRun(NioEndpoint.java:1457)
> > at org.apache.tomcat.util.net.SocketProcessorBase.run(
> > SocketProcessorBase.java:49)
> > at java.util.concurrent.ThreadPoolExecutor.runWorker(
> > ThreadPoolExecutor.java:1149)
> > at java.util.concurrent.ThreadPoolExecutor$Worker.run(
> > ThreadPoolExecutor.java:624)
> > at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(
> > TaskThread.java:61)
> > at java.lang.Thread.run(Thread.java:748)
> >
> > Since no org.apache.syncope.* classes are referenced, it is not immediate
> > to me to see where is the problem: could you please help? Thanks!
> >
> > Side question: any plan to remove commons-collections4 as dependency,
> > since Wicket 8 is based on Java 8 where streams and lambda can be empowered
> > for such purpose?
> >
> > Regards.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Upgrade to Wicket 8.0.0-M7

2017-08-23 Thread Andrea Del Bene 
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 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.wicket.core.request.mapper.
> AbstractBookmarkableMapper.resolveLocale()Ljava/util/Locale;
> at org.apache.wicket.core.request.mapper.
> AbstractBookmarkableMapper.newPageParameters(AbstractBookmarkableMapper.
> java:488)
> at org.apache.wicket.core.request.mapper.MountedMapper.
> parseRequest(MountedMapper.java:133)
> at org.apache.wicket.core.request.mapper.HomePageMapper.
> parseRequest(HomePageMapper.java:85)
> at org.apache.wicket.core.request.mapper.
> AbstractBookmarkableMapper.mapRequest(AbstractBookmarkableMapper.java:322)
> at org.apache.wicket.request.mapper.CompoundRequestMapper.
> mapRequest(CompoundRequestMapper.java:147)
> at org.apache.wicket.request.cycle.RequestCycle.
> resolveRequestHandler(RequestCycle.java:193)
> at org.apache.wicket.request.cycle.RequestCycle.
> processRequest(RequestCycle.java:243)
> at org.apache.wicket.request.cycle.RequestCycle.
> processRequestAndDetach(RequestCycle.java:221)
> at org.apache.wicket.protocol.ws.AbstractUpgradeFilter.
> processRequestCycle(AbstractUpgradeFilter.java:70)
> at org.apache.wicket.protocol.http.WicketFilter.
> processRequest(WicketFilter.java:204)
> at org.apache.wicket.protocol.http.WicketFilter.doFilter(
> WicketFilter.java:286)
> at org.apache.catalina.core.ApplicationFilterChain.
> internalDoFilter(ApplicationFilterChain.java:193)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(
> ApplicationFilterChain.java:166)
> at org.apache.catalina.core.StandardWrapperValve.invoke(
> StandardWrapperValve.java:198)
> at org.apache.catalina.core.StandardContextValve.invoke(
> StandardContextValve.java:96)
> at org.apache.catalina.authenticator.AuthenticatorBase.invoke(
> AuthenticatorBase.java:478)
> at org.apache.catalina.core.StandardHostValve.invoke(
> StandardHostValve.java:140)
> at org.apache.catalina.valves.ErrorReportValve.invoke(
> ErrorReportValve.java:80)
> at org.apache.catalina.valves.AbstractAccessLogValve.invoke(
> AbstractAccessLogValve.java:650)
> at org.apache.catalina.core.StandardEngineValve.invoke(
> StandardEngineValve.java:87)
> at org.apache.catalina.connector.CoyoteAdapter.service(
> CoyoteAdapter.java:342)
> at org.apache.coyote.http11.Http11Processor.service(
> Http11Processor.java:799)
> at org.apache.coyote.AbstractProcessorLight.process(
> AbstractProcessorLight.java:66)
> at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(
> AbstractProtocol.java:868)
> at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.
> doRun(NioEndpoint.java:1457)
> at org.apache.tomcat.util.net.SocketProcessorBase.run(
> SocketProcessorBase.java:49)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(
> ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(
> ThreadPoolExecutor.java:624)
> at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(
> TaskThread.java:61)
> at java.lang.Thread.run(Thread.java:748)
>
> Since no org.apache.syncope.* classes are referenced, it is not immediate
> to me to see where is the problem: could you please help? Thanks!
>
> Side question: any plan to remove commons-collections4 as dependency,
> since Wicket 8 is based on Java 8 where streams and lambda can be empowered
> for such purpose?
>
> Regards.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Upgrade to Wicket 8.0.0-M7

2017-08-23 Thread Francesco Chicchiriccò 
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.wicket.core.request.mapper.AbstractBookmarkableMapper.resolveLocale()Ljava/util/Locale;
at 
org.apache.wicket.core.request.mapper.AbstractBookmarkableMapper.newPageParameters(AbstractBookmarkableMapper.java:488)
at 
org.apache.wicket.core.request.mapper.MountedMapper.parseRequest(MountedMapper.java:133)
at 
org.apache.wicket.core.request.mapper.HomePageMapper.parseRequest(HomePageMapper.java:85)
at 
org.apache.wicket.core.request.mapper.AbstractBookmarkableMapper.mapRequest(AbstractBookmarkableMapper.java:322)
at 
org.apache.wicket.request.mapper.CompoundRequestMapper.mapRequest(CompoundRequestMapper.java:147)
at 
org.apache.wicket.request.cycle.RequestCycle.resolveRequestHandler(RequestCycle.java:193)
at 
org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:243)
at 
org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:221)
at 
org.apache.wicket.protocol.ws.AbstractUpgradeFilter.processRequestCycle(AbstractUpgradeFilter.java:70)
at 
org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:204)
at 
org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:286)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:198)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96)
at 
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:478)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:140)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:80)
at 
org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:650)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87)
at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:342)
at 
org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:799)
at 
org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
at 
org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:868)
at 
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1457)
at 
org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at 
org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Thread.java:748)

Since no org.apache.syncope.* classes are referenced, it is not immediate to me 
to see where is the problem: could you please help? Thanks!

Side question: any plan to remove commons-collections4 as dependency, since 
Wicket 8 is based on Java 8 where streams and lambda can be empowered for such 
purpose?

Regards.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Validation messages from properties file not working.

2017-08-23 Thread Martin Grigorov 
Hi,

We need to know the location of the i18n file, the package structure and
the component tree structure to be able to tell why Wicket cannot find it
...

Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov

On Tue, Aug 22, 2017 at 9:33 PM, Entropy  wrote:

> We have a javascript widget on our page that doesn't have a wicket form
> component bound to it.  We just get the value from the request.  We have a
> ComponentFeedbackPanel (CFP) because that's what we do with all of our
> messages.  We fed a WebMarkupContainer (WMC) that is around the CFP in as
> the Component for the CFP to relate to.  We add the validation message to
> that WMC, and the error DOES show.
>
> However, for some reason it's not finding the validation key from the
> property file.  Every other error done the same way DOES, so i have to
> guess
> that it's because we are binding to the WMC that it's not working?
>
> Properties File line:
> CaptchaRequired=The CAPTCHA verification is required. Please complete it to
> continue.
>
> Where we add the key (in an abstractformvalidator):
> ((WebMarkupContainer) form.get("wmcCaptchaError")).error(new
> ValidationError().addKey("CaptchaRequired"));
>
> Ideas?
>
>
>
> --
> View this message in context: http://apache-wicket.1842946.
> n4.nabble.com/Validation-messages-from-properties-file-
> not-working-tp4678575.html
> Sent from the Users forum mailing list archive at Nabble.com.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>