Re: Failing locale dependent tests in wicket-core

2016-03-30 Thread Tobias Soloschenko 

Nice! Thanks Martin!

kind regards

Tobias

Am 30.03.16 um 16:32 schrieb Martin Grigorov:

Fixed it!
Thanks!

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

On Wed, Mar 30, 2016 at 3:59 PM, Martin Grigorov 
wrote:


I've pasted the same output in your other thread about the issue in the
Spring related test.

It is a bug in the tests.
If a test expects to see _en in the result then it should make sure the
session locale is EN.

I build Wicket with bg_BG all the time but those tests do not fail in that
case :-/

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

On Wed, Mar 30, 2016 at 3:55 PM, Thorsten Schöning 
wrote:


Hi,

I'm building wicket 7.3.0.0 SNAPSHOT in Ubuntu 12.04 LTS and have the
following failed tests:


Failed tests:


MinifiedAwareResourceReferenceTest.minifiedResourceAvailable:61->Assert.assertEquals:144->Assert.assertEquals:115
expected: but was:
ResouceBundleTest.concatBundle:48->Assert.assertEquals:144->Assert.assertEquals:115
expected: but was:
ResourceReferenceLocatingTest.locateMinifiedJavaScriptResourceReference:214->checkNonStrictUsingJavaScriptResourceReference:236->Assert.assertThat:956
TestCase [locale=null, style=null, variation=null, extension=null]

Expected: is "// b.min.js"
 but: was "// b_de.js"


ResourceReferenceLocatingTest.locateMinifiedPackageResourceReference:223->checkNonStrictUsingPackageResourceReference:250->Assert.assertThat:956
TestCase [locale=null, style=null, variation=null, extension=null]

Expected: is "// b.min.js"
 but: was "// b_de.js"


ResourceReferenceLocatingTest.locateNonMinifiedJavaScriptResourceReference:196->checkNonStrictUsingJavaScriptResourceReference:236->Assert.assertThat:956
TestCase [locale=null, style=null, variation=null, extension=null]

Expected: is "// b.js"
 but: was "// b_de.js"


ResourceReferenceLocatingTest.locateNonMinifiedPackageResourceReference:205->checkNonStrictUsingPackageResourceReference:250->Assert.assertThat:956
TestCase [locale=null, style=null, variation=null, extension=null]

Expected: is "// b.js"
 but: was "// b_de.js"
Tests run: 1947, Failures: 6, Errors: 0, Skipped: 1

This fails for different versions of maven all starting with an empty
.m2 folder:


Apache Maven 3.0.4
Maven home: /usr/share/maven
Java version: 1.7.0_95, vendor: Oracle Corporation
Java home: /usr/lib/jvm/java-7-openjdk-amd64/jre
Default locale: de_DE, platform encoding: UTF-8
OS name: "linux", version: "3.13.0-83-generic", arch: "amd64", family:

"unix"


Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;

2015-11-10T17:41:47+01:00)

Maven home: /home/tschoening/apache-maven-3.3.9
[like before]

In one of the tests I find the following comment:


// this will try 3 lookups for minified resources: en_US.min, en.min

and .min

My locale is de_DE, so is this simply not supported or is this a bug
in the tests?

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: wicket 7 + cglib + asm: net.sf.cglib.core.CodeGenerationException

2016-03-30 Thread Martin Grigorov 
Latest 5.0.x for Java 7 and latest 5.1.x if you run on Java 8.

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

On Wed, Mar 30, 2016 at 4:43 PM, Marieke Vandamme 
wrote:

> And which version of asm should I use?
> I now get another stacktrace:
>
> java.lang.ExceptionInInitializerError
> at org.apache.wicket.jmx.Initializer.createProxy(Initializer.java:256)
> at org.apache.wicket.jmx.Initializer.register(Initializer.java:249)
> at org.apache.wicket.jmx.Initializer.init(Initializer.java:192)
> at org.apache.wicket.Application.initInitializers(Application.java:741)
> at org.apache.wicket.Application.initializeComponents(Application.java:643)
> at org.apache.wicket.Application.initApplication(Application.java:949)
> at org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:429)
> at org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:353)
> at
>
> org.apache.catalina.core.ApplicationFilterConfig.initFilter(ApplicationFilterConfig.java:279)
> at
>
> org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:260)
> at
>
> org.apache.catalina.core.ApplicationFilterConfig.(ApplicationFilterConfig.java:105)
> at
>
> org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:4574)
> at
>
> org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5184)
> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
> at
>
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:726)
> at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:702)
> at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:697)
> at
>
> org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:579)
> at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:455)
> at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1554)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
>
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at
>
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:601)
> at
>
> org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:300)
> at
>
> com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
> at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:792)
> at
> org.apache.catalina.manager.ManagerServlet.check(ManagerServlet.java:1428)
> at
> org.apache.catalina.manager.ManagerServlet.deploy(ManagerServlet.java:885)
> at
> org.apache.catalina.manager.ManagerServlet.doGet(ManagerServlet.java:343)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:618)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:725)
> at
>
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:301)
> 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.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)
> 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:615)
> at
>
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:136)
> at
>
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:74)
> 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:516)
> at
>
> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1015)
> at
>
> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:652)
> at
>
> org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:222)
> at
>
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1575)
> at
>
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1533)
> at
>
>

Re: wicket 7 + cglib + asm: net.sf.cglib.core.CodeGenerationException

2016-03-30 Thread Marieke Vandamme 
And which version of asm should I use?
I now get another stacktrace:

java.lang.ExceptionInInitializerError
at org.apache.wicket.jmx.Initializer.createProxy(Initializer.java:256)
at org.apache.wicket.jmx.Initializer.register(Initializer.java:249)
at org.apache.wicket.jmx.Initializer.init(Initializer.java:192)
at org.apache.wicket.Application.initInitializers(Application.java:741)
at org.apache.wicket.Application.initializeComponents(Application.java:643)
at org.apache.wicket.Application.initApplication(Application.java:949)
at org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:429)
at org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:353)
at
org.apache.catalina.core.ApplicationFilterConfig.initFilter(ApplicationFilterConfig.java:279)
at
org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:260)
at
org.apache.catalina.core.ApplicationFilterConfig.(ApplicationFilterConfig.java:105)
at
org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:4574)
at
org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5184)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:726)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:702)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:697)
at
org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:579)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:455)
at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1554)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at
org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:300)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:792)
at
org.apache.catalina.manager.ManagerServlet.check(ManagerServlet.java:1428)
at
org.apache.catalina.manager.ManagerServlet.deploy(ManagerServlet.java:885)
at org.apache.catalina.manager.ManagerServlet.doGet(ManagerServlet.java:343)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:618)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:725)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:301)
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.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)
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:615)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:136)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:74)
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:516)
at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1015)
at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:652)
at
org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:222)
at
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1575)
at
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1533)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:722)
Caused by: java.lang.IllegalArgumentException
at org.objectweb.asm.ClassVisitor.(Unknown Source)
at
net.sf.cglib.core.DebuggingClassWriter.(DebuggingClassWriter.java:49)
at
net.sf.cglib.core.DefaultGeneratorStrategy.getClassVisitor(DefaultGeneratorStrategy.java:30)
at

Re: wicket 7 + cglib + asm: net.sf.cglib.core.CodeGenerationException

2016-03-30 Thread Rob Audenaerde 
I have had some similar issue in the past (and finally decided to ditch
spring :).

IIRC, the maven-shade-plugin could be used to relocate packages of classes
of dependencies. But it is kind of black magic :/

-Rob

On Wed, Mar 30, 2016 at 4:20 PM, Marieke Vandamme 
wrote:

