juddi-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "subes (Issue Comment Edited) (JIRA)" <juddi-...@ws.apache.org>
Subject [jira] [Issue Comment Edited] (JUDDI-536) org.xml.sax.SAXParseException: s4s-att-not-allowed: Attribute 'nillable' cannot appear in element 'element'.
Date Fri, 23 Dec 2011 18:50:31 GMT

    [ https://issues.apache.org/jira/browse/JUDDI-536?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13175534#comment-13175534
] 

subes edited comment on JUDDI-536 at 12/23/11 6:49 PM:
-------------------------------------------------------

How do i specify that xerces should be used instead of the jdk implementation? Is there some
system property to set or is it picked up automatically when the jar is in classpath?

#edit
Ok I see, it seems xerces jar contains the services declarations in META-INF. Testing if this
helps.
                
      was (Author: subes):
    How do i specify that xerces should be used instead of the jdk implementation? Is there
some system property to set or is it picked up automatically when the jar is in classpath?
                  
> org.xml.sax.SAXParseException: s4s-att-not-allowed: Attribute 'nillable' cannot appear
in element 'element'.
> ------------------------------------------------------------------------------------------------------------
>
>                 Key: JUDDI-536
>                 URL: https://issues.apache.org/jira/browse/JUDDI-536
>             Project: jUDDI
>          Issue Type: Bug
>          Components: CXF 
>    Affects Versions: 3.1.0
>         Environment: CXF 2.5.0
>            Reporter: subes
>            Assignee: Kurt T Stam
>         Attachments: error.log
>
>
> When using CXF with JUDDI 3.1.0, the following exception is printed quite often:
> 2011-12-19 14:44:07,585 [ |qtp1530777310-23 ] WARN org.apache.cxf.wsdl.EndpointReferenceUtils.createSchema
- SAXException for newSchema()
> org.xml.sax.SAXParseException: s4s-att-not-allowed: Attribute 'nillable' cannot appear
in element 'element'.
> at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:198)
~[na:1.7.0_147-icedtea]
> at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.error(ErrorHandlerWrapper.java:134)
~[na:1.7.0_147-icedtea]
> at com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:437)
~[na:1.7.0_147-icedtea]
> at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.reportSchemaErr(XSDHandler.java:4124)
~[na:1.7.0_147-icedtea]
> at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.reportSchemaError(XSDHandler.java:4107)
~[na:1.7.0_147-icedtea]
> at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSAttributeChecker.reportSchemaError(XSAttributeChecker.java:1567)
~[na:1.7.0_147-icedtea]
> at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSAttributeChecker.checkAttributes(XSAttributeChecker.java:1103)
~[na:1.7.0_147-icedtea]
> at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSAttributeChecker.checkAttributes(XSAttributeChecker.java:961)
~[na:1.7.0_147-icedtea]
> at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDElementTraverser.traverseLocal(XSDElementTraverser.java:160)
~[na:1.7.0_147-icedtea]
> at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.traverseLocalElements(XSDHandler.java:3580)
~[na:1.7.0_147-icedtea]
> at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.parseSchema(XSDHandler.java:622)
~[na:1.7.0_147-icedtea]
> at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.loadSchema(XMLSchemaLoader.java:585)
~[na:1.7.0_147-icedtea]
> at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.loadGrammar(XMLSchemaLoader.java:552)
~[na:1.7.0_147-icedtea]
> at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.loadGrammar(XMLSchemaLoader.java:518)
~[na:1.7.0_147-icedtea]
> at com.sun.org.apache.xerces.internal.jaxp.validation.XMLSchemaFactory.newSchema(XMLSchemaFactory.java:227)
~[na:1.7.0_147-icedtea]
> at org.apache.cxf.wsdl.EndpointReferenceUtils.createSchema(EndpointReferenceUtils.java:693)
[de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.apache.cxf.wsdl.EndpointReferenceUtils.getSchema(EndpointReferenceUtils.java:737)
[de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.apache.cxf.interceptor.AbstractInDatabindingInterceptor.setSchemaInMessage(AbstractInDatabindingInterceptor.java:108)
[de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.apache.cxf.interceptor.AbstractInDatabindingInterceptor.getDataReader(AbstractInDatabindingInterceptor.java:93)
[de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.apache.cxf.interceptor.AbstractInDatabindingInterceptor.getDataReader(AbstractInDatabindingInterceptor.java:98)
[de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.apache.cxf.interceptor.DocLiteralInInterceptor.handleMessage(DocLiteralInInterceptor.java:69)
[de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:263)
[de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121)
[de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:206)
[de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.apache.cxf.transport.servlet.ServletController.invokeDestination(ServletController.java:218)
[de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:200)
[de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.apache.cxf.transport.servlet.CXFNonSpringServlet.invoke(CXFNonSpringServlet.java:114)
[de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:184)
[de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:107)
[de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:595) [de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.apache.cxf.transport.servlet.AbstractHTTPServlet.service(AbstractHTTPServlet.java:163)
[de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:558) [de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:488) [de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:119) [de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:520) [de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:233)
[de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:972)
[de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:417) [de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:192) [de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:906) [de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:117) [de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:110) [de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.eclipse.jetty.server.Server.handle(Server.java:350) [de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.eclipse.jetty.server.HttpConnection.handleRequest(HttpConnection.java:442) [de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.eclipse.jetty.server.HttpConnection$RequestHandler.content(HttpConnection.java:941)
[de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:801) [de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:218) [de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:52) [de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:586)
[de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:44)
[de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:598) [de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:533) [de.invesdwin.gemeinsam.integration.ws.registry-prod-0.1.3.jar:0.1.3]
> at java.lang.Thread.run(Thread.java:722) [na:1.7.0_147-icedtea]
> Though the functionality does not seem to be affected by this. Any idea where this comes
from and how to suppress this? The previous version of JUDDI did not cause this exception.
> I've also reported this issue on CXF, because I can't estimate which project in fact
causes this: https://issues.apache.org/jira/browse/CXF-3980

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message