Re: validation xmls in a Struts2 application with no Internet connection
I could not re-produce it with most recent version, 2.3.16. Both DTD versions work correctly on an off-line Tomcat :) I think there is a mis-version-configuration between struts and xwork with that non-maven old application. Sorry for the inconvenience! Thanks! On 12/15/2013 03:53 PM, Lukasz Lenart wrote: Hmm... so it must be some small bug, a typo somewhere. Can you register an issue with the stacktrace and explanation that it works with 1.0.2? Thanks - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org
Re: validation xmls in a Struts2 application with no Internet connection
No problem! Thanks for conformation! 2013/12/16 Yasser Zamani yasser.zam...@live.com: I could not re-produce it with most recent version, 2.3.16. Both DTD versions work correctly on an off-line Tomcat :) I think there is a mis-version-configuration between struts and xwork with that non-maven old application. Sorry for the inconvenience! Thanks! On 12/15/2013 03:53 PM, Lukasz Lenart wrote: Hmm... so it must be some small bug, a typo somewhere. Can you register an issue with the stacktrace and explanation that it works with 1.0.2? Thanks - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org
Re: validation xmls in a Struts2 application with no Internet connection
2013/12/14 Yasser Zamani yasser.zam...@live.com: Hi there, We have a Struts2 application with some validation XMLs with following DOCTYPE: !DOCTYPE validators PUBLIC -//Apache Struts//XWork Validator 1.0.3//EN http://struts.apache.org/dtds/xwork-validator-1.0.3.dtd; When we run this application on a server which has access to struts.apache.org, there is no problem. But when we run it on a server which has no access to struts.apache.org, Struts can not create default validation interceptor with following exception: Caught Exception while registering Interceptor class org.apache.struts2.interceptor.validation.AnnotationValidationInterceptor - interceptor - jar:file:/home/yasser/Applications/apache-tomcat-7.0.29/webapps/TAAM/WEB-INF/lib/struts2-core-2.3.1.1.jar!/struts-default.xml:148:127 at com.opensymphony.xwork2.ObjectFactory.buildInterceptor(ObjectFactory.java:213) at com.opensymphony.xwork2.config.providers.InterceptorBuilder.constructInterceptorReference(InterceptorBuilder.java:70) at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.lookupInterceptorReference(XmlConfigurationProvider.java:1035) I think it has nothing to do with validators' configuration - XmlConfigurationProvider is used to parse struts.xml, so please check if you use the correct DOCTYPE there https://issues.apache.org/jira/browse/WW-3741 Regards -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org
Re: validation xmls in a Struts2 application with no Internet connection
I reviewed Struts internally and discovered that in all places it uses 1.0.2 instead of 1.0.3. So, I guessed if I rewrite my DOCTYPE to: !DOCTYPE validators PUBLIC -//Apache Struts//XWork Validator 1.0.2//EN http://struts.apache.org/dtds/xwork-validator-1.0.2.dtd; it may work. I tried and yeah, it works! (However, it's some was confusing that xwork-validator-1.0.3.dtd is present in xwork.jar but we cannot use it *offline* until Struts also use it internally) Sorry for the inconvenience! Thanks for your reply. Sincerely Yours, Yasser. On 12/15/2013 01:44 PM, Lukasz Lenart wrote: 2013/12/14 Yasser Zamani yasser.zam...@live.com: Hi there, We have a Struts2 application with some validation XMLs with following DOCTYPE: !DOCTYPE validators PUBLIC -//Apache Struts//XWork Validator 1.0.3//EN http://struts.apache.org/dtds/xwork-validator-1.0.3.dtd; When we run this application on a server which has access to struts.apache.org, there is no problem. But when we run it on a server which has no access to struts.apache.org, Struts can not create default validation interceptor with following exception: Caught Exception while registering Interceptor class org.apache.struts2.interceptor.validation.AnnotationValidationInterceptor - interceptor - jar:file:/home/yasser/Applications/apache-tomcat-7.0.29/webapps/TAAM/WEB-INF/lib/struts2-core-2.3.1.1.jar!/struts-default.xml:148:127 at com.opensymphony.xwork2.ObjectFactory.buildInterceptor(ObjectFactory.java:213) at com.opensymphony.xwork2.config.providers.InterceptorBuilder.constructInterceptorReference(InterceptorBuilder.java:70) at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.lookupInterceptorReference(XmlConfigurationProvider.java:1035) I think it has nothing to do with validators' configuration - XmlConfigurationProvider is used to parse struts.xml, so please check if you use the correct DOCTYPE there https://issues.apache.org/jira/browse/WW-3741 Regards - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org
Re: validation xmls in a Struts2 application with no Internet connection
Hmm... so it must be some small bug, a typo somewhere. Can you register an issue with the stacktrace and explanation that it works with 1.0.2? Thanks -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ 2013/12/15 Yasser Zamani yasser.zam...@live.com: I reviewed Struts internally and discovered that in all places it uses 1.0.2 instead of 1.0.3. So, I guessed if I rewrite my DOCTYPE to: !DOCTYPE validators PUBLIC -//Apache Struts//XWork Validator 1.0.2//EN http://struts.apache.org/dtds/xwork-validator-1.0.2.dtd; it may work. I tried and yeah, it works! (However, it's some was confusing that xwork-validator-1.0.3.dtd is present in xwork.jar but we cannot use it *offline* until Struts also use it internally) Sorry for the inconvenience! Thanks for your reply. Sincerely Yours, Yasser. On 12/15/2013 01:44 PM, Lukasz Lenart wrote: 2013/12/14 Yasser Zamani yasser.zam...@live.com: Hi there, We have a Struts2 application with some validation XMLs with following DOCTYPE: !DOCTYPE validators PUBLIC -//Apache Struts//XWork Validator 1.0.3//EN http://struts.apache.org/dtds/xwork-validator-1.0.3.dtd; When we run this application on a server which has access to struts.apache.org, there is no problem. But when we run it on a server which has no access to struts.apache.org, Struts can not create default validation interceptor with following exception: Caught Exception while registering Interceptor class org.apache.struts2.interceptor.validation.AnnotationValidationInterceptor - interceptor - jar:file:/home/yasser/Applications/apache-tomcat-7.0.29/webapps/TAAM/WEB-INF/lib/struts2-core-2.3.1.1.jar!/struts-default.xml:148:127 at com.opensymphony.xwork2.ObjectFactory.buildInterceptor(ObjectFactory.java:213) at com.opensymphony.xwork2.config.providers.InterceptorBuilder.constructInterceptorReference(InterceptorBuilder.java:70) at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.lookupInterceptorReference(XmlConfigurationProvider.java:1035) I think it has nothing to do with validators' configuration - XmlConfigurationProvider is used to parse struts.xml, so please check if you use the correct DOCTYPE there https://issues.apache.org/jira/browse/WW-3741 Regards - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org
validation xmls in a Struts2 application with no Internet connection
Hi there, We have a Struts2 application with some validation XMLs with following DOCTYPE: !DOCTYPE validators PUBLIC -//Apache Struts//XWork Validator 1.0.3//EN http://struts.apache.org/dtds/xwork-validator-1.0.3.dtd; When we run this application on a server which has access to struts.apache.org, there is no problem. But when we run it on a server which has no access to struts.apache.org, Struts can not create default validation interceptor with following exception: Caught Exception while registering Interceptor class org.apache.struts2.interceptor.validation.AnnotationValidationInterceptor - interceptor - jar:file:/home/yasser/Applications/apache-tomcat-7.0.29/webapps/TAAM/WEB-INF/lib/struts2-core-2.3.1.1.jar!/struts-default.xml:148:127 at com.opensymphony.xwork2.ObjectFactory.buildInterceptor(ObjectFactory.java:213) at com.opensymphony.xwork2.config.providers.InterceptorBuilder.constructInterceptorReference(InterceptorBuilder.java:70) at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.lookupInterceptorReference(XmlConfigurationProvider.java:1035) at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.loadInterceptorStack(XmlConfigurationProvider.java:852) at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.loadInterceptorStacks(XmlConfigurationProvider.java:865) at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.loadInterceptors(XmlConfigurationProvider.java:888) at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.addPackage(XmlConfigurationProvider.java:468) at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.loadPackages(XmlConfigurationProvider.java:278) at org.apache.struts2.config.StrutsXmlConfigurationProvider.loadPackages(StrutsXmlConfigurationProvider.java:112) at com.opensymphony.xwork2.config.impl.DefaultConfiguration.reloadContainer(DefaultConfiguration.java:204) at com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration(ConfigurationManager.java:66) at org.apache.struts2.dispatcher.Dispatcher.init_PreloadConfiguration(Dispatcher.java:390) at org.apache.struts2.dispatcher.Dispatcher.init(Dispatcher.java:436) at org.apache.struts2.dispatcher.ng.InitOperations.initDispatcher(InitOperations.java:69) at org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter.init(StrutsPrepareAndExecuteFilter.java:51) at org.apache.catalina.core.ApplicationFilterConfig.initFilter(ApplicationFilterConfig.java:277) at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:258) at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:382) at org.apache.catalina.core.ApplicationFilterConfig.init(ApplicationFilterConfig.java:103) at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:4650) at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5306) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:618) at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:963) at org.apache.catalina.startup.HostConfig$DeployWar.run(HostConfig.java:1600) 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:724) Caused by: java.lang.RuntimeException: java.lang.RuntimeException: java.lang.RuntimeException: java.lang.RuntimeException: java.lang.RuntimeException: java.lang.RuntimeException: java.lang.RuntimeException: java.lang.reflect.InvocationTargetException at com.opensymphony.xwork2.inject.ContainerImpl$MethodInjector.inject(ContainerImpl.java:295) at com.opensymphony.xwork2.inject.ContainerImpl.inject(ContainerImpl.java:485) at com.opensymphony.xwork2.inject.ContainerImpl$6.call(ContainerImpl.java:523) at com.opensymphony.xwork2.inject.ContainerImpl$6.call(ContainerImpl.java:521) at com.opensymphony.xwork2.inject.ContainerImpl.callInContext(ContainerImpl.java:574) at