> Hi,
>
> That's something I first tried, but other libraries we use (like
> org.apache.tika.tika-parsers) set version of asm or cglib.
> I also see that asm-util is used, but with version 5.0.3.
> Is there no standard dependencies I can use to solve this? I do not have to
> possibility to not set the version, because I then end up with multiple
> version of asm in my war-file.
> Thanks again.
>
>
> 2016-03-30 16:08 GMT+02:00 Martin Grigorov :
>
> > Hi,
> >
> > The versions were "latest" at the time Wicket 7 was in development (ASM
> > 5.0.x, CGLIB 3.1.x).
> > The current latest of ASM and CGLIB are targeted for Java 8 (ASM 5.1.x,
> > CGLIB 3.2.x).
> > Both ASM and CGLIB do not follow semantic versioning and this leads to
> > confusions like this one.
> >
> > The solution is simple: do not set the versions in your pom.xml but just
> > use the transitive dependencies coming with wicket-spring.
> >
> > Martin Grigorov
> > Wicket Training and Consulting
> > https://twitter.com/mtgrigorov
> >
> > On Wed, Mar 30, 2016 at 4:00 PM, Marieke Vandamme <
> > marieke.vanda...@tvh.com>
> > wrote:
> >
> > > ​Hi,
> > >
> > > I'm trying to use wicket 7.2.0 and saw in the migration guide ​that
> other
> > > libraries also changed to the latest stable version.
> > > So I also tried this, and the following are used by me now:
> > > - Spring Framework 4.2.5
> > > - ASM 5.1
> > > - CGLIB 3.2.1
> > >
> > > I get the following stacktrace, on which I'm really lost, and could not
> > > find any answer on the internet on..
> > > Thanks for any help. Kind Regards, Marieke
> > >
> > > javax.servlet.ServletException:
> > net.sf.cglib.core.CodeGenerationException:
> > > java.lang.reflect.InvocationTargetException-->null
> > > at
> > org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:455)
> > > at
> > org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:353)
> > > at
> > >
> > >
> >
> org.apache.catalina.core.ApplicationFilterConfig.initFilter(ApplicationFilterConfig.java:279)
> > > at
> > >
> > >
> >
> org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:260)
> > > at
> > >
> > >
> >
> org.apache.catalina.core.ApplicationFilterConfig.(ApplicationFilterConfig.java:105)
> > > at
> > >
> > >
> >
> org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:4574)
> > > at
> > >
> > >
> >
> org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5184)
> > > at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
> > > at
> > >
> > >
> >
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:726)
> > > at
> > org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:702)
> > > at
> org.apache.catalina.core.StandardHost.addChild(StandardHost.java:697)
> > > at
> > >
> > >
> >
> org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:579)
> > > at
> > >
> > >
> >
> org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1744)
> > > at
> > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> > > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> > > at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> > > at
> > >
> > >
> >
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> > > at
> > >
> > >
> >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> > > at java.lang.Thread.run(Thread.java:722)
> > > Caused by: net.sf.cglib.core.CodeGenerationException:
> > > java.lang.reflect.InvocationTargetException-->null
> > > at
> > >
> > >
> >
> net.sf.cglib.core.AbstractClassGenerator.generate(AbstractClassGenerator.java:320)
> > > at net.sf.cglib.proxy.Enhancer.generate(Enhancer.java:445)
> > > at
> > >
> > >
> >
> net.sf.cglib.core.AbstractClassGenerator$ClassLoaderData$3.apply(AbstractClassGenerator.java:82)
> > > at
> > >
> > >
> >
> net.sf.cglib.core.AbstractClassGenerator$ClassLoaderData$3.apply(AbstractClassGenerator.java:80)
> > > at net.sf.cglib.core.internal.LoadingCache$2.call(LoadingCache.java:54)
> > > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> > > at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> > > at
> > >
> net.sf.cglib.core.internal.LoadingCache.createEntry(LoadingCache.java:61)
> > > at net.sf.cglib.core.internal.LoadingCache.get(LoadingCache.java:34)
> > > at
> > >
> > >
> >
> net.sf.cglib.core.AbstractClassGenerator$ClassLoaderData.get(AbstractClassGenerator.java:102)
> > > at
> > >
> > >
> >
> net.sf.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:275)
> > > at

Re: wicket 7 + cglib + asm: net.sf.cglib.core.CodeGenerationException

2016-03-30 Thread Martin Grigorov 
In that case try with CGLIB 3.2.0.
I remember seeing NPE like this when I tried to upgrade Wicket 8.x to 3.2.1.

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

On Wed, Mar 30, 2016 at 4:20 PM, Marieke Vandamme 
wrote:

> Hi,
>
> That's something I first tried, but other libraries we use (like
> org.apache.tika.tika-parsers) set version of asm or cglib.
> I also see that asm-util is used, but with version 5.0.3.
> Is there no standard dependencies I can use to solve this? I do not have to
> possibility to not set the version, because I then end up with multiple
> version of asm in my war-file.
> Thanks again.
>
>
> 2016-03-30 16:08 GMT+02:00 Martin Grigorov :
>
> > Hi,
> >
> > The versions were "latest" at the time Wicket 7 was in development (ASM
> > 5.0.x, CGLIB 3.1.x).
> > The current latest of ASM and CGLIB are targeted for Java 8 (ASM 5.1.x,
> > CGLIB 3.2.x).
> > Both ASM and CGLIB do not follow semantic versioning and this leads to
> > confusions like this one.
> >
> > The solution is simple: do not set the versions in your pom.xml but just
> > use the transitive dependencies coming with wicket-spring.
> >
> > Martin Grigorov
> > Wicket Training and Consulting
> > https://twitter.com/mtgrigorov
> >
> > On Wed, Mar 30, 2016 at 4:00 PM, Marieke Vandamme <
> > marieke.vanda...@tvh.com>
> > wrote:
> >
> > > ​Hi,
> > >
> > > I'm trying to use wicket 7.2.0 and saw in the migration guide ​that
> other
> > > libraries also changed to the latest stable version.
> > > So I also tried this, and the following are used by me now:
> > > - Spring Framework 4.2.5
> > > - ASM 5.1
> > > - CGLIB 3.2.1
> > >
> > > I get the following stacktrace, on which I'm really lost, and could not
> > > find any answer on the internet on..
> > > Thanks for any help. Kind Regards, Marieke
> > >
> > > javax.servlet.ServletException:
> > net.sf.cglib.core.CodeGenerationException:
> > > java.lang.reflect.InvocationTargetException-->null
> > > at
> > org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:455)
> > > at
> > org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:353)
> > > at
> > >
> > >
> >
> org.apache.catalina.core.ApplicationFilterConfig.initFilter(ApplicationFilterConfig.java:279)
> > > at
> > >
> > >
> >
> org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:260)
> > > at
> > >
> > >
> >
> org.apache.catalina.core.ApplicationFilterConfig.(ApplicationFilterConfig.java:105)
> > > at
> > >
> > >
> >
> org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:4574)
> > > at
> > >
> > >
> >
> org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5184)
> > > at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
> > > at
> > >
> > >
> >
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:726)
> > > at
> > org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:702)
> > > at
> org.apache.catalina.core.StandardHost.addChild(StandardHost.java:697)
> > > at
> > >
> > >
> >
> org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:579)
> > > at
> > >
> > >
> >
> org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1744)
> > > at
> > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> > > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> > > at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> > > at
> > >
> > >
> >
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> > > at
> > >
> > >
> >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> > > at java.lang.Thread.run(Thread.java:722)
> > > Caused by: net.sf.cglib.core.CodeGenerationException:
> > > java.lang.reflect.InvocationTargetException-->null
> > > at
> > >
> > >
> >
> net.sf.cglib.core.AbstractClassGenerator.generate(AbstractClassGenerator.java:320)
> > > at net.sf.cglib.proxy.Enhancer.generate(Enhancer.java:445)
> > > at
> > >
> > >
> >
> net.sf.cglib.core.AbstractClassGenerator$ClassLoaderData$3.apply(AbstractClassGenerator.java:82)
> > > at
> > >
> > >
> >
> net.sf.cglib.core.AbstractClassGenerator$ClassLoaderData$3.apply(AbstractClassGenerator.java:80)
> > > at net.sf.cglib.core.internal.LoadingCache$2.call(LoadingCache.java:54)
> > > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> > > at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> > > at
> > >
> net.sf.cglib.core.internal.LoadingCache.createEntry(LoadingCache.java:61)
> > > at net.sf.cglib.core.internal.LoadingCache.get(LoadingCache.java:34)
> > > at
> > >
> > >
> >
> net.sf.cglib.core.AbstractClassGenerator$ClassLoaderData.get(AbstractClassGenerator.java:102)
> > > at
> > >
> > >
> >
> net.sf.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:275)
> > > at

