|
»
»
»
Problems with schema-validation-enabled
|
View:
New views
15 Messages
—
Rating Filter:
Alert me
|
 |
Problems with schema-validation-enabled
by Nikolaj A.
::
Rate this Message:
System specs.
CXF 2.1 Tomcat 5.5.17 (I know it's old, but I'm stuck with this) Java 1.5.0_12 I'm trying to validate the XML input to my web service, but I ran into this stack overflow. snip stacktrace from log 19 maj 2008 16:59:17,711 ERROR org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/services].[QuotaWebservicesServlet] - Servlet.service() for servlet QuotaWebservicesServlet threw exception java.lang.StackOverflowError at java.nio.charset.Charset.atBugLevel(Charset.java:258) at java.nio.charset.CharsetDecoder.<init>(CharsetDecoder.java:177) at java.nio.charset.CharsetDecoder.<init>(CharsetDecoder.java:209) at sun.nio.cs.SingleByteDecoder.<init>(SingleByteDecoder.java:29) at sun.nio.cs.MS1252$Decoder.<init>(MS1252.java:72) at sun.nio.cs.MS1252.newDecoder(MS1252.java:39) at java.nio.charset.CharsetEncoder.isLegalReplacement(CharsetEncoder.java:311) at java.nio.charset.CharsetEncoder.replaceWith(CharsetEncoder.java:267) at java.nio.charset.CharsetEncoder.<init>(CharsetEncoder.java:186) at java.nio.charset.CharsetEncoder.<init>(CharsetEncoder.java:209) at sun.nio.cs.SingleByteEncoder.<init>(SingleByteEncoder.java:39) at sun.nio.cs.MS1252$Encoder.<init>(MS1252.java:115) at sun.nio.cs.MS1252.newEncoder(MS1252.java:43) at sun.nio.cs.StreamEncoder$CharsetSE.<init>(StreamEncoder.java:290) at sun.nio.cs.StreamEncoder$CharsetSE.<init>(StreamEncoder.java:274) at sun.nio.cs.StreamEncoder.forOutputStreamWriter(StreamEncoder.java:69) at java.io.OutputStreamWriter.<init>(OutputStreamWriter.java:93) at java.io.PrintWriter.<init>(PrintWriter.java:109) at org.apache.xml.utils.DefaultErrorHandler.<init>(DefaultErrorHandler.java:80) at org.apache.xalan.processor.TransformerFactoryImpl.<init>(TransformerFactoryImpl.java:1002) at sun.reflect.GeneratedConstructorAccessor49.newInstance(Unknown Source) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:494) at java.lang.Class.newInstance0(Class.java:350) at java.lang.Class.newInstance(Class.java:303) at javax.xml.transform.FactoryFinder.newInstance(FactoryFinder.java:100) at javax.xml.transform.FactoryFinder.findJarServiceProvider(FactoryFinder.java:278) at javax.xml.transform.FactoryFinder.find(FactoryFinder.java:185) at javax.xml.transform.TransformerFactory.newInstance(TransformerFactory.java:103) at org.apache.cxf.wsdl.EndpointReferenceUtils$SchemaLSResourceResolver.getSchemaAsStream(EndpointReferenceUtils.java:115) at org.apache.cxf.wsdl.EndpointReferenceUtils$SchemaLSResourceResolver.resolveResource(EndpointReferenceUtils.java:130) at com.sun.org.apache.xerces.internal.util.DOMEntityResolverWrapper.resolveEntity(DOMEntityResolverWrapper.java:147) at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.resolveEntity(XMLEntityManager.java:701) at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.resolveDocument(XMLSchemaLoader.java:599) at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.resolveSchema(XSDHandler.java:1458) at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.constructTrees(XSDHandler.java:827) at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.constructTrees(XSDHandler.java:843) snip stacktrace from log - end And so it continues for many lines... Here's my spring application context snip from spring application context <!-- QuotaAnmodningHistorikSamlingHent --> <!-- endpoint/webservice --> <jaxws:endpoint id="quotaAnmodningHistorikSamlingHentEndpoint" implementor="#quotaAnmodningHistorikSamlingHent" implementorClass="dk.steria.quota.services.QuotaAnmodningHistorikSamlingHent" wsdlLocation="D:/BADEnvironment/servers/Quota/apache-tomcat-5.5.17/webapps/services/WEB-INF/servicedescriptions/wsdl/QuotaAnmodningHistorikSamlingHent.wsdl" address="/QuotaAnmodningHistorikSamlingHent"> <jaxws:properties> <entry key="schema-validation-enabled" value="true" /> </jaxws:properties> </jaxws:endpoint> <!-- proxy class --> <bean id="quotaAnmodningHistorikSamlingHent" class="org.springframework.aop.framework.ProxyFactoryBean"> <property name="proxyInterfaces"> <value>dk.steria.quota.services.QuotaAnmodningHistorikSamlingHentServicePortType</value> </property> <property name="target"> <ref bean="quotaAnmodningHistorikSamlingHentTarget" /> </property> <property name="interceptorNames"> <list> <value>systemLogPointcutAdvisor</value> </list> </property> </bean> <!-- implementation class --> <bean id="quotaAnmodningHistorikSamlingHentTarget" class="dk.steria.quota.services.QuotaAnmodningHistorikSamlingHent"/> snip from spring application context - end It looks like the EndpointReferenceUtils are unable to locate the schemas, which are packed along with the wsdl files in the (exploded) war. The war structure looks like this: exploded war - META-INF -- ... - WEB-INF -- classes --- ... -- lib --- ... -- servicedescriptions --- wsdl --- folder structure with xsd's --- ... -- applicationContext.xml -- web.xml I tried to look at the wsdl_first example, but I'm stuck. Any ideas? /Nikolaj |
|
|
Antwort: Problems with schema-validation-enabled [Virus checked]
by jan.minaroviech
::
Rate this Message:
Hi Nikolaj,
the same question as someone wrote as reply to simillar email 2 hours ago ... do you have cyclic references between your XSD schemas ? best regards jano "Nikolaj A." <na@...> 05/19/2008 17:32 Bitte antworten an users@... An users@... Kopie Thema Problems with schema-validation-enabled [Virus checked] System specs. CXF 2.1 Tomcat 5.5.17 (I know it's old, but I'm stuck with this) Java 1.5.0_12 I'm trying to validate the XML input to my web service, but I ran into this stack overflow. snip stacktrace from log 19 maj 2008 16:59:17,711 ERROR org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/services].[QuotaWebservicesServlet] - Servlet.service() for servlet QuotaWebservicesServlet threw exception java.lang.StackOverflowError at java.nio.charset.Charset.atBugLevel(Charset.java:258) at java.nio.charset.CharsetDecoder.<init>(CharsetDecoder.java:177) at java.nio.charset.CharsetDecoder.<init>(CharsetDecoder.java:209) at sun.nio.cs.SingleByteDecoder.<init>(SingleByteDecoder.java:29) at sun.nio.cs.MS1252$Decoder.<init>(MS1252.java:72) at sun.nio.cs.MS1252.newDecoder(MS1252.java:39) at java.nio.charset.CharsetEncoder.isLegalReplacement(CharsetEncoder.java:311) at java.nio.charset.CharsetEncoder.replaceWith(CharsetEncoder.java:267) at java.nio.charset.CharsetEncoder.<init>(CharsetEncoder.java:186) at java.nio.charset.CharsetEncoder.<init>(CharsetEncoder.java:209) at sun.nio.cs.SingleByteEncoder.<init>(SingleByteEncoder.java:39) at sun.nio.cs.MS1252$Encoder.<init>(MS1252.java:115) at sun.nio.cs.MS1252.newEncoder(MS1252.java:43) at sun.nio.cs.StreamEncoder$CharsetSE.<init>(StreamEncoder.java:290) at sun.nio.cs.StreamEncoder$CharsetSE.<init>(StreamEncoder.java:274) at sun.nio.cs.StreamEncoder.forOutputStreamWriter(StreamEncoder.java:69) at java.io.OutputStreamWriter.<init>(OutputStreamWriter.java:93) at java.io.PrintWriter.<init>(PrintWriter.java:109) at org.apache.xml.utils.DefaultErrorHandler.<init>(DefaultErrorHandler.java:80) at org.apache.xalan.processor.TransformerFactoryImpl.<init>(TransformerFactoryImpl.java:1002) at sun.reflect.GeneratedConstructorAccessor49.newInstance(Unknown Source) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:494) at java.lang.Class.newInstance0(Class.java:350) at java.lang.Class.newInstance(Class.java:303) at javax.xml.transform.FactoryFinder.newInstance(FactoryFinder.java:100) at javax.xml.transform.FactoryFinder.findJarServiceProvider(FactoryFinder.java:278) at javax.xml.transform.FactoryFinder.find(FactoryFinder.java:185) at javax.xml.transform.TransformerFactory.newInstance(TransformerFactory.java:103) at org.apache.cxf.wsdl.EndpointReferenceUtils$SchemaLSResourceResolver.getSchemaAsStream(EndpointReferenceUtils.java:115) at org.apache.cxf.wsdl.EndpointReferenceUtils$SchemaLSResourceResolver.resolveResource(EndpointReferenceUtils.java:130) at com.sun.org.apache.xerces.internal.util.DOMEntityResolverWrapper.resolveEntity(DOMEntityResolverWrapper.java:147) at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.resolveEntity(XMLEntityManager.java:701) at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.resolveDocument(XMLSchemaLoader.java:599) at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.resolveSchema(XSDHandler.java:1458) at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.constructTrees(XSDHandler.java:827) at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.constructTrees(XSDHandler.java:843) snip stacktrace from log - end And so it continues for many lines... Here's my spring application context snip from spring application context <!-- QuotaAnmodningHistorikSamlingHent --> <!-- endpoint/webservice --> <jaxws:endpoint id="quotaAnmodningHistorikSamlingHentEndpoint" implementor="#quotaAnmodningHistorikSamlingHent" implementorClass="dk.steria.quota.services.QuotaAnmodningHistorikSamlingHent" wsdlLocation="D:/BADEnvironment/servers/Quota/apache-tomcat-5.5.17/webapps/services/WEB-INF/servicedescriptions/wsdl/QuotaAnmodningHistorikSamlingHent.wsdl" address="/QuotaAnmodningHistorikSamlingHent"> <jaxws:properties> <entry key="schema-validation-enabled" value="true" /> </jaxws:properties> </jaxws:endpoint> <!-- proxy class --> <bean id="quotaAnmodningHistorikSamlingHent" class="org.springframework.aop.framework.ProxyFactoryBean"> <property name="proxyInterfaces"> <value>dk.steria.quota.services.QuotaAnmodningHistorikSamlingHentServicePortType</value> </property> <property name="target"> <ref bean="quotaAnmodningHistorikSamlingHentTarget" /> </property> <property name="interceptorNames"> <list> <value>systemLogPointcutAdvisor</value> </list> </property> </bean> <!-- implementation class --> <bean id="quotaAnmodningHistorikSamlingHentTarget" class="dk.steria.quota.services.QuotaAnmodningHistorikSamlingHent"/> snip from spring application context - end It looks like the EndpointReferenceUtils are unable to locate the schemas, which are packed along with the wsdl files in the (exploded) war. The war structure looks like this: exploded war - META-INF -- ... - WEB-INF -- classes --- ... -- lib --- ... -- servicedescriptions --- wsdl --- folder structure with xsd's --- ... -- applicationContext.xml -- web.xml I tried to look at the wsdl_first example, but I'm stuck. Any ideas? /Nikolaj -- View this message in context: http://www.nabble.com/Problems-with-schema-validation-enabled-tp17319259p17319259.html Sent from the cxf-user mailing list archive at Nabble.com. |
|
|
Re: Problems with schema-validation-enabled
by Nikolaj A.
::
Rate this Message:
Seems like FOUGERE Julien experiences almost similar problems in his post today http://www.nabble.com/Problem-with-schema-validation-%28JAX-WS---JAXB%29-td17319174.html
Sorry for the double post, if it is indeed the very same issue... /Nikolaj |
|
|
Re: Problems with schema-validation-enabled
by Benson Margulies-4
::
Rate this Message:
How did you get into Code Page 1252?
On Mon, May 19, 2008 at 11:44 AM, Nikolaj A. <na@...> wrote: > > Seems like FOUGERE Julien experiences almost similar problems in his post > today > http://www.nabble.com/Problem-with-schema-validation-%28JAX-WS---JAXB%29-td17319174.html > > Sorry for the double post, if it is indeed the very same issue... > > /Nikolaj > > -- > View this message in context: http://www.nabble.com/Problems-with-schema-validation-enabled-tp17319259p17320678.html > Sent from the cxf-user mailing list archive at Nabble.com. > > |
|
|
Re: Problems with schema-validation-enabled
by Nikolaj A.
::
Rate this Message:
Hmm, that's a very good question.
If I eliminate the AOP proxy stuff below (the quotaAnmodningHistorikSamlingHent bean), by pointing the endpoint implementor directly at the implementation class (the quotaAnmodningHistorikSamlingHentTarget bean), then I get the following stack overflow: Stack trace without proxy 20 maj 2008 14:03:41,950 ERROR org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/services].[QuotaWebservicesServlet] - Servlet.service() for servlet QuotaWebservicesServlet threw exception java.lang.StackOverflowError at java.nio.charset.CharsetDecoder.<init>(CharsetDecoder.java:177) at java.nio.charset.CharsetDecoder.<init>(CharsetDecoder.java:209) at sun.nio.cs.SingleByteDecoder.<init>(SingleByteDecoder.java:29) at sun.nio.cs.MS1252$Decoder.<init>(MS1252.java:72) at sun.nio.cs.MS1252.newDecoder(MS1252.java:39) at java.nio.charset.CharsetEncoder.isLegalReplacement(CharsetEncoder.java:311) at java.nio.charset.CharsetEncoder.replaceWith(CharsetEncoder.java:267) at java.nio.charset.CharsetEncoder.<init>(CharsetEncoder.java:186) at java.nio.charset.CharsetEncoder.<init>(CharsetEncoder.java:209) at sun.nio.cs.SingleByteEncoder.<init>(SingleByteEncoder.java:39) at sun.nio.cs.MS1252$Encoder.<init>(MS1252.java:115) at sun.nio.cs.MS1252.newEncoder(MS1252.java:43) at sun.nio.cs.StreamEncoder$CharsetSE.<init>(StreamEncoder.java:290) at sun.nio.cs.StreamEncoder$CharsetSE.<init>(StreamEncoder.java:274) at sun.nio.cs.StreamEncoder.forOutputStreamWriter(StreamEncoder.java:69) at java.io.OutputStreamWriter.<init>(OutputStreamWriter.java:93) at java.io.PrintWriter.<init>(PrintWriter.java:109) at org.apache.xml.utils.DefaultErrorHandler.<init>(DefaultErrorHandler.java:80) at org.apache.xalan.processor.TransformerFactoryImpl.<init>(TransformerFactoryImpl.java:1002) at sun.reflect.GeneratedConstructorAccessor49.newInstance(Unknown Source) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:494) at java.lang.Class.newInstance0(Class.java:350) at java.lang.Class.newInstance(Class.java:303) at javax.xml.transform.FactoryFinder.newInstance(FactoryFinder.java:100) at javax.xml.transform.FactoryFinder.findJarServiceProvider(FactoryFinder.java:278) at javax.xml.transform.FactoryFinder.find(FactoryFinder.java:185) at javax.xml.transform.TransformerFactory.newInstance(TransformerFactory.java:103) at org.apache.cxf.wsdl.EndpointReferenceUtils$SchemaLSResourceResolver.getSchemaAsStream(EndpointReferenceUtils.java:115) at org.apache.cxf.wsdl.EndpointReferenceUtils$SchemaLSResourceResolver.resolveResource(EndpointReferenceUtils.java:130) at com.sun.org.apache.xerces.internal.util.DOMEntityResolverWrapper.resolveEntity(DOMEntityResolverWrapper.java:147) at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.resolveEntity(XMLEntityManager.java:701) at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.resolveDocument(XMLSchemaLoader.java:599) at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.resolveSchema(XSDHandler.java:1458) at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.constructTrees(XSDHandler.java:827) at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.constructTrees(XSDHandler.java:843) Using the proxy produces another stack overflow: Stack trace with proxy 20 maj 2008 13:56:14,697 ERROR org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/services].[QuotaWebservicesServlet] - Servlet.service() for servlet QuotaWebservicesServlet threw exception java.lang.StackOverflowError at java.util.Hashtable.get(Hashtable.java:336) at java.util.Properties.getProperty(Properties.java:774) at java.lang.System.getProperty(System.java:630) at sun.security.action.GetPropertyAction.run(GetPropertyAction.java:66) at java.security.AccessController.doPrivileged(Native Method) at java.io.BufferedWriter.<init>(BufferedWriter.java:91) at java.io.BufferedWriter.<init>(BufferedWriter.java:70) at java.io.PrintWriter.<init>(PrintWriter.java:109) at org.apache.xml.utils.DefaultErrorHandler.<init>(DefaultErrorHandler.java:80) at org.apache.xalan.processor.TransformerFactoryImpl.<init>(TransformerFactoryImpl.java:1002) at sun.reflect.GeneratedConstructorAccessor49.newInstance(Unknown Source) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:494) at java.lang.Class.newInstance0(Class.java:350) at java.lang.Class.newInstance(Class.java:303) at javax.xml.transform.FactoryFinder.newInstance(FactoryFinder.java:100) at javax.xml.transform.FactoryFinder.findJarServiceProvider(FactoryFinder.java:278) at javax.xml.transform.FactoryFinder.find(FactoryFinder.java:185) at javax.xml.transform.TransformerFactory.newInstance(TransformerFactory.java:103) at org.apache.cxf.wsdl.EndpointReferenceUtils$SchemaLSResourceResolver.getSchemaAsStream(EndpointReferenceUtils.java:115) at org.apache.cxf.wsdl.EndpointReferenceUtils$SchemaLSResourceResolver.resolveResource(EndpointReferenceUtils.java:130) at com.sun.org.apache.xerces.internal.util.DOMEntityResolverWrapper.resolveEntity(DOMEntityResolverWrapper.java:147) at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.resolveEntity(XMLEntityManager.java:701) at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.resolveDocument(XMLSchemaLoader.java:599) at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.resolveSchema(XSDHandler.java:1458) at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.constructTrees(XSDHandler.java:827) at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.constructTrees(XSDHandler.java:843) at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.constructTrees(XSDHandler.java:843) Note that the stack overflow with proxy does not get into Code Page 1252... /Nikolaj
|
|
|
Re: Antwort: Problems with schema-validation-enabled [Virus checked]
by Nikolaj A.
::
Rate this Message:
Hi jano,
I saw the question replied to the similar email - again sorry for the doublepost - but I have checked my XSD schemas thoroughly and I can't locate any cyclic references. I attached the WSDL file and the XSD schemas (located in WEB-INF/servicedescriptions). servicedescriptions.zip Best Regards, Nikolaj
|
|
|
Re: Problems with schema-validation-enabled
by Benson Margulies-4
::
Rate this Message:
Dan's email on another subject leads me to ask you to check that you
have a consistent set of CXF jars all in the same classloader. On Tue, May 20, 2008 at 8:13 AM, Nikolaj A. <na@...> wrote: > > Hmm, that's a very good question. > > If I eliminate the AOP proxy stuff below (the > quotaAnmodningHistorikSamlingHent bean), by pointing the endpoint > implementor directly at the implementation class (the > quotaAnmodningHistorikSamlingHentTarget bean), then I get the following > stack overflow: > > Stack trace without proxy > 20 maj 2008 14:03:41,950 ERROR > org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/services].[QuotaWebservicesServlet] > - Servlet.service() for servlet QuotaWebservicesServlet threw exception > java.lang.StackOverflowError > at java.nio.charset.CharsetDecoder.<init>(CharsetDecoder.java:177) > at java.nio.charset.CharsetDecoder.<init>(CharsetDecoder.java:209) > at sun.nio.cs.SingleByteDecoder.<init>(SingleByteDecoder.java:29) > at sun.nio.cs.MS1252$Decoder.<init>(MS1252.java:72) > at sun.nio.cs.MS1252.newDecoder(MS1252.java:39) > at > java.nio.charset.CharsetEncoder.isLegalReplacement(CharsetEncoder.java:311) > at java.nio.charset.CharsetEncoder.replaceWith(CharsetEncoder.java:267) > at java.nio.charset.CharsetEncoder.<init>(CharsetEncoder.java:186) > at java.nio.charset.CharsetEncoder.<init>(CharsetEncoder.java:209) > at sun.nio.cs.SingleByteEncoder.<init>(SingleByteEncoder.java:39) > at sun.nio.cs.MS1252$Encoder.<init>(MS1252.java:115) > at sun.nio.cs.MS1252.newEncoder(MS1252.java:43) > at sun.nio.cs.StreamEncoder$CharsetSE.<init>(StreamEncoder.java:290) > at sun.nio.cs.StreamEncoder$CharsetSE.<init>(StreamEncoder.java:274) > at sun.nio.cs.StreamEncoder.forOutputStreamWriter(StreamEncoder.java:69) > at java.io.OutputStreamWriter.<init>(OutputStreamWriter.java:93) > at java.io.PrintWriter.<init>(PrintWriter.java:109) > at > org.apache.xml.utils.DefaultErrorHandler.<init>(DefaultErrorHandler.java:80) > at > org.apache.xalan.processor.TransformerFactoryImpl.<init>(TransformerFactoryImpl.java:1002) > at sun.reflect.GeneratedConstructorAccessor49.newInstance(Unknown Source) > at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) > at java.lang.reflect.Constructor.newInstance(Constructor.java:494) > at java.lang.Class.newInstance0(Class.java:350) > at java.lang.Class.newInstance(Class.java:303) > at javax.xml.transform.FactoryFinder.newInstance(FactoryFinder.java:100) > at > javax.xml.transform.FactoryFinder.findJarServiceProvider(FactoryFinder.java:278) > at javax.xml.transform.FactoryFinder.find(FactoryFinder.java:185) > at > javax.xml.transform.TransformerFactory.newInstance(TransformerFactory.java:103) > at > org.apache.cxf.wsdl.EndpointReferenceUtils$SchemaLSResourceResolver.getSchemaAsStream(EndpointReferenceUtils.java:115) > at > org.apache.cxf.wsdl.EndpointReferenceUtils$SchemaLSResourceResolver.resolveResource(EndpointReferenceUtils.java:130) > at > com.sun.org.apache.xerces.internal.util.DOMEntityResolverWrapper.resolveEntity(DOMEntityResolverWrapper.java:147) > at > com.sun.org.apache.xerces.internal.impl.XMLEntityManager.resolveEntity(XMLEntityManager.java:701) > at > com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.resolveDocument(XMLSchemaLoader.java:599) > at > com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.resolveSchema(XSDHandler.java:1458) > at > com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.constructTrees(XSDHandler.java:827) > at > com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.constructTrees(XSDHandler.java:843) > > Using the proxy produces another stack overflow: > > Stack trace with proxy > 20 maj 2008 13:56:14,697 ERROR > org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/services].[QuotaWebservicesServlet] > - Servlet.service() for servlet QuotaWebservicesServlet threw exception > java.lang.StackOverflowError > at java.util.Hashtable.get(Hashtable.java:336) > at java.util.Properties.getProperty(Properties.java:774) > at java.lang.System.getProperty(System.java:630) > at sun.security.action.GetPropertyAction.run(GetPropertyAction.java:66) > at java.security.AccessController.doPrivileged(Native Method) > at java.io.BufferedWriter.<init>(BufferedWriter.java:91) > at java.io.BufferedWriter.<init>(BufferedWriter.java:70) > at java.io.PrintWriter.<init>(PrintWriter.java:109) > at > org.apache.xml.utils.DefaultErrorHandler.<init>(DefaultErrorHandler.java:80) > at > org.apache.xalan.processor.TransformerFactoryImpl.<init>(TransformerFactoryImpl.java:1002) > at sun.reflect.GeneratedConstructorAccessor49.newInstance(Unknown Source) > at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) > at java.lang.reflect.Constructor.newInstance(Constructor.java:494) > at java.lang.Class.newInstance0(Class.java:350) > at java.lang.Class.newInstance(Class.java:303) > at javax.xml.transform.FactoryFinder.newInstance(FactoryFinder.java:100) > at > javax.xml.transform.FactoryFinder.findJarServiceProvider(FactoryFinder.java:278) > at javax.xml.transform.FactoryFinder.find(FactoryFinder.java:185) > at > javax.xml.transform.TransformerFactory.newInstance(TransformerFactory.java:103) > at > org.apache.cxf.wsdl.EndpointReferenceUtils$SchemaLSResourceResolver.getSchemaAsStream(EndpointReferenceUtils.java:115) > at > org.apache.cxf.wsdl.EndpointReferenceUtils$SchemaLSResourceResolver.resolveResource(EndpointReferenceUtils.java:130) > at > com.sun.org.apache.xerces.internal.util.DOMEntityResolverWrapper.resolveEntity(DOMEntityResolverWrapper.java:147) > at > com.sun.org.apache.xerces.internal.impl.XMLEntityManager.resolveEntity(XMLEntityManager.java:701) > at > com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.resolveDocument(XMLSchemaLoader.java:599) > at > com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.resolveSchema(XSDHandler.java:1458) > at > com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.constructTrees(XSDHandler.java:827) > at > com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.constructTrees(XSDHandler.java:843) > at > com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.constructTrees(XSDHandler.java:843) > > Note that the stack overflow with proxy does not get into Code Page 1252... > > /Nikolaj > > > > Benson Margulies-4 wrote: >> >> How did you get into Code Page 1252? >> >> On Mon, May 19, 2008 at 11:44 AM, Nikolaj A. <na@...> wrote: >>> >>> Seems like FOUGERE Julien experiences almost similar problems in his post >>> today >>> http://www.nabble.com/Problem-with-schema-validation-%28JAX-WS---JAXB%29-td17319174.html >>> >>> Sorry for the double post, if it is indeed the very same issue... >>> >>> /Nikolaj >>> >>> -- >>> View this message in context: >>> http://www.nabble.com/Problems-with-schema-validation-enabled-tp17319259p17320678.html >>> Sent from the cxf-user mailing list archive at Nabble.com. >>> >>> >> >> > > -- > View this message in context: http://www.nabble.com/Problems-with-schema-validation-enabled-tp17319259p17338872.html > Sent from the cxf-user mailing list archive at Nabble.com. > > |
|
|
Re: Problems with schema-validation-enabled
by Nikolaj A.
::
Rate this Message:
Hi,
Sorry for the late answer. I recently swithed from cxf 2.0.5 to 2.1 in order to fix the schema-validation issue, but a have the same problem with both cxf versions. Here is a list of the changed jars (from SVN): CXF 2.05 deleted from repository commons-logging-1.1.jar cxf-2.0.5-incubator.jar geronimo-javamail_1.4_spec-1.2.jar geronimo-servlet_2.5_spec-1.1.2.jar jaxb-api-2.0.jar jaxb-impl-2.0.5.jar jaxws-api-2.0.jar jetty-6.1.8.jar jetty-util-6.1.8.jar neethi-2.0.2.jar XmlSchema-1.3.2.jar CXF 2.1 added to repository commons-logging-1.1.1.jar cxf-2.1.jar geronimo-javamail_1.4_spec-1.3.jar geronimo-servlet_2.5_spec-1.2.jar jaxb-api-2.1.jar jaxb-impl-2.1.6.jar jaxws-api-2.1-1.jar jetty-6.1.9.jar jetty-util-6.1.9.jar neethi-2.0.4.jar XmlSchema-1.4.2.jar These jars should be consistent with the cxf 2.1 distribution. All jars are placed in the <WebRoot>/WEB-INF/lib directory, so it seems unlikely that they should not all be loaded by the same classloader when deployed om Tomcat, but I'm a bit in the dark here - how can I check it for sure? Besides the jars mentioned above, a lot of other jars are needed for hibernate, aop, spring, etc. A full list is pasted below: Content of <WebRoot>/WEB-INF/lib antlr-2.7.6.jar aopalliance-1.0.jar asm-attrs.jar asm.jar c3p0-0.9.1.jar cglib-2.1.3.jar commons-collections-2.1.1.jar commons-logging-1.1.1.jar concurrent-1.3.2.jar cxf-2.1.jar dom4j-1.6.1.jar ehcache-1.2.3.jar geronimo-activation_1.1_spec-1.0.2.jar geronimo-annotation_1.0_spec-1.1.1.jar geronimo-javamail_1.4_spec-1.3.jar geronimo-servlet_2.5_spec-1.2.jar geronimo-ws-metadata_2.0_spec-1.1.2.jar hibernate3.jar jaas.jar jacc-1_0-fr.jar jaxb-api-2.1.jar jaxb-impl-2.1.6.jar jaxen-1.1-beta-7.jar jaxws-api-2.1-1.jar jconn3.jar jetty-6.1.9.jar jetty-util-6.1.9.jar jgroups-2.2.8.jar jta.jar log4j-1.2.11.jar neethi-2.0.4.jar oscache-2.1.jar proxool-0.8.3.jar saaj-api-1.3.jar saaj-impl-1.3.jar serializer.jar spring-aop.jar spring-beans-2.0.8.jar spring-context-2.0.8.jar spring-core-2.0.8.jar spring-web-2.0.8.jar stax-api-1.0.1-2006-03-13.jar stax-utils-20060502.jar swarmcache-1.0rc2.jar wsdl4j-1.6.1.jar wstx-asl-3.2.4.jar xalan-2.7.0.jar xercesImpl.jar xml-apis.jar xml-resolver-1.2.jar XmlSchema-1.4.2.jar Any ideas? Best Regards, Nikolaj
|
|
|
RE: Problems with schema-validation-enabled
by Leo de Blaauw-2
::
Rate this Message:
Hey,
We just replaced our default streamparser with the woodstox parser, running under glassfish. Problem solved here, maybe it will for you too ? Regards, Leo ________________________________ Van: Nikolaj A. [mailto:na@...] Verzonden: wo 28-5-2008 14:50 Aan: users@... Onderwerp: Re: Problems with schema-validation-enabled Hi, Sorry for the late answer. I recently swithed from cxf 2.0.5 to 2.1 in order to fix the schema-validation issue, but a have the same problem with both cxf versions. Here is a list of the changed jars (from SVN): CXF 2.05 deleted from repository commons-logging-1.1.jar cxf-2.0.5-incubator.jar geronimo-javamail_1.4_spec-1.2.jar geronimo-servlet_2.5_spec-1.1.2.jar jaxb-api-2.0.jar jaxb-impl-2.0.5.jar jaxws-api-2.0.jar jetty-6.1.8.jar jetty-util-6.1.8.jar neethi-2.0.2.jar XmlSchema-1.3.2.jar CXF 2.1 added to repository commons-logging-1.1.1.jar cxf-2.1.jar geronimo-javamail_1.4_spec-1.3.jar geronimo-servlet_2.5_spec-1.2.jar jaxb-api-2.1.jar jaxb-impl-2.1.6.jar jaxws-api-2.1-1.jar jetty-6.1.9.jar jetty-util-6.1.9.jar neethi-2.0.4.jar XmlSchema-1.4.2.jar These jars should be consistent with the cxf 2.1 distribution. All jars are placed in the <WebRoot>/WEB-INF/lib directory, so it seems unlikely that they should not all be loaded by the same classloader when deployed om Tomcat, but I'm a bit in the dark here - how can I check it for sure? Besides the jars mentioned above, a lot of other jars are needed for hibernate, aop, spring, etc. A full list is pasted below: Content of <WebRoot>/WEB-INF/lib antlr-2.7.6.jar aopalliance-1.0.jar asm-attrs.jar asm.jar c3p0-0.9.1.jar cglib-2.1.3.jar commons-collections-2.1.1.jar commons-logging-1.1.1.jar concurrent-1.3.2.jar cxf-2.1.jar dom4j-1.6.1.jar ehcache-1.2.3.jar geronimo-activation_1.1_spec-1.0.2.jar geronimo-annotation_1.0_spec-1.1.1.jar geronimo-javamail_1.4_spec-1.3.jar geronimo-servlet_2.5_spec-1.2.jar geronimo-ws-metadata_2.0_spec-1.1.2.jar hibernate3.jar jaas.jar jacc-1_0-fr.jar jaxb-api-2.1.jar jaxb-impl-2.1.6.jar jaxen-1.1-beta-7.jar jaxws-api-2.1-1.jar jconn3.jar jetty-6.1.9.jar jetty-util-6.1.9.jar jgroups-2.2.8.jar jta.jar log4j-1.2.11.jar neethi-2.0.4.jar oscache-2.1.jar proxool-0.8.3.jar saaj-api-1.3.jar saaj-impl-1.3.jar serializer.jar spring-aop.jar spring-beans-2.0.8.jar spring-context-2.0.8.jar spring-core-2.0.8.jar spring-web-2.0.8.jar stax-api-1.0.1-2006-03-13.jar stax-utils-20060502.jar swarmcache-1.0rc2.jar wsdl4j-1.6.1.jar wstx-asl-3.2.4.jar xalan-2.7.0.jar xercesImpl.jar xml-apis.jar xml-resolver-1.2.jar XmlSchema-1.4.2.jar Any ideas? Best Regards, Nikolaj Benson Margulies-4 wrote: > > Dan's email on another subject leads me to ask you to check that you > have a consistent set of CXF jars all in the same classloader. > > On Tue, May 20, 2008 at 8:13 AM, Nikolaj A. <na@...> wrote: >> >> Hmm, that's a very good question. >> >> If I eliminate the AOP proxy stuff below (the >> quotaAnmodningHistorikSamlingHent bean), by pointing the endpoint >> implementor directly at the implementation class (the >> quotaAnmodningHistorikSamlingHentTarget bean), then I get the following >> stack overflow: >> >> Stack trace without proxy >> 20 maj 2008 14:03:41,950 ERROR >> >> - Servlet.service() for servlet QuotaWebservicesServlet threw exception >> java.lang.StackOverflowError >> at java.nio.charset.CharsetDecoder.<init>(CharsetDecoder.java:177) >> at java.nio.charset.CharsetDecoder.<init>(CharsetDecoder.java:209) >> at sun.nio.cs.SingleByteDecoder.<init>(SingleByteDecoder.java:29) >> at sun.nio.cs.MS1252$Decoder.<init>(MS1252.java:72) >> at sun.nio.cs.MS1252.newDecoder(MS1252.java:39) >> at >> java.nio.charset.CharsetEncoder.isLegalReplacement(CharsetEncoder.java:311) >> at >> java.nio.charset.CharsetEncoder.replaceWith(CharsetEncoder.java:267) >> at java.nio.charset.CharsetEncoder.<init>(CharsetEncoder.java:186) >> at java.nio.charset.CharsetEncoder.<init>(CharsetEncoder.java:209) >> at sun.nio.cs.SingleByteEncoder.<init>(SingleByteEncoder.java:39) >> at sun.nio.cs.MS1252$Encoder.<init>(MS1252.java:115) >> at sun.nio.cs.MS1252.newEncoder(MS1252.java:43) >> at >> sun.nio.cs.StreamEncoder$CharsetSE.<init>(StreamEncoder.java:290) >> at >> sun.nio.cs.StreamEncoder$CharsetSE.<init>(StreamEncoder.java:274) >> at >> sun.nio.cs.StreamEncoder.forOutputStreamWriter(StreamEncoder.java:69) >> at java.io.OutputStreamWriter.<init>(OutputStreamWriter.java:93) >> at java.io.PrintWriter.<init>(PrintWriter.java:109) >> at >> >> at >> pl.java:1002) >> at sun.reflect.GeneratedConstructorAccessor49.newInstance(Unknown >> Source) >> at >> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstruct orAccessorImpl.java:27) >> at java.lang.reflect.Constructor.newInstance(Constructor.java:494) >> at java.lang.Class.newInstance0(Class.java:350) >> at java.lang.Class.newInstance(Class.java:303) >> at >> javax.xml.transform.FactoryFinder.newInstance(FactoryFinder.java:100) >> at >> javax.xml.transform.FactoryFinder.findJarServiceProvider(FactoryFinder.java:2 78) >> at javax.xml.transform.FactoryFinder.find(FactoryFinder.java:185) >> at >> javax.xml.transform.TransformerFactory.newInstance(TransformerFactory.java:10 3) >> at >> org.apache.cxf.wsdl.EndpointReferenceUtils$SchemaLSResourceResolver.getSchema AsStream(EndpointReferenceUtils.java:115) >> at >> org.apache.cxf.wsdl.EndpointReferenceUtils$SchemaLSResourceResolver.resolveRe source(EndpointReferenceUtils.java:130) >> at >> com.sun.org.apache.xerces.internal.util.DOMEntityResolverWrapper.resolveEntit y(DOMEntityResolve |
