hi, thanks again for helping. What XML file exactly are you talking about ? The decriptor file strugs-tag.tld from the
struts2-core-2.x.x.x file ? I tried 3 versions already, here are the first lines of each version : struts-2.0.11.1 <!DOCTYPE taglib PUBLIC "-//Sun Microsystems, Inc.//DTD JSP Tag Library 1.2//EN" "http://java.sun.com/dtd/web-jsptaglibrary_1_2.dtd";> version : struts-2.0.11.2 <!DOCTYPE taglib PUBLIC "-//Sun Microsystems, Inc.//DTD JSP Tag Library 1.2//EN" "http://java.sun.com/dtd/web-jsptaglibrary_1_2.dtd";> version : struts-2.1.2 <taglib xmlns="http://java.sun.com/xml/ns/j2ee"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; version="2.0" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-jsptaglibrary_2_0.xsd";> Or are you talking about one of the descriptor tag files present in the xwork jar ? xwork-2.x.x So that would be xwork-2.x.dtd I always get some URI scheme is not "file" error. Here is an extract of the stack trace again : Caused by: java.lang.RuntimeException: java.lang.RuntimeException: java.lang.reflect.InvocationTargetException at com.opensymphony.xwork2.inject.ContainerImpl.inject(ContainerImpl.java:480) at com.opensymphony.xwork2.inject.ContainerImpl$7.call(ContainerImpl.java:517) at com.opensymphony.xwork2.inject.ContainerImpl.callInContext(ContainerImpl.java:565) at com.opensymphony.xwork2.inject.ContainerImpl.inject(ContainerImpl.java:515) at com.opensymphony.xwork2.config.impl.LocatableFactory.create(LocatableFactory.java:32) at com.opensymphony.xwork2.inject.ContainerBuilder$4.create(ContainerBuilder.java:135) ... 105 more Caused by: java.lang.RuntimeException: java.lang.reflect.InvocationTargetException at com.opensymphony.xwork2.inject.ContainerImpl$ConstructorInjector.construct(ContainerImpl.java:425) at com.opensymphony.xwork2.inject.ContainerImpl.inject(ContainerImpl.java:477) ... 110 more Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source) at java.lang.reflect.Constructor.newInstance(Unknown Source) at com.opensymphony.xwork2.inject.ContainerImpl$ConstructorInjector.construct(ContainerImpl.java:404) ... 111 more Caused by: java.lang.IllegalArgumentException: URI scheme is not "file" at java.io.File.<init>(Unknown Source) at com.opensymphony.xwork2.validator.DefaultValidatorFactory.parseValidators(DefaultValidatorFactory.java:101) at com.opensymphony.xwork2.validator.DefaultValidatorFactory.<init>(DefaultValidatorFactory.java:43) ... 116 more --- On Tue, 9/9/08, Jeromy Evans <[EMAIL PROTECTED]> wrote: From: Jeromy Evans <[EMAIL PROTECTED]> Subject: Re: JBoss 5 RC1 and Struts 2 : Simple validation error (URI scheme is not "file") To: "Struts Users Mailing List" <user@struts.apache.org> Date: Tuesday, September 9, 2008, 4:56 AM Bobby Mitch wrote: > Any other suggestion, anyone ? > Thanks for helping. > Did you try my suggestion of changing the doctype to point to a local file? Or a local catalog? Or perhaps even removing the doctype? It appears to be failing to parse the XML and the only URI present is in the doctype. java.lang.IllegalArgumentException: URI scheme is not "file" at java.io.File.(Unknown Source) at com.opensymphony.xwork2.validator.ValidatorFactory.parseValidators(ValidatorFactory.java:323) --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