Re: Failing locale dependent tests in wicket-core

2016-03-30 Thread Martin Grigorov 
Fixed it!
Thanks!

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

On Wed, Mar 30, 2016 at 3:59 PM, Martin Grigorov 
wrote:

> I've pasted the same output in your other thread about the issue in the
> Spring related test.
>
> It is a bug in the tests.
> If a test expects to see _en in the result then it should make sure the
> session locale is EN.
>
> I build Wicket with bg_BG all the time but those tests do not fail in that
> case :-/
>
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
>
> On Wed, Mar 30, 2016 at 3:55 PM, Thorsten Schöning 
> wrote:
>
>> Hi,
>>
>> I'm building wicket 7.3.0.0 SNAPSHOT in Ubuntu 12.04 LTS and have the
>> following failed tests:
>>
>> > Failed tests:
>> >
>> MinifiedAwareResourceReferenceTest.minifiedResourceAvailable:61->Assert.assertEquals:144->Assert.assertEquals:115
>> expected: but was:
>> >
>> ResouceBundleTest.concatBundle:48->Assert.assertEquals:144->Assert.assertEquals:115
>> expected: but was:
>> >
>> ResourceReferenceLocatingTest.locateMinifiedJavaScriptResourceReference:214->checkNonStrictUsingJavaScriptResourceReference:236->Assert.assertThat:956
>> TestCase [locale=null, style=null, variation=null, extension=null]
>> > Expected: is "// b.min.js"
>> > but: was "// b_de.js"
>> >
>> ResourceReferenceLocatingTest.locateMinifiedPackageResourceReference:223->checkNonStrictUsingPackageResourceReference:250->Assert.assertThat:956
>> TestCase [locale=null, style=null, variation=null, extension=null]
>> > Expected: is "// b.min.js"
>> > but: was "// b_de.js"
>> >
>> ResourceReferenceLocatingTest.locateNonMinifiedJavaScriptResourceReference:196->checkNonStrictUsingJavaScriptResourceReference:236->Assert.assertThat:956
>> TestCase [locale=null, style=null, variation=null, extension=null]
>> > Expected: is "// b.js"
>> > but: was "// b_de.js"
>> >
>> ResourceReferenceLocatingTest.locateNonMinifiedPackageResourceReference:205->checkNonStrictUsingPackageResourceReference:250->Assert.assertThat:956
>> TestCase [locale=null, style=null, variation=null, extension=null]
>> > Expected: is "// b.js"
>> > but: was "// b_de.js"
>>
>> > Tests run: 1947, Failures: 6, Errors: 0, Skipped: 1
>>
>> This fails for different versions of maven all starting with an empty
>> .m2 folder:
>>
>> > Apache Maven 3.0.4
>> > Maven home: /usr/share/maven
>> > Java version: 1.7.0_95, vendor: Oracle Corporation
>> > Java home: /usr/lib/jvm/java-7-openjdk-amd64/jre
>> > Default locale: de_DE, platform encoding: UTF-8
>> > OS name: "linux", version: "3.13.0-83-generic", arch: "amd64", family:
>> "unix"
>>
>> > Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
>> 2015-11-10T17:41:47+01:00)
>> > Maven home: /home/tschoening/apache-maven-3.3.9
>> > [like before]
>>
>> In one of the tests I find the following comment:
>>
>> > // this will try 3 lookups for minified resources: en_US.min, en.min
>> and .min
>>
>> My locale is de_DE, so is this simply not supported or is this a bug
>> in the tests?
>>
>> 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: wicket 7 + cglib + asm: net.sf.cglib.core.CodeGenerationException

2016-03-30 Thread Marieke Vandamme 
Hi,

That's something I first tried, but other libraries we use (like
org.apache.tika.tika-parsers) set version of asm or cglib.
I also see that asm-util is used, but with version 5.0.3.
Is there no standard dependencies I can use to solve this? I do not have to
possibility to not set the version, because I then end up with multiple
version of asm in my war-file.
Thanks again.


2016-03-30 16:08 GMT+02:00 Martin Grigorov :

> Hi,
>
> The versions were "latest" at the time Wicket 7 was in development (ASM
> 5.0.x, CGLIB 3.1.x).
> The current latest of ASM and CGLIB are targeted for Java 8 (ASM 5.1.x,
> CGLIB 3.2.x).
> Both ASM and CGLIB do not follow semantic versioning and this leads to
> confusions like this one.
>
> The solution is simple: do not set the versions in your pom.xml but just
> use the transitive dependencies coming with wicket-spring.
>
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
>
> On Wed, Mar 30, 2016 at 4:00 PM, Marieke Vandamme <
> marieke.vanda...@tvh.com>
> wrote:
>
> > ​Hi,
> >
> > I'm trying to use wicket 7.2.0 and saw in the migration guide ​that other
> > libraries also changed to the latest stable version.
> > So I also tried this, and the following are used by me now:
> > - Spring Framework 4.2.5
> > - ASM 5.1
> > - CGLIB 3.2.1
> >
> > I get the following stacktrace, on which I'm really lost, and could not
> > find any answer on the internet on..
> > Thanks for any help. Kind Regards, Marieke
> >
> > javax.servlet.ServletException:
> net.sf.cglib.core.CodeGenerationException:
> > java.lang.reflect.InvocationTargetException-->null
> > at
> org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:455)
> > at
> org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:353)
> > at
> >
> >
> org.apache.catalina.core.ApplicationFilterConfig.initFilter(ApplicationFilterConfig.java:279)
> > at
> >
> >
> org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:260)
> > at
> >
> >
> org.apache.catalina.core.ApplicationFilterConfig.(ApplicationFilterConfig.java:105)
> > at
> >
> >
> org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:4574)
> > at
> >
> >
> org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5184)
> > at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
> > at
> >
> >
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:726)
> > at
> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:702)
> > at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:697)
> > at
> >
> >
> org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:579)
> > at
> >
> >
> org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1744)
> > at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> > at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> > at
> >
> >
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> > at
> >
> >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> > at java.lang.Thread.run(Thread.java:722)
> > Caused by: net.sf.cglib.core.CodeGenerationException:
> > java.lang.reflect.InvocationTargetException-->null
> > at
> >
> >
> net.sf.cglib.core.AbstractClassGenerator.generate(AbstractClassGenerator.java:320)
> > at net.sf.cglib.proxy.Enhancer.generate(Enhancer.java:445)
> > at
> >
> >
> net.sf.cglib.core.AbstractClassGenerator$ClassLoaderData$3.apply(AbstractClassGenerator.java:82)
> > at
> >
> >
> net.sf.cglib.core.AbstractClassGenerator$ClassLoaderData$3.apply(AbstractClassGenerator.java:80)
> > at net.sf.cglib.core.internal.LoadingCache$2.call(LoadingCache.java:54)
> > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> > at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> > at
> > net.sf.cglib.core.internal.LoadingCache.createEntry(LoadingCache.java:61)
> > at net.sf.cglib.core.internal.LoadingCache.get(LoadingCache.java:34)
> > at
> >
> >
> net.sf.cglib.core.AbstractClassGenerator$ClassLoaderData.get(AbstractClassGenerator.java:102)
> > at
> >
> >
> net.sf.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:275)
> > at net.sf.cglib.proxy.Enhancer.nextInstance(Enhancer.java:643)
> > at
> >
> >
> net.sf.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:279)
> > at net.sf.cglib.proxy.Enhancer.createHelper(Enhancer.java:433)
> > at net.sf.cglib.proxy.Enhancer.create(Enhancer.java:304)
> > at org.apache.wicket.jmx.Initializer.createProxy(Initializer.java:294)
> > at org.apache.wicket.jmx.Initializer.register(Initializer.java:249)
> > at org.apache.wicket.jmx.Initializer.init(Initializer.java:192)
> > at org.apache.wicket.Application.initInitializers(Application.java:741)
> > at
>

