You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cxf.apache.org by "Nikolaj A." <na...@steria.dk> on 2008/05/19 17:32:41 UTC
Problems with schema-validation-enabled
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
Posted by Daniel Kulp <dk...@apache.org>.
Can you try with 2.1.2 and/or the 2.1.3 snapshots? A bunch of fixes for
this went into 2.1.1 so 2.1.2 should help. A couple more smaller fixes
are going in for 2.1.3. Confirmation that it does fix the issue would
be great.
Dan
On Monday 06 October 2008, Teva BREDIN wrote:
> Hi,
>
> I had the same error when i was using <xs:include> to include a schema
> in my wsdl (like you did)
>
> I used <xs:import> instead and it worked.
>
> Example of use:
> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema">
> <xs:import schemaLocation="Local path to my xsd file" namespace="my
> specific namespace for types" />
> </xs:schema>
>
> Perhaps it could helps.
>
> Best regards,
>
> Teva.
>
> Nikolaj A. wrote:
> > 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.
--
J. Daniel Kulp
dkulp@apache.org
http://www.dankulp.com/blog
Re: Problems with schema-validation-enabled
Posted by Teva BREDIN <te...@gmail.com>.
Hi,
I had the same error when i was using <xs:include> to include a schema in my
wsdl (like you did)
I used <xs:import> instead and it worked.
Example of use:
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:import schemaLocation="Local path to my xsd file" namespace="my
specific namespace for types" />
</xs:schema>
Perhaps it could helps.
Best regards,
Teva.
Nikolaj A. wrote:
>
> 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.
>
>
--
View this message in context: http://www.nabble.com/Problems-with-schema-validation-enabled-tp17319259p19841250.html
Sent from the cxf-user mailing list archive at Nabble.com.
Re: Problems with schema-validation-enabled
Posted by Daniel Kulp <dk...@apache.org>.
On Jun 6, 2008, at 9:20 AM, Nikolaj A. wrote:
>
> Sorry for the delay, but I've been stuck on other projects.
>
> I tried with the apache-cxf-2.1.1-20080530.191058 snapshot and it
> did not
> solve the stack overflow issue (see the trace below). But I'm not
> sure if I
> tried with the correct snapshot that you generated for me Dan, could
> you
> verify?
I uploaded a new snapshot yesterday that fixed more issues.
apache-cxf-2.1.1-20080605.204511-10
http://people.apache.org/repo/m2-snapshot-repository/org/apache/cxf/apache-cxf/2.1.1-SNAPSHOT/
Dan
>
>
> Thanks,
> Nikolaj
>
>
> dkulp wrote:
>>
>>
>> I think I may have fixed this. I'm not 100% positive though. I'm
>> deploying a new 2.1 snapshot right now. Can you give it a whirl in
>> an hour or so (or early next week) to make sure?
>>
>> Thanks!
>> Dan
>>
>>
>> On May 29, 2008, at 6:42 PM, Daniel Kulp wrote:
>>
>>>
>>> I see the problem... all your xsd's have the same target
>>> namespace. When we're looking them up, we're only looking at the
>>> namespace.
>>>
>>> I'll see what I can do with it tomorrow.
>>>
>>> Dan
>>>
>>>
>>> On May 19, 2008, at 11:32 AM, Nikolaj A. wrote:
>>>
>>>>
>>>> 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.
>>>>
>>>
>>> ---
>>> Daniel Kulp
>>> dkulp@apache.org
>>> http://www.dankulp.com/blog
>>>
>>>
>>>
>>>
>>
>> ---
>> Daniel Kulp
>> dkulp@apache.org
>> http://www.dankulp.com/blog
>>
>>
>>
>>
>>
>>
>
> --
> View this message in context: http://www.nabble.com/Problems-with-schema-validation-enabled-tp17319259p17692016.html
> Sent from the cxf-user mailing list archive at Nabble.com.
>
---
Daniel Kulp
dkulp@apache.org
http://www.dankulp.com/blog
Re: Problems with schema-validation-enabled
Posted by "Nikolaj A." <na...@steria.dk>.
Ups, I forgot the trace:
java.lang.StackOverflowError
at java.lang.System.checkKey(System.java:742)
at java.lang.System.getProperty(System.java:626)
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.GeneratedConstructorAccessor50.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)
at
com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.constructTrees(XSDHandler.java:843)
Thanks,
Nikolaj
Nikolaj A. wrote:
>
> Sorry for the delay, but I've been stuck on other projects.
>
> I tried with the apache-cxf-2.1.1-20080530.191058 snapshot and it did not
> solve the stack overflow issue (see the trace below). But I'm not sure if
> I tried with the correct snapshot that you generated for me Dan, could you
> verify?
>
> Thanks,
> Nikolaj
>
>
> dkulp wrote:
>>
>>
>> I think I may have fixed this. I'm not 100% positive though. I'm
>> deploying a new 2.1 snapshot right now. Can you give it a whirl in
>> an hour or so (or early next week) to make sure?
>>
>> Thanks!
>> Dan
>>
>>
>> On May 29, 2008, at 6:42 PM, Daniel Kulp wrote:
>>
>>>
>>> I see the problem... all your xsd's have the same target
>>> namespace. When we're looking them up, we're only looking at the
>>> namespace.
>>>
>>> I'll see what I can do with it tomorrow.
>>>
>>> Dan
>>>
>>>
>>> On May 19, 2008, at 11:32 AM, Nikolaj A. wrote:
>>>
>>>>
>>>> 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.
>>>>
>>>
>>> ---
>>> Daniel Kulp
>>> dkulp@apache.org
>>> http://www.dankulp.com/blog
>>>
>>>
>>>
>>>
>>
>> ---
>> Daniel Kulp
>> dkulp@apache.org
>> http://www.dankulp.com/blog
>>
>>
>>
>>
>>
>>
>
>
--
View this message in context: http://www.nabble.com/Problems-with-schema-validation-enabled-tp17319259p17692057.html
Sent from the cxf-user mailing list archive at Nabble.com.
Re: Problems with schema-validation-enabled
Posted by "Nikolaj A." <na...@steria.dk>.
Sorry for the delay, but I've been stuck on other projects.
I tried with the apache-cxf-2.1.1-20080530.191058 snapshot and it did not
solve the stack overflow issue (see the trace below). But I'm not sure if I
tried with the correct snapshot that you generated for me Dan, could you
verify?
Thanks,
Nikolaj
dkulp wrote:
>
>
> I think I may have fixed this. I'm not 100% positive though. I'm
> deploying a new 2.1 snapshot right now. Can you give it a whirl in
> an hour or so (or early next week) to make sure?
>
> Thanks!
> Dan
>
>
> On May 29, 2008, at 6:42 PM, Daniel Kulp wrote:
>
>>
>> I see the problem... all your xsd's have the same target
>> namespace. When we're looking them up, we're only looking at the
>> namespace.
>>
>> I'll see what I can do with it tomorrow.
>>
>> Dan
>>
>>
>> On May 19, 2008, at 11:32 AM, Nikolaj A. wrote:
>>
>>>
>>> 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.
>>>
>>
>> ---
>> Daniel Kulp
>> dkulp@apache.org
>> http://www.dankulp.com/blog
>>
>>
>>
>>
>
> ---
> Daniel Kulp
> dkulp@apache.org
> http://www.dankulp.com/blog
>
>
>
>
>
>
--
View this message in context: http://www.nabble.com/Problems-with-schema-validation-enabled-tp17319259p17692016.html
Sent from the cxf-user mailing list archive at Nabble.com.
Re: Problems with schema-validation-enabled
Posted by Daniel Kulp <dk...@apache.org>.
I think I may have fixed this. I'm not 100% positive though. I'm
deploying a new 2.1 snapshot right now. Can you give it a whirl in
an hour or so (or early next week) to make sure?
Thanks!
Dan
On May 29, 2008, at 6:42 PM, Daniel Kulp wrote:
>
> I see the problem... all your xsd's have the same target
> namespace. When we're looking them up, we're only looking at the
> namespace.
>
> I'll see what I can do with it tomorrow.
>
> Dan
>
>
> On May 19, 2008, at 11:32 AM, Nikolaj A. wrote:
>
>>
>> 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.
>>
>
> ---
> Daniel Kulp
> dkulp@apache.org
> http://www.dankulp.com/blog
>
>
>
>
---
Daniel Kulp
dkulp@apache.org
http://www.dankulp.com/blog
Re: Problems with schema-validation-enabled
Posted by Daniel Kulp <dk...@apache.org>.
I see the problem... all your xsd's have the same target namespace.
When we're looking them up, we're only looking at the namespace.
I'll see what I can do with it tomorrow.
Dan
On May 19, 2008, at 11:32 AM, Nikolaj A. wrote:
>
> 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.
>
---
Daniel Kulp
dkulp@apache.org
http://www.dankulp.com/blog
RE: Problems with schema-validation-enabled
Posted by "Nikolaj A." <na...@steria.dk>.
Hey Leo,
I tried to replace the default xml parsers with woodstox by adding the
following jars:
stax2-2.1.jar
wstx-asl-3.2.5.jar
wstx-lgpl-3.2.5.jar
and setting the following properties:
-Djavax.xml.stream.XMLInputFactory=com.ctc.wstx.stax.WstxInputFactory
-Djavax.xml.stream.XMLOutputFactory=com.ctc.wstx.stax.WstxOutputFactory
-Djavax.xml.stream.XMLEventFactory=com.ctc.wstx.stax.WstxEventFactory
but nothing changed. I double-checked the System.getProperties() to make
sure the props were set correctly, but maybe I'm missing some steps to
actually replace with woodstox?
Thanks for the suggestion, though.
Best Regards,
Nikolaj
Leo de Blaauw-2 wrote:
>
> 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@steria.dk]
> Verzonden: wo 28-5-2008 14:50
> Aan: users@cxf.apache.org
> 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...@steria.dk> 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].[Qu
> otaWebservicesServlet]
>>> - 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>(TransformerFactoryIm
> 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(DOMEntityResolverWrapper.java:147)
>>> at
>>>
> com.sun.org.apache.xerces.internal.impl.XMLEntityManager.resolveEntity(XMLEnt
> ityManager.java:701)
>>> at
>>>
> com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.resolveDocument(XM
> LSchemaLoader.java:599)
>>> at
>>>
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.resolveSchem
> a(XSDHandler.java:1458)
>>> at
>>>
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.constructTre
> es(XSDHandler.java:827)
>>> at
>>>
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.constructTre
> es(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].[Qu
> otaWebservicesServlet]
>>> - 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>(TransformerFactoryIm
> 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(DOMEntityResolverWrapper.java:147)
>>> at
>>>
> com.sun.org.apache.xerces.internal.impl.XMLEntityManager.resolveEntity(XMLEnt
> ityManager.java:701)
>>> at
>>>
> com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.resolveDocument(XM
> LSchemaLoader.java:599)
>>> at
>>>
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.resolveSchem
> a(XSDHandler.java:1458)
>>> at
>>>
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.constructTre
> es(XSDHandler.java:827)
>>> at
>>>
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.constructTre
> es(XSDHandler.java:843)
>>> at
>>>
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.constructTre
> es(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...@steria.dk> 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-td17
> 319174.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-tp17319259p1732
> 0678.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-tp17319259p1733
> 8872.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-tp17319259p1751
> 1910.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-tp17319259p17532423.html
Sent from the cxf-user mailing list archive at Nabble.com.
RE: Problems with schema-validation-enabled
Posted by Leo de Blaauw <Le...@qnh.nl>.
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@steria.dk]
Verzonden: wo 28-5-2008 14:50
Aan: users@cxf.apache.org
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...@steria.dk> 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].[Qu
otaWebservicesServlet]
>> - 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>(TransformerFactoryIm
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(DOMEntityResolverWrapper.java:147)
>> at
>>
com.sun.org.apache.xerces.internal.impl.XMLEntityManager.resolveEntity(XMLEnt
ityManager.java:701)
>> at
>>
com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.resolveDocument(XM
LSchemaLoader.java:599)
>> at
>>
com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.resolveSchem
a(XSDHandler.java:1458)
>> at
>>
com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.constructTre
es(XSDHandler.java:827)
>> at
>>
com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.constructTre
es(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].[Qu
otaWebservicesServlet]
>> - 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>(TransformerFactoryIm
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(DOMEntityResolverWrapper.java:147)
>> at
>>
com.sun.org.apache.xerces.internal.impl.XMLEntityManager.resolveEntity(XMLEnt
ityManager.java:701)
>> at
>>
com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.resolveDocument(XM
LSchemaLoader.java:599)
>> at
>>
com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.resolveSchem
a(XSDHandler.java:1458)
>> at
>>
com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.constructTre
es(XSDHandler.java:827)
>> at
>>
com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.constructTre
es(XSDHandler.java:843)
>> at
>>
com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.constructTre
es(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...@steria.dk> 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-td17
319174.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-tp17319259p1732
0678.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-tp17319259p1733
8872.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-tp17319259p1751
1910.html
Sent from the cxf-user mailing list archive at Nabble.com.
Re: Problems with schema-validation-enabled
Posted by "Nikolaj A." <na...@steria.dk>.
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...@steria.dk> 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...@steria.dk> 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.
>>
>>
>
>
--
View this message in context: http://www.nabble.com/Problems-with-schema-validation-enabled-tp17319259p17511910.html
Sent from the cxf-user mailing list archive at Nabble.com.
Re: Problems with schema-validation-enabled
Posted by Benson Margulies <bi...@gmail.com>.
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...@steria.dk> 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...@steria.dk> 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
Posted by "Nikolaj A." <na...@steria.dk>.
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...@steria.dk> 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
Posted by Benson Margulies <bi...@gmail.com>.
How did you get into Code Page 1252?
On Mon, May 19, 2008 at 11:44 AM, Nikolaj A. <na...@steria.dk> 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
Posted by "Nikolaj A." <na...@steria.dk>.
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: Antwort: Problems with schema-validation-enabled [Virus
checked]
Posted by "Nikolaj A." <na...@steria.dk>.
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).
http://www.nabble.com/file/p17339630/servicedescriptions.zip
servicedescriptions.zip
Best Regards,
Nikolaj
jan.minaroviech wrote:
>
> 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...@steria.dk>
> 05/19/2008 17:32
> Bitte antworten an
> users@cxf.apache.org
>
>
> An
> users@cxf.apache.org
> 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.
>
>
>
>
>
>
--
View this message in context: http://www.nabble.com/Problems-with-schema-validation-enabled-tp17319259p17339630.html
Sent from the cxf-user mailing list archive at Nabble.com.
Antwort: Problems with schema-validation-enabled [Virus checked]
Posted by ja...@external.t-mobile.at.
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...@steria.dk>
05/19/2008 17:32
Bitte antworten an
users@cxf.apache.org
An
users@cxf.apache.org
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.