You are absolutely correct. I used java 1.8 compatible class from apache xcerses.jar. Now it deploys fine.
Thanks and regards, Vikas On 10-May-2016, at 10:08 PM, Konstantin Kolinko <knst.koli...@gmail.com> wrote: 2016-05-10 17:34 GMT+03:00 Christopher Schultz <ch...@christopherschultz.net>: > > Looks like the real error is: > >> Caused by: java.util.ServiceConfigurationError: >> javax.xml.validation.SchemaFactory: > jar:file:/C:/Program%20Files%20(x86)/Apache%20Software%20Foundation/Tomc > at%208.0/webapps/My-Documentum-for-Microsoft-Outlook-WebService-7.3.0/WE > B-INF/lib/xerces-impl.jar!/META-INF/services/javax.xml.validation.Schema > Factory:1: >> Illegal provider-class name: http\:// > www.w3.org/2001/XMLSchema=com.sun.org.apache.xerces.internal.jaxp.valida > tion.xs.SchemaFactoryImpl > > Find the place where you have that odd provider class name and change > it to be a legitimate Java class. (Just a guess). > > - -chris The class name "com.sun.org.apache.xerces.internal.jaxp.validation.xs.SchemaFactoryImpl" is odd. It looks like internal copy of Apache Xerces library as was used by an (old) JRE. It is as if someone is trying to bundle a JRE class within a web application. 1. Redistributing JRE classes in such way is wrong. 2. You can get the real Xerces-J XML parser library here: http://xerces.apache.org/xerces2-j/ http://xerces.apache.org/mirrors.cgi Best regards, Konstantin Kolinko --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