Re: Failing test SpringBeanWithGenericsTest in 7.3.0.0 SNAPSHOT

2016-03-30 Thread Tobias Soloschenko 
I also think that this are bugs of the tests. The specific test receive a 
different locale then the environment and so different resources are compared. 
You can see it in the Base64 encoded image test.

kind regards

Tobias

> Am 30.03.2016 um 15:45 schrieb Martin Grigorov :
> 
> If I try to build Wicket 7.x with de_DE locale the build fails at
> wicket-core:
> 
> Failed tests:
> 
> MinifiedAwareResourceReferenceTest.minifiedResourceAvailable:61->Assert.assertEquals:144->Assert.assertEquals:115
> expected: but was:
> 
> ResouceBundleTest.concatBundle:48->Assert.assertEquals:144->Assert.assertEquals:115
> expected: but was:
> 
> ResourceReferenceLocatingTest.locateMinifiedJavaScriptResourceReference:214->checkNonStrictUsingJavaScriptResourceReference:236->Assert.assertThat:956
> TestCase [locale=null, style=null, variation=null, extension=null]
> Expected: is "// b.min.js"
> but: was "// b_de.js"
> 
> ResourceReferenceLocatingTest.locateMinifiedPackageResourceReference:223->checkNonStrictUsingPackageResourceReference:250->Assert.assertThat:956
> TestCase [locale=null, style=null, variation=null, extension=null]
> Expected: is "// b.min.js"
> but: was "// b_de.js"
> 
> ResourceReferenceLocatingTest.locateNonMinifiedJavaScriptResourceReference:196->checkNonStrictUsingJavaScriptResourceReference:236->Assert.assertThat:956
> TestCase [locale=null, style=null, variation=null, extension=null]
> Expected: is "// b.js"
> but: was "// b_de.js"
> 
> ResourceReferenceLocatingTest.locateNonMinifiedPackageResourceReference:205->checkNonStrictUsingPackageResourceReference:250->Assert.assertThat:956
> TestCase [locale=null, style=null, variation=null, extension=null]
> Expected: is "// b.js"
> but: was "// b_de.js"
> 
> CssUrlReplacerTest.base64EncodedImage:153->Assert.assertThat:923->Assert.assertThat:956
> Expected: a string containing ".class {background-image:
> url(data:image/gif;base64,R0lGODlh1wATAXAAACH5BAEAAP8ALADXA"
> but: was ".class {background-image:
> url(data:image/gif;base64,R0lGODlhUAB4ANUAANbX1hQSEXV0c/f.
> 
> 
> Sigh.
> 
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
> 
> On Wed, Mar 30, 2016 at 2:52 PM, Thorsten Schöning 
> wrote:
> 
>> Guten Tag Thorsten Schöning,
>> am Mittwoch, 30. März 2016 um 14:16 schrieben Sie:
>> 
>>> "mvn --version" should provide all requested info:
>> 
>> No change even with a more current version of Maven:
>> 
>>> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
>> 2015-11-10T17:41:47+01:00)
>>> Maven home: C:\Program Files\Apache Software Foundation\Maven\bin\..
>>> Java version: 1.7.0_80, vendor: Oracle Corporation
>>> Java home: C:\Program Files\Java\jdk1.7.0_80\jre
>>> Default locale: de_DE, platform encoding: Cp1252
>>> OS name: "windows 8.1", version: "6.3", arch: "amd64", family: "windows"
>> 
>> The test doesn't even seem to be very platform or locale dependent to
>> me. I don't use a more current JDK 8 because that already fails during
>> compiling or tests in wicket-util. Not sure how to read the output...
>> 
>> 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: wicket 7 + cglib + asm: net.sf.cglib.core.CodeGenerationException

2016-03-30 Thread Martin Grigorov 
Hi,

The versions were "latest" at the time Wicket 7 was in development (ASM
5.0.x, CGLIB 3.1.x).
The current latest of ASM and CGLIB are targeted for Java 8 (ASM 5.1.x,
CGLIB 3.2.x).
Both ASM and CGLIB do not follow semantic versioning and this leads to
confusions like this one.

The solution is simple: do not set the versions in your pom.xml but just
use the transitive dependencies coming with wicket-spring.

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

On Wed, Mar 30, 2016 at 4:00 PM, Marieke Vandamme 
wrote:

> ​Hi,
>
> I'm trying to use wicket 7.2.0 and saw in the migration guide ​that other
> libraries also changed to the latest stable version.
> So I also tried this, and the following are used by me now:
> - Spring Framework 4.2.5
> - ASM 5.1
> - CGLIB 3.2.1
>
> I get the following stacktrace, on which I'm really lost, and could not
> find any answer on the internet on..
> Thanks for any help. Kind Regards, Marieke
>
> javax.servlet.ServletException: net.sf.cglib.core.CodeGenerationException:
> java.lang.reflect.InvocationTargetException-->null
> at org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:455)
> at org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:353)
> at
>
> org.apache.catalina.core.ApplicationFilterConfig.initFilter(ApplicationFilterConfig.java:279)
> at
>
> org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:260)
> at
>
> org.apache.catalina.core.ApplicationFilterConfig.(ApplicationFilterConfig.java:105)
> at
>
> org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:4574)
> at
>
> org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5184)
> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
> at
>
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:726)
> at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:702)
> at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:697)
> at
>
> org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:579)
> at
>
> org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1744)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at
>
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at
>
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:722)
> Caused by: net.sf.cglib.core.CodeGenerationException:
> java.lang.reflect.InvocationTargetException-->null
> at
>
> net.sf.cglib.core.AbstractClassGenerator.generate(AbstractClassGenerator.java:320)
> at net.sf.cglib.proxy.Enhancer.generate(Enhancer.java:445)
> at
>
> net.sf.cglib.core.AbstractClassGenerator$ClassLoaderData$3.apply(AbstractClassGenerator.java:82)
> at
>
> net.sf.cglib.core.AbstractClassGenerator$ClassLoaderData$3.apply(AbstractClassGenerator.java:80)
> at net.sf.cglib.core.internal.LoadingCache$2.call(LoadingCache.java:54)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at
> net.sf.cglib.core.internal.LoadingCache.createEntry(LoadingCache.java:61)
> at net.sf.cglib.core.internal.LoadingCache.get(LoadingCache.java:34)
> at
>
> net.sf.cglib.core.AbstractClassGenerator$ClassLoaderData.get(AbstractClassGenerator.java:102)
> at
>
> net.sf.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:275)
> at net.sf.cglib.proxy.Enhancer.nextInstance(Enhancer.java:643)
> at
>
> net.sf.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:279)
> at net.sf.cglib.proxy.Enhancer.createHelper(Enhancer.java:433)
> at net.sf.cglib.proxy.Enhancer.create(Enhancer.java:304)
> at org.apache.wicket.jmx.Initializer.createProxy(Initializer.java:294)
> at org.apache.wicket.jmx.Initializer.register(Initializer.java:249)
> at org.apache.wicket.jmx.Initializer.init(Initializer.java:192)
> at org.apache.wicket.Application.initInitializers(Application.java:741)
> at org.apache.wicket.Application.initializeComponents(Application.java:643)
> at org.apache.wicket.Application.initApplication(Application.java:949)
> at org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:429)
> ... 18 more
> Caused by: java.lang.reflect.InvocationTargetException
> at sun.reflect.GeneratedMethodAccessor53.invoke(Unknown Source)
> at
>
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:601)
> at net.sf.cglib.core.ReflectUtils.defineClass(ReflectUtils.java:409)
> at
>
> net.sf.cglib.core.AbstractClassGenerator.generate(AbstractClassGenerator.java:311)
> ... 39 more
> Caused by:

