You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cxf.apache.org by Benson Margulies <bi...@gmail.com> on 2009/07/15 20:00:58 UTC
Re: Unmarshalling Error: UndeclaredPrefix: Cannot resolve 'ns0:Xxx'
as a QName: the prefix 'ns0' is not declared [Virus checked]
I don't have a modularity theory about where you would specify 'schema
validate with Wstx instead of turning it on for JAXB', but I'm game to
try it based on someone else's suggestion.
On Wed, Jul 15, 2009 at 1:53 PM, Daniel Kulp<dk...@apache.org> wrote:
>
> Your error definitely is different than the one logged in JIRA as that test
>
>
> On Mon July 13 2009 12:13:45 pm Marc Giger wrote:
>> Hi Dan,
>>
>> We encountered exactly the same problem last week (Cxf 2.1.5).
>> The culprit seems to be W3CDomStreamReader which doesn't
>> return the namespace for an Attribute which is declared as xs:QName
>> (2.6.1:
>> http://www.w3.org/TR/xmlschema-1/#Instance_Document_Constructions).
>
> Well, it's not a problem with the W3CDomStreamReader, it's definitely a
> problem with JAXB's validation routines. The testcase that was provided in
> CXF's JIRA doesn't involve the W3CDomStreamReader at all, just a straight StAX
> reader, and the problem persists.
>
> I've logged a bug with the JAXB folks:
> https://jaxb.dev.java.net/issues/show_bug.cgi?id=665
>
> There really isn't much we can do. The NamespaceContext on the
> XMLStreamReader doesn't provide us a way to "copy" all the namespaces into the
> current element to get it to work. Thus, we'd REALLY have to hack things up
> to work around it. Probably immediately (after StaxInInterceptor) wrapper the
> XMLStreamReader with something that would maintain a usable NamespaceContext.
> Not really fun to do, but doable.
>
> The other alternative, which will be possible with CXF 2.3, will be to NOT use
> the JAXB schema validation and use the validation built into Woodstox. I
> know Benson has worked on getting that working for Aegis, but it could work
> for JAXB as well. There just hasn't been a compelling reason for it yet.
>
> Dan
>
>
>
>
>
>>
>> AFAICS there are two possible solutions:
>>
>> /**
>> * Find name spaces declaration in atrributes and move them to
>> separate
>> * collection.
>> */
>> @Override
>> protected final void newFrame(ElementFrame<Node, Node> frame) {
>> Node element = getCurrentNode();
>> frame.uris = new ArrayList<String>();
>> frame.prefixes = new ArrayList<String>();
>> frame.attributes = new ArrayList<Object>();
>>
>> if (context == null) {
>> context = new W3CNamespaceContext();
>> }
>> if (element instanceof Element) {
>> context.setElement((Element)element);
>> }
>>
>> NamedNodeMap nodes = element.getAttributes();
>>
>> String ePrefix = element.getPrefix();
>> if (ePrefix == null) {
>> ePrefix = "";
>> }
>>
>> if (nodes != null) {
>> for (int i = 0; i < nodes.getLength(); i++) {
>> Node node = nodes.item(i);
>> String prefix = node.getPrefix();
>> String localName = node.getLocalName();
>> String value = node.getNodeValue();
>> String name = node.getNodeName();
>>
>> if (prefix == null) {
>> prefix = "";
>> }
>>
>> if (name != null && "xmlns".equals(name)) {
>> frame.uris.add(value);
>> frame.prefixes.add("");
>> } else if (prefix.length() > 0 &&
>> "xmlns".equals(prefix)) { frame.uris.add(value);
>> frame.prefixes.add(localName);
>> } else if (name.startsWith("xmlns:")) {
>> prefix = name.substring(6);
>> frame.uris.add(value);
>> frame.prefixes.add(prefix);
>> } else {
>> frame.attributes.add(node);
>> }
>> }
>> }
>> }
>>
>> In the loop, test the _value_ of an attribute for the existence of an
>> colon (":") and lookup the prefix (ugly)
>>
>> or:
>>
>> public int getNamespaceCount() {
>> return getCurrentFrame().prefixes.size();
>> }
>>
>> public String getNamespacePrefix(int i) {
>> return getCurrentFrame().prefixes.get(i);
>> }
>>
>> public String getNamespaceURI(int i) {
>> return getCurrentFrame().uris.get(i);
>> }
>>
>> change these methods to return the namespaces from the parent frames
>> too (needs some more thinking because of duplicate prefixes with
>> different urls, etc)...
>>
>> What do you think?
>>
>> Question: I didn't understand for what the ElementFrames are good for.
>> Can you explain me this?
>>
>> Thanks & Greetings
>>
>> Marc
>>
>>
>> On Mon, 13 Jul 2009 11:29:44 -0400
>>
>> Daniel Kulp <dk...@apache.org> wrote:
>> > On Mon July 13 2009 10:16:13 am jp4 wrote:
>> > > Dan,
>> > >
>> > > I upgraded to CXF 2.2.2 and tried once again with Java 6. I am
>> > > still seeing the same error. The type is properly declared, and I
>> > > can validate the same XML with a servlet that uses the same XSDs.
>> > > Should I open a bug for this? Any other ideas?
>> >
>> > Yes, please do open a bug, but we'll probably need a testcase that
>> > shows the error as I'm not sure how to reproduce it without a test
>> > case.
>> >
>> > Thanks!
>> > Dan
>> >
>> > > Thanks,
>> > >
>> > > John
>> > >
>> > > dkulp wrote:
>> > > > On Thu July 9 2009 10:34:38 am jp4 wrote:
>> > > >> I am seeing a similar behavior where the xsi:type causes the
>> > > >> UndeclaredPrefix error. Initially I was running CXF 2.2 with
>> > > >> JDK 1.5 on
>> > > >
>> > > > Well, definitely try with CXF 2.2.2. That may help.
>> > > >
>> > > > If that doesn't help, use something like wireshark or similar to
>> > > > capture the
>> > > > raw message off the wire and see if ns3 is actually properly
>> > > > declared on the
>> > > > wire. If not, that would probably be a bug.
>> > > >
>> > > > Dan
>> > > >
>> > > >> Jboss 4.2.3.GA. I have since upgraded to Java 6. I send a
>> > > >> sample request
>> > > >> through SOAPUI and I still see the same error below... If I
>> > > >> attempt to validate the same file from within the container
>> > > >> using a servlet and the code below, it validates just fine. Any
>> > > >> idea what could be causing the discrepancy?
>> > > >>
>> > > >> Source source = new
>> > > >> StreamSource(getClass().getResourceAsStream("/request.xml"));
>> > > >> // If you comment the following line, it works
>> > > >> source = toDOMSource(source);
>> > > >> validator.validate(source);
>> > > >>
>> > > >>
>> > > >> <07/09/09
>> > > >> 10:23:37:779|http-8443-2|INFO|apache.cxf.phase.PhaseInterceptorChain
>> > > >>|Int erc eptor has thrown exception, unwinding now|
>> > > >> org.apache.cxf.interceptor.Fault: Unmarshalling Error:
>> > > >> UndeclaredPrefix: Cannot resolve 'ns3:FundingSourceType' as a
>> > > >> QName: the prefix 'ns3' is not
>> > > >> declared.
>> > > >> at
>> > > >> org.apache.cxf.jaxb.JAXBEncoderDecoder.unmarshall(JAXBEncoderDecoder
>> > > >>.jav a:6 22) at
>> > > >> org.apache.cxf.jaxb.JAXBEncoderDecoder.unmarshall(JAXBEncoderDecoder
>> > > >>.jav a:5 27) at
>> > > >> org.apache.cxf.jaxb.io.DataReaderImpl.read(DataReaderImpl.java:108)
>> > > >> at
>> > > >> org.apache.cxf.interceptor.DocLiteralInInterceptor.handleMessage(Doc
>> > > >>Lite ral InInterceptor.java:183) at
>> > > >> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercep
>> > > >>torC hai n.java:236) at
>> > > >> org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInit
>> > > >>iati onO bserver.java:89) at
>> > > >> org.apache.cxf.transport.servlet.ServletDestination.invoke(ServletDe
>> > > >>stin ati on.java:99) at
>> > > >> org.apache.cxf.transport.servlet.ServletController.invokeDestination
>> > > >>(Ser vle tController.java:337) at
>> > > >> org.apache.cxf.transport.servlet.ServletController.invoke(ServletCon
>> > > >>trol ler .java:182) at
>> > > >> org.apache.cxf.transport.servlet.AbstractCXFServlet.invoke(AbstractC
>> > > >>XFSe rvl et.java:163) at
>> > > >> org.apache.cxf.transport.servlet.AbstractCXFServlet.doPost(AbstractC
>> > > >>XFSe rvl et.java:141) at
>> > >
>> > > javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
>> > >
>> > > >> at
>> > > >> javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at
>> > > >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(App
>> > > >>lica tio nFilterChain.java:290) at
>> > > >> org.apache.catalina.core.ApplicationFilterChain.doFilter(Application
>> > > >>Filt erC hain.java:206) at
>> > > >> com.billmelater.enterpriseservices.servlet.util.RequestTimerServletF
>> > > >>ilte r.d oFilter(RequestTimerServletFilter.java:55) at
>> > > >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(App
>> > > >>lica tio nFilterChain.java:235) at
>> > > >> org.apache.catalina.core.ApplicationFilterChain.doFilter(Application
>> > > >>Filt erC hain.java:206) at
>> > > >> org.springframework.security.util.FilterChainProxy$VirtualFilterChai
>> > > >>n.do Fil ter(FilterChainProxy.java:378) at
>> > > >> org.springframework.security.intercept.web.FilterSecurityInterceptor
>> > > >>.inv oke (FilterSecurityInterceptor.java:109)
>> > > >>
>> > > >> dkulp wrote:
>> > > >> > Did some snooping... The RI seems to have the same problem:
>> > > >> > http://forums.java.net/jive//message.jspa?messageID=268876
>> > > >> >
>> > > >> > And they mention its a bug in the JDK:
>> > > >> > https://jaxp.dev.java.net/issues/show_bug.cgi?id=46
>> > > >> >
>> > > >> > The workaround seems to be to use the latest 1.6 JDK or get
>> > > >> > the latest sun jaxp parser
>> > > >> > (http://download.java.net/maven/1/com.sun.xml.parsers/jars/
>> > > >> > ) and throw it in your endorsed dir.
>> > > >> >
>> > > >> > Dan
>> > > >> >
>> > > >> > On Jun 18, 2008, at 2:16 PM,
>> > > >> > jan.minaroviech@external.t-mobile.at
>> > > >>
>> > > >> wrote:
>> > > >> >> Hi,
>> > > >> >>
>> > > >> >> looks like the same problem i have. But my response is
>> > > >> >> invalid also according to soapUI validation.
>> > > >> >>
>> > > >> >> I'm not using any additional interceptors, only default
>> > > >> >> cxfServlet, default bus config etc, without security,
>> > > >> >> attachments etc. and I'm using
>> > > >> >> jaxWS+jaxB
>> > > >> >>
>> > > >> >> This is response, which is problem in my case (cxf is client
>> > > >> >> in this case)
>> > > >> >>
>> > > >> >> <soapenv:Envelope
>> > > >> >> xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
>> > > >> >> xmlns:xsd="http://www.w3.org/2001/XMLSchema"
>> > > >> >> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
>> > > >> >> <soapenv:Body>
>> > > >> >> <locationSearchReply
>> > > >> >> xmlns="http://www.deltavista.at/schema/locationsearch">
>> > > >> >> <foundLocation>
>> > > >> >> <street>Stephansplatz</street>
>> > > >> >> <houseNumber>1</houseNumber>
>> > > >> >> <city>Wien</city>
>> > > >> >> <zip xsi:type="xsd:string">1010</zip>
>> > > >> >> <country xsi:type="xsd:string">AUT</country>
>> > > >> >> <locationMatch>4</locationMatch>
>> > > >> >> <similarity>92</similarity>
>> > > >> >> <confidence>98</confidence>
>> > > >> >> </foundLocation>
>> > > >> >> </locationSearchReply>
>> > > >> >> </soapenv:Body>
>> > > >> >> </soapenv:Envelope>
>> > > >> >>
>> > > >> >> i have a problem with xsd:string inside reply.
>> > > >> >>
>> > > >> >> pieces of xsd:
>> > > >> >> <element name="zip"
>> > > >> >> type="locationsearch:Zip" minOccurs="1"/>
>> > > >> >> <simpleType name="Zip">
>> > > >> >> <restriction base="string">
>> > > >> >> <minLength value="4"/>
>> > > >> >> <maxLength value="7"/>
>> > > >> >> </restriction>
>> > > >> >> </simpleType>
>> > > >> >>
>> > > >> >> when i turn off validation, everything works
>> > > >> >>
>> > > >> >> best regards
>> > > >> >> jano
>> > > >> >>
>> > > >> >>
>> > > >> >>
>> > > >> >>
>> > > >> >> Daniel Kulp <dk...@apache.org>
>> > > >> >> 06/18/2008 20:05
>> > > >> >> Bitte antworten an
>> > > >> >> users@cxf.apache.org
>> > > >> >>
>> > > >> >>
>> > > >> >> An
>> > > >> >> users@cxf.apache.org
>> > > >> >> Kopie
>> > > >> >>
>> > > >> >> Thema
>> > > >> >> Re: Unmarshalling Error: UndeclaredPrefix: Cannot resolve
>> > > >> >> 'ns0:Xxx' as a
>> > > >> >> QName: the prefix 'ns0' is not declared [Virus checked]
>> > > >> >>
>> > > >> >>
>> > > >> >>
>> > > >> >>
>> > > >> >>
>> > > >> >>
>> > > >> >>
>> > > >> >> Very strange. The message is definitely valid.
>> > > >> >>
>> > > >> >> Could questions:
>> > > >> >> 1) Do you have any SAAJ type handlers/interceptors on the
>> > > >> >> chain (jaxws SOAPHandler, ws-security things, etc...)?
>> > > >> >>
>> > > >> >> 2) I noticed you have a xerces jar... can you try removing
>> > > >> >> that and seeing if the JDK built-in parser will work? Also,
>> > > >> >> check if you have a xalan jar installed and remove that as
>> > > >> >> well.
>> > > >> >>
>> > > >> >> 3) Can you turn off validation. It looks like it's the
>> > > >> >> validator having an issue, not the unmarshaller. If it
>> > > >> >> unmarshalls OK that way, we at least know the parser is
>> > > >> >> giving it the correct data. If that still fails, we'll need
>> > > >> >> to dig in more.
>> > > >> >>
>> > > >> >> Dan
>> > > >> >>
>> > > >> >> On Jun 17, 2008, at 12:33 PM, Urciolo, Kevin wrote:
>> > > >> >>> I am running in to an issue when a Java 5 client using JWSDP
>> > > >> >>> is sending
>> > > >> >>> a request to my CXF (2.1.1 SNAPSHOT) service. I get an
>> > > >> >>> exception, Unmarshalling Error: UndeclaredPrefix: Cannot
>> > > >> >>> resolve 'ns0:Xxx' as a QName: the prefix 'ns0' is not
>> > > >> >>> declared, as shown below. The type is an
>> > > >> >>> extension from a base type. I am assuming this is why
>> > > >> >>> "xsi:type" is generated by the client since it is not used
>> > > >> >>> in other places.
>> > > >> >>>
>> > > >> >>> Is there a reason why CXF is having trouble with this?
>> > > >> >>>
>> > > >> >>> Type From Schema:
>> > > >> >>>
>> > > >> >>> <xs:complexType name="Xxx">
>> > > >> >>> <xs:complexContent>
>> > > >> >>> <xs:extension
>> > > >> >>> base="tns:Base"> <xs:sequence>
>> > > >> >>>
>> > > >> >>> <xs:element minOccurs="1"
>> > > >> >>>
>> > > >> >>> name="a"
>> > > >> >>> nillable="false" type="xs:boolean" />
>> > > >> >>>
>> > > >> >>> <xs:element minOccurs="1"
>> > > >> >>>
>> > > >> >>> name="b"
>> > > >> >>> nillable="false" type="xs:boolean" />
>> > > >> >>> </xs:sequence>
>> > > >> >>> </xs:extension>
>> > > >> >>> </xs:complexContent>
>> > > >> >>> </xs:complexType>
>> > > >>
>> > > >> --------------------------------------------------------------------
>> > > >>---
>> > > >>
>> > > >> >>>-
>> > > >>
>> > > >> --------------------------------------------------------------------
>> > > >>---
>> > > >>
>> > > >> >>>- -----
>> > > >> >>>
>> > > >> >>> XML Generated:
>> > > >> >>>
>> > > >> >>> <?xml version="1.0"?>
>> > > >> >>> <env:Envelope
>> > > >> >>> xmlns:env="http://schemas.xmlsoap.org/soap/envelope/"
>> > > >> >>> xmlns:xsd="http://www.w3.org/2001/XMLSchema"
>> > > >> >>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>> > > >> >>> xmlns:enc="http://schemas.xmlsoap.org/soap/encoding/"
>> > > >> >>> xmlns:ns0="http://mdc.com"> <env:Body>
>> > > >> >>> <ns0:createXxxRequest>
>> > > >> >>> <ns0:xxx xsi:type="ns0:Xxx">
>> > > >> >>> <ns0:name>xxx</ns0:name>
>> > > >> >>> </ns0:xxx>
>> > > >> >>> </ns0:createXxxRequest>
>> > > >> >>> </env:Body>
>> > > >> >>> </env:Envelope>
>> > > >>
>> > > >> --------------------------------------------------------------------
>> > > >>---
>> > > >>
>> > > >> >>>-
>> > > >>
>> > > >> --------------------------------------------------------------------
>> > > >>---
>> > > >>
>> > > >> >>>- -----
>> > > >> >>>
>> > > >> >>> Exception In Log:
>> > > >> >>>
>> > > >> >>> INFO: Interceptor has thrown exception, unwinding now
>> > > >> >>> org.apache.cxf.interceptor.Fault: Unmarshalling Error:
>> > > >> >>> UndeclaredPrefix:
>> > > >> >>> Cannot resolve 'ns0:Xxx' as a QName: the prefix 'ns0' is not
>> > > >> >>> declared.
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .apache.cxf.jaxb.JAXBEncoderDecoder.unmarshall(JAXBEncoderDecode
>> > > >> >>>r.ja v a:643)
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .apache.cxf.jaxb.JAXBEncoderDecoder.unmarshall(JAXBEncoderDecode
>> > > >> >>>r.ja v a:555)
>> > > >> >>> at
>> > > >> >>> org.apache.cxf.jaxb.io.DataReaderImpl.read(DataReaderImpl.java:6
>> > > >> >>>4) at
>> > > >> >>> org
>> > > >> >>> .apache.cxf.interceptor.DocLiteralInInterceptor.handleMessage(Do
>> > > >> >>>cLit e ralInInterceptor.java:183)
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterce
>> > > >> >>>ptor C hain.java:221)
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .apache.cxf.transport.ChainInitiationObserver.onMessage(ChainIni
>> > > >> >>>tiat i onObserver.java:78)
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .apache.cxf.transport.servlet.ServletDestination.invoke(ServletD
>> > > >> >>>esti n ation.java:92)
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .apache.cxf.transport.servlet.ServletController.invokeDestinatio
>> > > >> >>>n(Se r vletController.java:279)
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .apache.cxf.transport.servlet.ServletController.invoke(ServletCo
>> > > >> >>>ntro l ler.java:161)
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .apache.cxf.transport.servlet.AbstractCXFServlet.invoke(Abstract
>> > > >> >>>CXFS e rvlet.java:174)
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .apache.cxf.transport.servlet.AbstractCXFServlet.doPost(Abstract
>> > > >> >>>CXFS e rvlet.java:152)
>> > > >> >>> at
>> > > >> >>> javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
>> > > >> >>> at
>> > > >> >>> javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .apache.catalina.core.ApplicationFilterChain.internalDoFilter(Ap
>> > > >> >>>plic a tionFilterChain.java:252)
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .apache.catalina.core.ApplicationFilterChain.doFilter(Applicatio
>> > > >> >>>nFil t erChain.java:173)
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeader
>> > > >> >>>Filt e r.java:96)
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .apache.catalina.core.ApplicationFilterChain.internalDoFilter(Ap
>> > > >> >>>plic a tionFilterChain.java:202)
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .apache.catalina.core.ApplicationFilterChain.doFilter(Applicatio
>> > > >> >>>nFil t erChain.java:173)
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .apache.catalina.core.StandardWrapperValve.invoke(StandardWrappe
>> > > >> >>>rVal v e.java:213)
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .apache.catalina.core.StandardContextValve.invoke(StandardContex
>> > > >> >>>tVal v e.java:178)
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .jboss.web.tomcat.security.SecurityAssociationValve.invoke(Secur
>> > > >> >>>ityA s sociationValve.java:175)
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextVa
>> > > >> >>>lve. j ava:74)
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .apache.catalina.core.StandardHostValve.invoke(StandardHostValve
>> > > >> >>>.jav a
>> > > >> >>>
>> > > >> >>> :126)
>> > > >> >>>
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve
>> > > >> >>>.jav a
>> > > >> >>>
>> > > >> >>> :105)
>> > > >> >>>
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedCon
>> > > >> >>>nect i onValve.java:156)
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .apache.catalina.core.StandardEngineValve.invoke(StandardEngineV
>> > > >> >>>alve . java:107)
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.j
>> > > >> >>>ava: 1 48)
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .apache.coyote.http11.Http11Processor.process(Http11Processor.ja
>> > > >> >>>va:8 6 9)
>> > > >> >>> at
>> > > >> >>> org.apache.coyote.http11.Http11BaseProtocol
>> > > >> >>> $Http11ConnectionHandler.proc
>> > > >> >>> essConnection(Http11BaseProtocol.java:664)
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEnd
>> > > >> >>>poin t .java:527)
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveW
>> > > >> >>>orke r Thread.java:112)
>> > > >> >>> at java.lang.Thread.run(Thread.java:619)
>> > > >> >>> Caused by: javax.xml.bind.UnmarshalException
>> > > >> >>> - with linked exception:
>> > > >> >>> [org.xml.sax.SAXParseException: UndeclaredPrefix: Cannot
>> > > >> >>> resolve 'ns0:Xxx' as a QName: the prefix 'ns0' is not
>> > > >> >>> declared.] at
>> > > >> >>> com
>> > > >> >>> .sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.handleStr
>> > > >> >>>eamE x ception(UnmarshallerImpl.java:396)
>> > > >> >>> at
>> > > >> >>> com
>> > > >> >>> .sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal
>> > > >> >>>0(Un m arshallerImpl.java:335)
>> > > >> >>> at
>> > > >> >>> com
>> > > >> >>> .sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal
>> > > >> >>>(Unm a rshallerImpl.java:312)
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .apache.cxf.jaxb.JAXBEncoderDecoder.unmarshall(JAXBEncoderDecode
>> > > >> >>>r.ja v a:628)
>> > > >> >>> ... 31 more
>> > > >> >>> Caused by: org.xml.sax.SAXParseException: UndeclaredPrefix:
>> > > >> >>> Cannot resolve 'ns0:Xxx' as a QName: the prefix 'ns0' is not
>> > > >> >>> declared. at
>> > > >> >>> org
>> > > >> >>> .apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(
>> > > >> >>>Unkn o wn Source)
>> > > >> >>> at
>> > > >> >>> org.apache.xerces.util.ErrorHandlerWrapper.error(Unknown
>> > > >> >>> Source) at
>> > > >> >>> org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
>> > > >> >>> Source) at
>> > > >> >>> org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
>> > > >> >>> Source) at
>> > > >> >>> org.apache.xerces.impl.xs.XMLSchemaValidator
>> > > >> >>> $XSIErrorReporter.reportErro
>> > > >> >>> r(Unknown Source)
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .apache.xerces.impl.xs.XMLSchemaValidator.reportSchemaError(Unkn
>> > > >> >>>own Source)
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .apache.xerces.impl.xs.XMLSchemaValidator.getAndCheckXsiType(Unk
>> > > >> >>>nown Source)
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .apache.xerces.impl.xs.XMLSchemaValidator.handleStartElement(Unk
>> > > >> >>>nown Source)
>> > > >> >>> at
>> > > >> >>> org.apache.xerces.impl.xs.XMLSchemaValidator.startElement(Unknow
>> > > >> >>>n Source)
>> > > >> >>> at
>> > > >> >>> org
>> > > >> >>> .apache.xerces.jaxp.validation.ValidatorHandlerImpl.startElement
>> > > >> >>>(Unk n own Source)
>> > > >> >>> at
>> > > >> >>> com
>> > > >> >>> .sun.xml.bind.v2.runtime.unmarshaller.ValidatingUnmarshaller.sta
>> > > >> >>>rtEl e ment(ValidatingUnmarshaller.java:73)
>> > > >> >>> at
>> > > >> >>> com
>> > > >> >>> .sun.xml.bind.v2.runtime.unmarshaller.StAXStreamConnector.handle
>> > > >> >>>Star t Element(StAXStreamConnector.java:238)
>> > > >> >>> at
>> > > >> >>> com
>> > > >> >>> .sun.xml.bind.v2.runtime.unmarshaller.StAXStreamConnector.bridge
>> > > >> >>>(StA X StreamConnector.java:172)
>> > > >> >>> at
>> > > >> >>> com
>> > > >> >>> .sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal
>> > > >> >>>0(Un m arshallerImpl.java:333)
>> > > >> >>> ... 33 more
>> > > >> >>
>> > > >> >> ---
>> > > >> >> Daniel Kulp
>> > > >> >> dkulp@apache.org
>> > > >> >> http://www.dankulp.com/blog
>> > > >> >
>> > > >> > ---
>> > > >> > Daniel Kulp
>> > > >> > dkulp@apache.org
>> > > >> > http://www.dankulp.com/blog
>> > > >
>> > > > --
>> > > > Daniel Kulp
>> > > > dkulp@apache.org
>> > > > http://www.dankulp.com/blog
>> >
>> > --
>> > Daniel Kulp
>> > dkulp@apache.org
>> > http://www.dankulp.com/blog
>
> --
> Daniel Kulp
> dkulp@apache.org
> http://www.dankulp.com/blog
>