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:[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. > > > > > -- 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.