wicket 7 + cglib + asm: net.sf.cglib.core.CodeGenerationException

2016-03-30 Thread Marieke Vandamme 
​Hi,

I'm trying to use wicket 7.2.0 and saw in the migration guide ​that other
libraries also changed to the latest stable version.
So I also tried this, and the following are used by me now:
- Spring Framework 4.2.5
- ASM 5.1
- CGLIB 3.2.1

I get the following stacktrace, on which I'm really lost, and could not
find any answer on the internet on..
Thanks for any help. Kind Regards, Marieke

javax.servlet.ServletException: net.sf.cglib.core.CodeGenerationException:
java.lang.reflect.InvocationTargetException-->null
at org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:455)
at org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:353)
at
org.apache.catalina.core.ApplicationFilterConfig.initFilter(ApplicationFilterConfig.java:279)
at
org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:260)
at
org.apache.catalina.core.ApplicationFilterConfig.(ApplicationFilterConfig.java:105)
at
org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:4574)
at
org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5184)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:726)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:702)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:697)
at
org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:579)
at
org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1744)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:722)
Caused by: net.sf.cglib.core.CodeGenerationException:
java.lang.reflect.InvocationTargetException-->null
at
net.sf.cglib.core.AbstractClassGenerator.generate(AbstractClassGenerator.java:320)
at net.sf.cglib.proxy.Enhancer.generate(Enhancer.java:445)
at
net.sf.cglib.core.AbstractClassGenerator$ClassLoaderData$3.apply(AbstractClassGenerator.java:82)
at
net.sf.cglib.core.AbstractClassGenerator$ClassLoaderData$3.apply(AbstractClassGenerator.java:80)
at net.sf.cglib.core.internal.LoadingCache$2.call(LoadingCache.java:54)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at net.sf.cglib.core.internal.LoadingCache.createEntry(LoadingCache.java:61)
at net.sf.cglib.core.internal.LoadingCache.get(LoadingCache.java:34)
at
net.sf.cglib.core.AbstractClassGenerator$ClassLoaderData.get(AbstractClassGenerator.java:102)
at
net.sf.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:275)
at net.sf.cglib.proxy.Enhancer.nextInstance(Enhancer.java:643)
at
net.sf.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:279)
at net.sf.cglib.proxy.Enhancer.createHelper(Enhancer.java:433)
at net.sf.cglib.proxy.Enhancer.create(Enhancer.java:304)
at org.apache.wicket.jmx.Initializer.createProxy(Initializer.java:294)
at org.apache.wicket.jmx.Initializer.register(Initializer.java:249)
at org.apache.wicket.jmx.Initializer.init(Initializer.java:192)
at org.apache.wicket.Application.initInitializers(Application.java:741)
at org.apache.wicket.Application.initializeComponents(Application.java:643)
at org.apache.wicket.Application.initApplication(Application.java:949)
at org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:429)
... 18 more
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.GeneratedMethodAccessor53.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at net.sf.cglib.core.ReflectUtils.defineClass(ReflectUtils.java:409)
at
net.sf.cglib.core.AbstractClassGenerator.generate(AbstractClassGenerator.java:311)
... 39 more
Caused by: java.lang.LinkageError: loader (instance of
 org/apache/catalina/loader/WebappClassLoader): attempted  duplicate class
definition for name: "org/apache/wicket/jmx/Application"
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:791)
... 44 more

-- 


 DISCLAIMER 

http://www.tvh.com/glob/en/email-disclaimer

"This message is delivered to all addressees subject to the conditions
set forth in the attached disclaimer, which is an integral part of this
message."

Re: Failing locale dependent tests in wicket-core

2016-03-30 Thread Martin Grigorov 
I've pasted the same output in your other thread about the issue in the
Spring related test.

It is a bug in the tests.
If a test expects to see _en in the result then it should make sure the
session locale is EN.

I build Wicket with bg_BG all the time but those tests do not fail in that
case :-/

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

On Wed, Mar 30, 2016 at 3:55 PM, Thorsten Schöning 
wrote:

> Hi,
>
> I'm building wicket 7.3.0.0 SNAPSHOT in Ubuntu 12.04 LTS and have the
> following failed tests:
>
> > Failed tests:
> >
> MinifiedAwareResourceReferenceTest.minifiedResourceAvailable:61->Assert.assertEquals:144->Assert.assertEquals:115
> expected: but was:
> >
> ResouceBundleTest.concatBundle:48->Assert.assertEquals:144->Assert.assertEquals:115
> expected: but was:
> >
> ResourceReferenceLocatingTest.locateMinifiedJavaScriptResourceReference:214->checkNonStrictUsingJavaScriptResourceReference:236->Assert.assertThat:956
> TestCase [locale=null, style=null, variation=null, extension=null]
> > Expected: is "// b.min.js"
> > but: was "// b_de.js"
> >
> ResourceReferenceLocatingTest.locateMinifiedPackageResourceReference:223->checkNonStrictUsingPackageResourceReference:250->Assert.assertThat:956
> TestCase [locale=null, style=null, variation=null, extension=null]
> > Expected: is "// b.min.js"
> > but: was "// b_de.js"
> >
> ResourceReferenceLocatingTest.locateNonMinifiedJavaScriptResourceReference:196->checkNonStrictUsingJavaScriptResourceReference:236->Assert.assertThat:956
> TestCase [locale=null, style=null, variation=null, extension=null]
> > Expected: is "// b.js"
> > but: was "// b_de.js"
> >
> ResourceReferenceLocatingTest.locateNonMinifiedPackageResourceReference:205->checkNonStrictUsingPackageResourceReference:250->Assert.assertThat:956
> TestCase [locale=null, style=null, variation=null, extension=null]
> > Expected: is "// b.js"
> > but: was "// b_de.js"
>
> > Tests run: 1947, Failures: 6, Errors: 0, Skipped: 1
>
> This fails for different versions of maven all starting with an empty
> .m2 folder:
>
> > Apache Maven 3.0.4
> > Maven home: /usr/share/maven
> > Java version: 1.7.0_95, vendor: Oracle Corporation
> > Java home: /usr/lib/jvm/java-7-openjdk-amd64/jre
> > Default locale: de_DE, platform encoding: UTF-8
> > OS name: "linux", version: "3.13.0-83-generic", arch: "amd64", family:
> "unix"
>
> > Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
> 2015-11-10T17:41:47+01:00)
> > Maven home: /home/tschoening/apache-maven-3.3.9
> > [like before]
>
> In one of the tests I find the following comment:
>
> > // this will try 3 lookups for minified resources: en_US.min, en.min and
> .min
>
> My locale is de_DE, so is this simply not supported or is this a bug
> in the tests?
>
> 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: Failing test SpringBeanWithGenericsTest in 7.3.0.0 SNAPSHOT

