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:[EMAIL PROTECTED] 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. <[EMAIL PROTECTED]> 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. <[EMAIL PROTECTED]> 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.