2016-03-30 Thread Thorsten Schöning 
Guten Tag Martin Grigorov,
am Mittwoch, 30. März 2016 um 15:45 schrieben Sie:

> If I try to build Wicket 7.x with de_DE locale the build fails at
> wicket-core:

Not on Windows BTW, I'm building on Ubuntu and Windows and the
wicket-spring problem is currently only on Windows, while the
wicket-core one is only in my Ubuntu. :-)

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

Failing locale dependent tests in wicket-core

2016-03-30 Thread Thorsten Schöning 
Hi,

I'm building wicket 7.3.0.0 SNAPSHOT in Ubuntu 12.04 LTS and have the
following failed tests:

> Failed tests:
>  
> MinifiedAwareResourceReferenceTest.minifiedResourceAvailable:61->Assert.assertEquals:144->Assert.assertEquals:115
>  expected: but was:
>  
> ResouceBundleTest.concatBundle:48->Assert.assertEquals:144->Assert.assertEquals:115
>  expected: but was:
>  
> ResourceReferenceLocatingTest.locateMinifiedJavaScriptResourceReference:214->checkNonStrictUsingJavaScriptResourceReference:236->Assert.assertThat:956
>  TestCase [locale=null, style=null, variation=null, extension=null]
> Expected: is "// b.min.js"
> but: was "// b_de.js"
>  
> ResourceReferenceLocatingTest.locateMinifiedPackageResourceReference:223->checkNonStrictUsingPackageResourceReference:250->Assert.assertThat:956
>  TestCase [locale=null, style=null, variation=null, extension=null]
> Expected: is "// b.min.js"
> but: was "// b_de.js"
>  
> ResourceReferenceLocatingTest.locateNonMinifiedJavaScriptResourceReference:196->checkNonStrictUsingJavaScriptResourceReference:236->Assert.assertThat:956
>  TestCase [locale=null, style=null, variation=null, extension=null]
> Expected: is "// b.js"
> but: was "// b_de.js"
>  
> ResourceReferenceLocatingTest.locateNonMinifiedPackageResourceReference:205->checkNonStrictUsingPackageResourceReference:250->Assert.assertThat:956
>  TestCase [locale=null, style=null, variation=null, extension=null]
> Expected: is "// b.js"
> but: was "// b_de.js"
 
> Tests run: 1947, Failures: 6, Errors: 0, Skipped: 1

This fails for different versions of maven all starting with an empty
.m2 folder:

> Apache Maven 3.0.4
> Maven home: /usr/share/maven
> Java version: 1.7.0_95, vendor: Oracle Corporation
> Java home: /usr/lib/jvm/java-7-openjdk-amd64/jre
> Default locale: de_DE, platform encoding: UTF-8
> OS name: "linux", version: "3.13.0-83-generic", arch: "amd64", family: "unix"

> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5; 
> 2015-11-10T17:41:47+01:00)
> Maven home: /home/tschoening/apache-maven-3.3.9
> [like before]

In one of the tests I find the following comment:

> // this will try 3 lookups for minified resources: en_US.min, en.min and .min

My locale is de_DE, so is this simply not supported or is this a bug
in the tests?

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: Failing test SpringBeanWithGenericsTest in 7.3.0.0 SNAPSHOT

2016-03-30 Thread Martin Grigorov 
Please create a patch / Pull Request and a ticket.
Thank you!

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

On Wed, Mar 30, 2016 at 3:49 PM, Thorsten Schöning 
wrote:

> Guten Tag Thorsten Schöning,
> am Mittwoch, 30. März 2016 um 14:52 schrieben Sie:
>
> > No change even with a more current version of Maven:
>
> I have the feeling that the error is non deterministic somehow,
> because yesterday after upgrading 7.3.0.0 I was so damn sure that the
> error didn't occur anymore, that I removed skipping of the tests from
> my shell script invoking the build. Today the test is failing the
> whole morning.
>
> Now after upgrading Maven I additionally tried without a .m2 folder
> and the tests pass. Another execution directly afterwards with the
> same commands and such, only a present .m2 folder now, the test fails
> for every invocation. So I deleted the .m2 folder again and the tests
> pass now. Executed again with the available .m2 folder and the tests
> fail, pass(!), fail, fail...
>
> This test is buggy, at least "ConfigContextWithGenerics.getStrings"
> doesn't make sense compared to the other method and field names.
>
> 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: Failing test SpringBeanWithGenericsTest in 7.3.0.0 SNAPSHOT

2016-03-30 Thread Martin Grigorov 
If I try to build Wicket 7.x with de_DE locale the build fails at
wicket-core:

Failed tests:

MinifiedAwareResourceReferenceTest.minifiedResourceAvailable:61->Assert.assertEquals:144->Assert.assertEquals:115
expected: but was:

ResouceBundleTest.concatBundle:48->Assert.assertEquals:144->Assert.assertEquals:115
expected: but was:

ResourceReferenceLocatingTest.locateMinifiedJavaScriptResourceReference:214->checkNonStrictUsingJavaScriptResourceReference:236->Assert.assertThat:956
TestCase [locale=null, style=null, variation=null, extension=null]
Expected: is "// b.min.js"
 but: was "// b_de.js"

ResourceReferenceLocatingTest.locateMinifiedPackageResourceReference:223->checkNonStrictUsingPackageResourceReference:250->Assert.assertThat:956
TestCase [locale=null, style=null, variation=null, extension=null]
Expected: is "// b.min.js"
 but: was "// b_de.js"

ResourceReferenceLocatingTest.locateNonMinifiedJavaScriptResourceReference:196->checkNonStrictUsingJavaScriptResourceReference:236->Assert.assertThat:956
TestCase [locale=null, style=null, variation=null, extension=null]
Expected: is "// b.js"
 but: was "// b_de.js"

ResourceReferenceLocatingTest.locateNonMinifiedPackageResourceReference:205->checkNonStrictUsingPackageResourceReference:250->Assert.assertThat:956
TestCase [locale=null, style=null, variation=null, extension=null]
Expected: is "// b.js"
 but: was "// b_de.js"

CssUrlReplacerTest.base64EncodedImage:153->Assert.assertThat:923->Assert.assertThat:956
Expected: a string containing ".class {background-image:
url(data:image/gif;base64,R0lGODlh1wATAXAAACH5BAEAAP8ALADXA"
 but: was ".class {background-image:
url(data:image/gif;base64,R0lGODlhUAB4ANUAANbX1hQSEXV0c/f.


Sigh.

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

On Wed, Mar 30, 2016 at 2:52 PM, Thorsten Schöning 
wrote:

> Guten Tag Thorsten Schöning,
> am Mittwoch, 30. März 2016 um 14:16 schrieben Sie:
>
> > "mvn --version" should provide all requested info:
>
> No change even with a more current version of Maven:
>
> > Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
> 2015-11-10T17:41:47+01:00)
> > Maven home: C:\Program Files\Apache Software Foundation\Maven\bin\..
> > Java version: 1.7.0_80, vendor: Oracle Corporation
> > Java home: C:\Program Files\Java\jdk1.7.0_80\jre
> > Default locale: de_DE, platform encoding: Cp1252
> > OS name: "windows 8.1", version: "6.3", arch: "amd64", family: "windows"
>
> The test doesn't even seem to be very platform or locale dependent to
> me. I don't use a more current JDK 8 because that already fails during
> compiling or tests in wicket-util. Not sure how to read the output...
>
> 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: Failing test SpringBeanWithGenericsTest in 7.3.0.0 SNAPSHOT

2016-03-30 Thread Thorsten Schöning 
Guten Tag Thorsten Schöning,
am Mittwoch, 30. März 2016 um 14:52 schrieben Sie:

> No change even with a more current version of Maven:

I have the feeling that the error is non deterministic somehow,
because yesterday after upgrading 7.3.0.0 I was so damn sure that the
error didn't occur anymore, that I removed skipping of the tests from
my shell script invoking the build. Today the test is failing the
whole morning.

Now after upgrading Maven I additionally tried without a .m2 folder
and the tests pass. Another execution directly afterwards with the
same commands and such, only a present .m2 folder now, the test fails
for every invocation. So I deleted the .m2 folder again and the tests
pass now. Executed again with the available .m2 folder and the tests
fail, pass(!), fail, fail...

This test is buggy, at least "ConfigContextWithGenerics.getStrings"
doesn't make sense compared to the other method and field names.

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: Failing test SpringBeanWithGenericsTest in 7.3.0.0 SNAPSHOT

2016-03-30 Thread Martin Grigorov 
But wicket-spring passes even with de_DE.

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

On Wed, Mar 30, 2016 at 3:45 PM, Martin Grigorov 
wrote:

> If I try to build Wicket 7.x with de_DE locale the build fails at
> wicket-core:
>
> Failed tests:
>
> MinifiedAwareResourceReferenceTest.minifiedResourceAvailable:61->Assert.assertEquals:144->Assert.assertEquals:115
> expected: but was:
>
> ResouceBundleTest.concatBundle:48->Assert.assertEquals:144->Assert.assertEquals:115
> expected: but was:
>
> ResourceReferenceLocatingTest.locateMinifiedJavaScriptResourceReference:214->checkNonStrictUsingJavaScriptResourceReference:236->Assert.assertThat:956
> TestCase [locale=null, style=null, variation=null, extension=null]
> Expected: is "// b.min.js"
>  but: was "// b_de.js"
>
> ResourceReferenceLocatingTest.locateMinifiedPackageResourceReference:223->checkNonStrictUsingPackageResourceReference:250->Assert.assertThat:956
> TestCase [locale=null, style=null, variation=null, extension=null]
> Expected: is "// b.min.js"
>  but: was "// b_de.js"
>
> ResourceReferenceLocatingTest.locateNonMinifiedJavaScriptResourceReference:196->checkNonStrictUsingJavaScriptResourceReference:236->Assert.assertThat:956
> TestCase [locale=null, style=null, variation=null, extension=null]
> Expected: is "// b.js"
>  but: was "// b_de.js"
>
> ResourceReferenceLocatingTest.locateNonMinifiedPackageResourceReference:205->checkNonStrictUsingPackageResourceReference:250->Assert.assertThat:956
> TestCase [locale=null, style=null, variation=null, extension=null]
> Expected: is "// b.js"
>  but: was "// b_de.js"
>
> CssUrlReplacerTest.base64EncodedImage:153->Assert.assertThat:923->Assert.assertThat:956
> Expected: a string containing ".class {background-image:
> url(data:image/gif;base64,R0lGODlh1wATAXAAACH5BAEAAP8ALADXA"
>  but: was ".class {background-image:
> url(data:image/gif;base64,R0lGODlhUAB4ANUAANbX1hQSEXV0c/f.
>
>
> Sigh.
>
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
>
> On Wed, Mar 30, 2016 at 2:52 PM, Thorsten Schöning 
> wrote:
>
>> Guten Tag Thorsten Schöning,
>> am Mittwoch, 30. März 2016 um 14:16 schrieben Sie:
>>
>> > "mvn --version" should provide all requested info:
>>
>> No change even with a more current version of Maven:
>>
>> > Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
>> 2015-11-10T17:41:47+01:00)
>> > Maven home: C:\Program Files\Apache Software Foundation\Maven\bin\..
>> > Java version: 1.7.0_80, vendor: Oracle Corporation
>> > Java home: C:\Program Files\Java\jdk1.7.0_80\jre
>> > Default locale: de_DE, platform encoding: Cp1252
>> > OS name: "windows 8.1", version: "6.3", arch: "amd64", family: "windows"
>>
>> The test doesn't even seem to be very platform or locale dependent to
>> me. I don't use a more current JDK 8 because that already fails during
>> compiling or tests in wicket-util. Not sure how to read the output...
>>
>> 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: Failing test SpringBeanWithGenericsTest in 7.3.0.0 SNAPSHOT

2016-03-30 Thread Thorsten Schöning 
Guten Tag Thorsten Schöning,
am Mittwoch, 30. März 2016 um 14:16 schrieben Sie:

> "mvn --version" should provide all requested info:

No change even with a more current version of Maven:

> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5; 
> 2015-11-10T17:41:47+01:00)
> Maven home: C:\Program Files\Apache Software Foundation\Maven\bin\..
> Java version: 1.7.0_80, vendor: Oracle Corporation
> Java home: C:\Program Files\Java\jdk1.7.0_80\jre
> Default locale: de_DE, platform encoding: Cp1252
> OS name: "windows 8.1", version: "6.3", arch: "amd64", family: "windows"

The test doesn't even seem to be very platform or locale dependent to
me. I don't use a more current JDK 8 because that already fails during
compiling or tests in wicket-util. Not sure how to read the output...

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: Failing test SpringBeanWithGenericsTest in 7.3.0.0 SNAPSHOT

2016-03-30 Thread Thorsten Schöning 
Guten Tag Martin Grigorov,
am Mittwoch, 30. März 2016 um 12:42 schrieben Sie:

> The tests pass successfully here and at the CI server.
> Which version of JDK and Maven do you use? What is the system locale ?

"mvn --version" should provide all requested info:

> Apache Maven 3.1.1 (0728685237757ffbf44136acec0402957f723d9a; 2013-09-17 
> 17:22:22+0200)
> Maven home: C:\Program Files (x86)\Apache Maven\bin\..
> Java version: 1.7.0_80, vendor: Oracle Corporation
> Java home: C:\Program Files\Java\jdk1.7.0_80\jre
> Default locale: de_DE, platform encoding: Cp1252
> OS name: "windows 8.1", version: "6.3", arch: "amd64", family: "windows"

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: Test with IMarkupResourceStreamProvider and using IMarkupResourceStreamProvider for input

2016-03-30 Thread Martin Grigorov 
Hi,

On Wed, Mar 30, 2016 at 11:08 AM, andre seame  wrote:

> Hello,
>
> 1°) According the advices of this mailing list, I try to use
> IMarkupResourceStreamProvider as described in
>
> https://ci.apache.org/projects/wicket/guide/7.x/guide/single.html#advanced_5
>
> When using something like:
>
> public class AutoMarkupGenPanel extends Panel implements
> IMarkupResourceStreamProvider
>  {
> public AutoMarkupGenPanel(String id, IModel model)
>   {
> super(id, model);
> }
>
> @Override
> public IResourceStream getMarkupResourceStream(MarkupContainer
> container,
> Class containerClass)
>{
> String markup = "Panel markup";
> StringResourceStream resourceStream = new
> StringResourceStream(markup);
> return resourceStream;
> }
> }
> I get :
> Last cause: Expected to find  in associated markup file.
> Markup: org.apache.wicket.util.resource.StringResourceStream@761796f3
> :
>
> Misunderstanding or bug in documentation?
>

Bug in the documentation.


>
> 2°) If I change the markup to: String markup = " my dynamic
> code ";
> It is OK.
>
> If I declare class AutoMarkupGenPanel extends Panel as class
> AutoMarkupGenPanel extends Label, it does not work. It seems just as
> getMarkupResourceStream is not called.
>

Label is not MarkupContainer, it is a WebComponent. So it depends on its
parent to provide its markup.
It is a bit confusing, I see, but this is how it works.


>
>
> 3°) I want to have is :  />";
>
> It fails:
>
> Root cause:
>
> Unable to find component with id 'dateTo' in [InputText [Component id =
> after]]
> Expected:
> 'filterForm:tableWithFilterForm:topToolbars:toolbars:3:headers:6:header:panel:after:dateTo'.
> Found with similar names: 'filterForm:dateTo'
>

It seems you add the Panel directly to the "filterForm", while you should
add it much deeper in its hierarchy.


>  MarkupStream: [markup =
> org.apache.wicket.util.resource.StringResourceStream@3055f58b:
> 
> , index = 1,
> current =  '' (line 0, column 0)]
>  at
> org.apache.wicket.markup.MarkupStream.throwMarkupException(MarkupStream.java:526)
>
> Is it possible to use IMarkupResourceStreamProvider  in this use case ?
>
>
> Thanks for any idea or pointers.
>
> PHL.
>
>

Re: Failing test SpringBeanWithGenericsTest in 7.3.0.0 SNAPSHOT

2016-03-30 Thread Martin Grigorov 
Hi,

The tests pass successfully here and at the CI server.
Which version of JDK and Maven do you use? What is the system locale ?

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

On Wed, Mar 30, 2016 at 12:05 PM, Thorsten Schöning 
wrote:

> Hi all,
>
> I try to build 7.3.0.0-SNAPSHOT from source, but there's at least the
> following failing test. Skipping the tests builds OK and the results
> seem to work, but that shouldn't be necessary, right?
>
> [...]
> > Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.398
> sec - in org.apache.wicket.spring.injection.annot.SpringBeanTest
> > Running
> org.apache.wicket.spring.injection.annot.SpringBeanWithGenericsTest
> > Tests run: 7, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.557
> sec <<< FAILURE! - in
> org.apache.wicket.spring.injection.annot.SpringBeanWithGenericsTestlistField(org.apache.wicket.spring.injection.annot.SpringBeanWithGenericsTest)
> > Time elapsed: 0.072 sec  <<< FAILURE!
> > java.lang.AssertionError: expected:<3> but was:<1>
> > at org.junit.Assert.fail(Assert.java:88)
> > at org.junit.Assert.failNotEquals(Assert.java:834)
> > at org.junit.Assert.assertEquals(Assert.java:645)
> > at org.junit.Assert.assertEquals(Assert.java:631)
> > at
> org.apache.wicket.spring.injection.annot.SpringBeanWithGenericsTest.listField(SpringBeanWithGenericsTest.java:143)
> [...]
>
> The mentioned line is the last one of the following quote:
>
> > @Test
> > public void listField() throws Exception
> > {
> > AnnotatedListField page =
> > tester.startPage(new AnnotatedListField());
> >
> > assertNotNull(page.getStringsList());
> > assertEquals(3, page.getStringsList().size());
>
> I've found the following commit, which introduced "getStringsList":
>
>
> https://github.com/apache/wicket/commit/f0340a3ef62a18df14badb26acee01bf102b9a2c
>
> The interesting part for me about that commit is that
> "ConfigContextWithGenerics.getStrings" in the same file was NOT
> changed as well. So I renamed to .stringsList and that did have an
> effect, now another test is failing instead:
>
> > Failed tests:
> >
>  
> SpringBeanWithGenericsTest.listField:147->Assert.assertThat:923->Assert.assert
> > That:956
> > Expected: is <3>
> >  but: was <1>
>
> The only 1 element list in the class is "myList", so I guess that
> "arrayListStrings" can't be found properly as well, only this time not
> because of a wrong name, but maybe signature problems.
>
> In the end, this test seems broken to me... Any further ideas, should
> I file a bug? 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
>
>

Failing test SpringBeanWithGenericsTest in 7.3.0.0 SNAPSHOT

2016-03-30 Thread Thorsten Schöning 
Hi all,

I try to build 7.3.0.0-SNAPSHOT from source, but there's at least the
following failing test. Skipping the tests builds OK and the results
seem to work, but that shouldn't be necessary, right?

[...]
> Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.398 sec - 
> in org.apache.wicket.spring.injection.annot.SpringBeanTest
> Running org.apache.wicket.spring.injection.annot.SpringBeanWithGenericsTest
> Tests run: 7, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.557 sec <<< 
> FAILURE! - in 
> org.apache.wicket.spring.injection.annot.SpringBeanWithGenericsTestlistField(org.apache.wicket.spring.injection.annot.SpringBeanWithGenericsTest)
> Time elapsed: 0.072 sec  <<< FAILURE!
> java.lang.AssertionError: expected:<3> but was:<1>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:645)
> at org.junit.Assert.assertEquals(Assert.java:631)
> at 
> org.apache.wicket.spring.injection.annot.SpringBeanWithGenericsTest.listField(SpringBeanWithGenericsTest.java:143)
[...]

The mentioned line is the last one of the following quote:

> @Test
> public void listField() throws Exception
> {
> AnnotatedListField page =
> tester.startPage(new AnnotatedListField());
>
> assertNotNull(page.getStringsList());
> assertEquals(3, page.getStringsList().size());

I've found the following commit, which introduced "getStringsList":

https://github.com/apache/wicket/commit/f0340a3ef62a18df14badb26acee01bf102b9a2c

The interesting part for me about that commit is that
"ConfigContextWithGenerics.getStrings" in the same file was NOT
changed as well. So I renamed to .stringsList and that did have an
effect, now another test is failing instead:

> Failed tests:
>   
> SpringBeanWithGenericsTest.listField:147->Assert.assertThat:923->Assert.assert
> That:956
> Expected: is <3>
>  but: was <1>

The only 1 element list in the class is "myList", so I guess that
"arrayListStrings" can't be found properly as well, only this time not
because of a wrong name, but maybe signature problems.

In the end, this test seems broken to me... Any further ideas, should
I file a bug? 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

Test with IMarkupResourceStreamProvider and using IMarkupResourceStreamProvider for input

2016-03-30 Thread andre seame 
Hello,

1°) According the advices of this mailing list, I try to use 
IMarkupResourceStreamProvider as described in
https://ci.apache.org/projects/wicket/guide/7.x/guide/single.html#advanced_5

When using something like:

public class AutoMarkupGenPanel extends Panel implements 
IMarkupResourceStreamProvider
 {
public AutoMarkupGenPanel(String id, IModel model)
  {
super(id, model);
}

@Override
public IResourceStream getMarkupResourceStream(MarkupContainer 
container,
Class containerClass)
   {
String markup = "Panel markup";
StringResourceStream resourceStream = new 
StringResourceStream(markup);
return resourceStream;
}
}
I get :
Last cause: Expected to find  in associated markup file. Markup: 
org.apache.wicket.util.resource.StringResourceStream@761796f3:

Misunderstanding or bug in documentation?

2°) If I change the markup to: String markup = " my dynamic code 
";
It is OK.

If I declare class AutoMarkupGenPanel extends Panel as class AutoMarkupGenPanel 
extends Label, it does not work. It seems just as getMarkupResourceStream is 
not called.


3°) I want to have is : ";

It fails:

Root cause:

Unable to find component with id 'dateTo' in [InputText [Component id = after]]
Expected: 
'filterForm:tableWithFilterForm:topToolbars:toolbars:3:headers:6:header:panel:after:dateTo'.
Found with similar names: 'filterForm:dateTo'
 MarkupStream: [markup = 
org.apache.wicket.util.resource.StringResourceStream@3055f58b: 

, index = 1, current =  
'' (line 0, column 0)]
 at 
org.apache.wicket.markup.MarkupStream.throwMarkupException(MarkupStream.java:526)

Is it possible to use IMarkupResourceStreamProvider  in this use case ?


Thanks for any idea or pointers.

PHL.