[jira] [Created] (CXF-6771) JAX-RS ContextProvider should be able to support Servlet contexts
Sergey Beryozkin created CXF-6771: - Summary: JAX-RS ContextProvider should be able to support Servlet contexts Key: CXF-6771 URL: https://issues.apache.org/jira/browse/CXF-6771 Project: CXF Issue Type: Improvement Components: JAX-RS Reporter: Sergey Beryozkin Assignee: Sergey Beryozkin Priority: Minor Fix For: 3.2.0, 3.1.6 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (CXF-6771) JAX-RS ContextProvider should be able to support Servlet contexts
[ https://issues.apache.org/jira/browse/CXF-6771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Beryozkin resolved CXF-6771. --- Resolution: Fixed > JAX-RS ContextProvider should be able to support Servlet contexts > - > > Key: CXF-6771 > URL: https://issues.apache.org/jira/browse/CXF-6771 > Project: CXF > Issue Type: Improvement > Components: JAX-RS >Reporter: Sergey Beryozkin >Assignee: Sergey Beryozkin >Priority: Minor > Fix For: 3.2.0, 3.1.6 > > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CXF-6772) HttpClientPolicy browserType is reported as BrowserType header
Sergey Beryozkin created CXF-6772: - Summary: HttpClientPolicy browserType is reported as BrowserType header Key: CXF-6772 URL: https://issues.apache.org/jira/browse/CXF-6772 Project: CXF Issue Type: Bug Components: Transports Reporter: Sergey Beryozkin Assignee: Sergey Beryozkin Priority: Minor Fix For: 3.2.0, 3.1.6, 3.0.9 Has to be reported as User-Agent instead -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (CXF-6772) HttpClientPolicy browserType is reported as BrowserType header
[ https://issues.apache.org/jira/browse/CXF-6772?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Beryozkin resolved CXF-6772. --- Resolution: Fixed > HttpClientPolicy browserType is reported as BrowserType header > --- > > Key: CXF-6772 > URL: https://issues.apache.org/jira/browse/CXF-6772 > Project: CXF > Issue Type: Bug > Components: Transports >Reporter: Sergey Beryozkin >Assignee: Sergey Beryozkin >Priority: Minor > Fix For: 3.2.0, 3.1.6, 3.0.9 > > > Has to be reported as User-Agent instead -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (CXF-6765) UrlUtils#urlDecode incorrectly decodes encoded path with encoded plus = %2B symbol
[ https://issues.apache.org/jira/browse/CXF-6765?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Beryozkin resolved CXF-6765. --- Resolution: Not A Problem Assignee: Sergey Beryozkin I've confirmed with a tcp trace that Firefox does not encode '+' and encodes the space as %20 for a path component, so the best way to represent spaces in the matrix parameters is to use %20. > UrlUtils#urlDecode incorrectly decodes encoded path with encoded plus = %2B > symbol > -- > > Key: CXF-6765 > URL: https://issues.apache.org/jira/browse/CXF-6765 > Project: CXF > Issue Type: Bug > Components: Core >Affects Versions: 3.1.4 > Environment: WIndows 7, Java 8 >Reporter: Karsten Ohme >Assignee: Sergey Beryozkin > > I'm decoding some matrix parameters. When using a path with an encoded + (= > %2B encoded), e.g. filterValue=Foobar+%2B+Bar which should be "Foobar + Bar", > but it is "Foobar Bar", because the %2B is decoded as plus first and later > decoded as a space. > The error is produced in > org.apache.cxf.common.util.UrlUtils#urlDecode(java.lang.String, > java.lang.String, boolean). -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (CXF-6770) PrettyLoggingFilter not working well when using camel-cxf-transport
[
https://issues.apache.org/jira/browse/CXF-6770?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sergey Beryozkin resolved CXF-6770.
---
Resolution: Fixed
Assignee: Sergey Beryozkin
Fix Version/s: 3.1.6
3.2.0
> PrettyLoggingFilter not working well when using camel-cxf-transport
> ---
>
> Key: CXF-6770
> URL: https://issues.apache.org/jira/browse/CXF-6770
> Project: CXF
> Issue Type: Bug
> Components: Configuration
>Affects Versions: 3.1.5
> Environment: camel-cxf-transport 2.16.2
>Reporter: David J. M. Karlsen
>Assignee: Sergey Beryozkin
> Fix For: 3.2.0, 3.1.6
>
>
> When configuring a cxf-bus with:
>
>value="${cxf.prettyLogging}" />
>
> you will get NPE inside String.getBytes, because the charset given is null:
> {noformat}
> java.lang.NullPointerException: null
> at java.lang.String.getBytes(String.java:917) ~[na:1.8.0_72]
> at
> org.apache.cxf.ext.logging.event.PrettyLoggingFilter.getPrettyMessage(PrettyLoggingFilter.java:69)
> ~[cxf-rt-features-logging-3.1.5.jar:3.1.5]
> at
> org.apache.cxf.ext.logging.event.PrettyLoggingFilter.send(PrettyLoggingFilter.java:48)
> ~[cxf-rt-features-logging-3.1.5.jar:3.1.5]
> at
> org.apache.cxf.ext.logging.LoggingInInterceptor.handleMessage(LoggingInInterceptor.java:62)
> ~[cxf-rt-features-logging-3.1.5.jar:3.1.5]
> at
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:308)
> ~[cxf-core-3.1.5.jar:3.1.5]
> at
> org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121)
> [cxf-core-3.1.5.jar:3.1.5]
> at
> org.apache.camel.component.cxf.transport.CamelDestination.incoming(CamelDestination.java:161)
> [camel-cxf-transport-2.16.2.jar:2.16.2]
> at
> org.apache.camel.component.cxf.transport.CamelDestination$ConsumerProcessor.process(CamelDestination.java:188)
> [camel-cxf-transport-2.16.2.jar:2.16.2]
> at
> org.apache.camel.util.AsyncProcessorConverterHelper$ProcessorToAsyncProcessorBridge.process(AsyncProcessorConverterHelper.java:61)
> [camel-core-2.16.2.jar:2.16.2]
> at
> org.apache.camel.component.direct.DirectProducer.process(DirectProducer.java:62)
> [camel-core-2.16.2.jar:2.16.2]
> at
> org.apache.camel.processor.SendProcessor.process(SendProcessor.java:141)
> [camel-core-2.16.2.jar:2.16.2]
> at
> org.apache.camel.management.InstrumentationProcessor.process(InstrumentationProcessor.java:77)
> [camel-core-2.16.2.jar:2.16.2]
> at
> org.apache.camel.processor.interceptor.TraceInterceptor.process(TraceInterceptor.java:163)
> [camel-core-2.16.2.jar:2.16.2]
> at
> org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:460)
> [camel-core-2.16.2.jar:2.16.2]
> at
> org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:190)
> [camel-core-2.16.2.jar:2.16.2]
> at org.apache.camel.processor.Pipeline.process(Pipeline.java:121)
> [camel-core-2.16.2.jar:2.16.2]
> at org.apache.camel.processor.Pipeline.process(Pipeline.java:83)
> [camel-core-2.16.2.jar:2.16.2]
> at
> org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:190)
> [camel-core-2.16.2.jar:2.16.2]
> at
> org.apache.camel.util.AsyncProcessorHelper.process(AsyncProcessorHelper.java:109)
> [camel-core-2.16.2.jar:2.16.2]
> at
> org.apache.camel.processor.DelegateAsyncProcessor.process(DelegateAsyncProcessor.java:87)
> [camel-core-2.16.2.jar:2.16.2]
> at
> org.apache.camel.component.jms.EndpointMessageListener.onMessage(EndpointMessageListener.java:112)
> [camel-jms-2.16.2.jar:2.16.2]
> at
> org.springframework.jms.listener.AbstractMessageListenerContainer.doInvokeListener(AbstractMessageListenerContainer.java:721)
> [spring-jms-4.2.4.RELEASE.jar:4.2.4.RELEASE]
> at
> org.springframework.jms.listener.AbstractMessageListenerContainer.invokeListener(AbstractMessageListenerContainer.java:681)
> [spring-jms-4.2.4.RELEASE.jar:4.2.4.RELEASE]
> at
> org.springframework.jms.listener.AbstractMessageListenerContainer.doExecuteListener(AbstractMessageListenerContainer.java:651)
> [spring-jms-4.2.4.RELEASE.jar:4.2.4.RELEASE]
> at
> org.springframework.jms.listener.AbstractPollingMessageListenerContainer.doReceiveAndExecute(AbstractPollingMessageListenerContainer.java:315)
> [spring-jms-4.2.4.RELEASE.jar:4.2.4.RELEASE]
> at
> org.springframework.jms.listener.AbstractPollingMessageListenerContainer.receiveAndExecute(AbstractPollingMessageListenerContainer.java:233)
> [spring-jms-4.2.4.RELEASE.jar:4.2.4.RELEASE]
[jira] [Commented] (CXF-6769) Underscores in values of FIQL search expressions are incorrectly escaped
[ https://issues.apache.org/jira/browse/CXF-6769?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15140706#comment-15140706 ] Sergey Beryozkin commented on CXF-6769: --- A patch was provided awhile back by a user where the underscore char was escaped, so I guess the way the escaped underscore chars are treated varies. I've added a property, "search.escape.underscore.char", which can be set to 'false' > Underscores in values of FIQL search expressions are incorrectly escaped > > > Key: CXF-6769 > URL: https://issues.apache.org/jira/browse/CXF-6769 > Project: CXF > Issue Type: Bug > Components: JAX-RS >Affects Versions: 3.1.2 > Environment: Webapp deployed to WildFly 10 >Reporter: Torsten Römer >Priority: Minor > > We are basically "just" using FIQLParser and SQLPrinterVisitor like this: > final FiqlParser fiqlParser = new FiqlParser<>(SearchBean.class); > final SearchCondition searchCondition = fiqlParser.parse(search); > final SQLPrinterVisitor visitor = new > SQLPrinterVisitor(table); > searchCondition.accept(visitor); > final String sql = visitor.getQuery(); > A search expression like this: > text==VAL_UE > yields an SQL query like this: > SELECT * FROM some_table WHERE text = 'VAL[backslash]_UE' > (Note [backslash] is supposed to mean a literal "\" which is swallowed here) > If the table contains a row with text "VAL_UE", the query returns no results > because the underscore in the value was preceded with a backslash. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (CXF-6769) Underscores in values of FIQL search expressions are incorrectly escaped
[ https://issues.apache.org/jira/browse/CXF-6769?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Beryozkin resolved CXF-6769. --- Resolution: Fixed Assignee: Sergey Beryozkin Fix Version/s: 3.0.9 3.1.6 3.2.0 > Underscores in values of FIQL search expressions are incorrectly escaped > > > Key: CXF-6769 > URL: https://issues.apache.org/jira/browse/CXF-6769 > Project: CXF > Issue Type: Bug > Components: JAX-RS >Affects Versions: 3.1.2 > Environment: Webapp deployed to WildFly 10 >Reporter: Torsten Römer >Assignee: Sergey Beryozkin >Priority: Minor > Fix For: 3.2.0, 3.1.6, 3.0.9 > > > We are basically "just" using FIQLParser and SQLPrinterVisitor like this: > final FiqlParser fiqlParser = new FiqlParser<>(SearchBean.class); > final SearchCondition searchCondition = fiqlParser.parse(search); > final SQLPrinterVisitor visitor = new > SQLPrinterVisitor(table); > searchCondition.accept(visitor); > final String sql = visitor.getQuery(); > A search expression like this: > text==VAL_UE > yields an SQL query like this: > SELECT * FROM some_table WHERE text = 'VAL[backslash]_UE' > (Note [backslash] is supposed to mean a literal "\" which is swallowed here) > If the table contains a row with text "VAL_UE", the query returns no results > because the underscore in the value was preceded with a backslash. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CXF-6731) wsdl2java returning error "'{A_Type}' is already defined" from version 3.1.3, 2.7.18, 3.0.7
[
https://issues.apache.org/jira/browse/CXF-6731?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Davide Bozza updated CXF-6731:
--
Affects Version/s: 3.1.5
3.0.8
Description:
wsdl2java returns the error below in versions 2.7.18, 3.0.7, 3.0.8, 3.1.3,
3.1.4, 3.1.5. No error is instead returned in previous versions.
My feeling is that the problem is related to the fix performed in
https://issues.apache.org/jira/browse/CXF-6580.
D:\Programs\Frameworks\CXF\apache-cxf-3.1.4\bin> wsdl2java.bat -verbose -d out
WSDL.wsdl
Loading FrontEnd jaxws ...
Loading DataBinding jaxb ...
wsdl2java -verbose -d out WSDL.wsdl
wsdl2java - Apache CXF 3.1.4
Jan 05, 2016 11:26:55 AM org.apache.cxf.wsdl11.WSDLServiceBuilder
checkForWrapped
INFO: Operation {WSDL_NS}Service cannot be unwrapped, input message must
reference global element declaration with same
localname as operation
WSDLToJava Error: file:chameleon/Schema1.xsd
[8,1]: 'A_Type' is already defined
file:chameleon/Schema2.xsd [4,2]: (related to above error) the first definition
appears here
org.apache.cxf.tools.common.ToolException: file:chameleon/Schema1.xsd [8,1]:
'A_Type' is already defined
file:chameleon/Schema2.xsd [4,2]: (related to above error) the first definition
appears here
at
org.apache.cxf.tools.common.ToolErrorListener.throwToolException(ToolErrorListener.java:87)
at
org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:166)
at
org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:415)
at
org.apache.cxf.tools.common.toolspec.ToolRunner.runTool(ToolRunner.java:103)
at org.apache.cxf.tools.wsdlto.WSDLToJava.run(WSDLToJava.java:113)
at org.apache.cxf.tools.wsdlto.WSDLToJava.run(WSDLToJava.java:86)
at org.apache.cxf.tools.wsdlto.WSDLToJava.main(WSDLToJava.java:184)
Suppressed: org.apache.cxf.tools.common.ToolException:
file:chameleon/Schema1.xsd [8,1]: 'A_Type' is already defined
... 7 more
Caused by: org.xml.sax.SAXParseException; systemId:
file:chameleon/Schema1.xsd; lineNumber: 8; columnNumber: 1; 'A_Type' is already
defined
at
com.sun.xml.xsom.impl.parser.ParserContext$1.reportError(ParserContext.java:180)
at
com.sun.xml.xsom.impl.parser.NGCCRuntimeEx.reportError(NGCCRuntimeEx.java:175)
at
com.sun.xml.xsom.impl.parser.NGCCRuntimeEx.reportError(NGCCRuntimeEx.java:178)
at
com.sun.xml.xsom.impl.parser.NGCCRuntimeEx.checkDoubleDefError(NGCCRuntimeEx.java:150)
at
com.sun.xml.xsom.impl.parser.state.Schema.action5(Schema.java:127)
at
com.sun.xml.xsom.impl.parser.state.Schema.onChildCompleted(Schema.java:1286)
at
com.sun.xml.xsom.impl.parser.state.NGCCHandler.revertToParentFromText(NGCCHandler.java:183)
at
com.sun.xml.xsom.impl.parser.state.complexType.text(complexType.java:1712)
at
com.sun.xml.xsom.impl.parser.state.NGCCRuntime.processPendingText(NGCCRuntime.java:236)
at
com.sun.xml.xsom.impl.parser.state.NGCCRuntime.endElement(NGCCRuntime.java:312)
at
org.xml.sax.helpers.XMLFilterImpl.endElement(XMLFilterImpl.java:570)
at
com.sun.tools.xjc.util.SubtreeCutter.endElement(SubtreeCutter.java:112)
at
org.xml.sax.helpers.XMLFilterImpl.endElement(XMLFilterImpl.java:570)
at
org.xml.sax.helpers.XMLFilterImpl.endElement(XMLFilterImpl.java:570)
at
com.sun.tools.xjc.reader.xmlschema.parser.CustomizationContextChecker.endElement(CustomizationContext
Checker.java:199)
at
org.xml.sax.helpers.XMLFilterImpl.endElement(XMLFilterImpl.java:570)
at
com.sun.tools.xjc.reader.internalizer.DOMForestScanner$LocationResolver.endElement(DOMForestScanner.java:140)
at
com.sun.xml.bind.unmarshaller.DOMScanner.visit(DOMScanner.java:255)
at
com.sun.xml.bind.unmarshaller.DOMScanner.scan(DOMScanner.java:127)
at
com.sun.tools.xjc.reader.internalizer.DOMForestScanner.scan(DOMForestScanner.java:92)
at
com.sun.tools.xjc.reader.internalizer.DOMForestScanner.scan(DOMForestScanner.java:100)
at
com.sun.tools.xjc.reader.internalizer.DOMForestParser.parse(DOMForestParser.java:104)
at
com.sun.tools.xjc.ModelLoader$XMLSchemaParser.parse(ModelLoader.java:269)
at
com.sun.xml.xsom.impl.parser.NGCCRuntimeEx.parseEntity(NGCCRuntimeEx.java:347)
at
com.sun.xml.xsom.impl.parser.ParserContext.parse(ParserContext.java:128)
at com.sun.xml.xsom.parser.XSOMParser.parse(XSOMParser.java:171)
at com.sun.xml.xsom.parser.XSOMParser.parse(XSOMParser.java:160)
at
com.sun.tools.xjc.ModelLoader.createXSOM(ModelLoa
[jira] [Updated] (CXF-6731) wsdl2java returning error "'{A_Type}' is already defined" from versions 3.1.3, 2.7.18, 3.0.7
[
https://issues.apache.org/jira/browse/CXF-6731?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Davide Bozza updated CXF-6731:
--
Summary: wsdl2java returning error "'{A_Type}' is already defined" from
versions 3.1.3, 2.7.18, 3.0.7 (was: wsdl2java returning error "'{A_Type}' is
already defined" from version 3.1.3, 2.7.18, 3.0.7)
> wsdl2java returning error "'{A_Type}' is already defined" from versions
> 3.1.3, 2.7.18, 3.0.7
>
>
> Key: CXF-6731
> URL: https://issues.apache.org/jira/browse/CXF-6731
> Project: CXF
> Issue Type: Bug
> Components: Tooling
>Affects Versions: 3.1.3, 2.7.18, 3.0.7, 3.1.4, 3.1.5, 3.0.8
>Reporter: Davide Bozza
> Attachments: test.zip
>
>
> wsdl2java returns the error below in versions 2.7.18, 3.0.7, 3.0.8, 3.1.3,
> 3.1.4, 3.1.5. No error is instead returned in previous versions.
> My feeling is that the problem is related to the fix performed in
> https://issues.apache.org/jira/browse/CXF-6580.
> D:\Programs\Frameworks\CXF\apache-cxf-3.1.4\bin> wsdl2java.bat -verbose -d
> out WSDL.wsdl
> Loading FrontEnd jaxws ...
> Loading DataBinding jaxb ...
> wsdl2java -verbose -d out WSDL.wsdl
> wsdl2java - Apache CXF 3.1.4
> Jan 05, 2016 11:26:55 AM org.apache.cxf.wsdl11.WSDLServiceBuilder
> checkForWrapped
> INFO: Operation {WSDL_NS}Service cannot be unwrapped, input message must
> reference global element declaration with same
> localname as operation
> WSDLToJava Error: file:chameleon/Schema1.xsd
> [8,1]: 'A_Type' is already defined
> file:chameleon/Schema2.xsd [4,2]: (related to above error) the first
> definition appears here
> org.apache.cxf.tools.common.ToolException: file:chameleon/Schema1.xsd [8,1]:
> 'A_Type' is already defined
> file:chameleon/Schema2.xsd [4,2]: (related to above error) the first
> definition appears here
> at
> org.apache.cxf.tools.common.ToolErrorListener.throwToolException(ToolErrorListener.java:87)
> at
> org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:166)
> at
> org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:415)
> at
> org.apache.cxf.tools.common.toolspec.ToolRunner.runTool(ToolRunner.java:103)
> at org.apache.cxf.tools.wsdlto.WSDLToJava.run(WSDLToJava.java:113)
> at org.apache.cxf.tools.wsdlto.WSDLToJava.run(WSDLToJava.java:86)
> at org.apache.cxf.tools.wsdlto.WSDLToJava.main(WSDLToJava.java:184)
> Suppressed: org.apache.cxf.tools.common.ToolException:
> file:chameleon/Schema1.xsd [8,1]: 'A_Type' is already defined
> ... 7 more
> Caused by: org.xml.sax.SAXParseException; systemId:
> file:chameleon/Schema1.xsd; lineNumber: 8; columnNumber: 1; 'A_Type' is
> already defined
> at
> com.sun.xml.xsom.impl.parser.ParserContext$1.reportError(ParserContext.java:180)
> at
> com.sun.xml.xsom.impl.parser.NGCCRuntimeEx.reportError(NGCCRuntimeEx.java:175)
> at
> com.sun.xml.xsom.impl.parser.NGCCRuntimeEx.reportError(NGCCRuntimeEx.java:178)
> at
> com.sun.xml.xsom.impl.parser.NGCCRuntimeEx.checkDoubleDefError(NGCCRuntimeEx.java:150)
> at
> com.sun.xml.xsom.impl.parser.state.Schema.action5(Schema.java:127)
> at
> com.sun.xml.xsom.impl.parser.state.Schema.onChildCompleted(Schema.java:1286)
> at
> com.sun.xml.xsom.impl.parser.state.NGCCHandler.revertToParentFromText(NGCCHandler.java:183)
> at
> com.sun.xml.xsom.impl.parser.state.complexType.text(complexType.java:1712)
> at
> com.sun.xml.xsom.impl.parser.state.NGCCRuntime.processPendingText(NGCCRuntime.java:236)
> at
> com.sun.xml.xsom.impl.parser.state.NGCCRuntime.endElement(NGCCRuntime.java:312)
> at
> org.xml.sax.helpers.XMLFilterImpl.endElement(XMLFilterImpl.java:570)
> at
> com.sun.tools.xjc.util.SubtreeCutter.endElement(SubtreeCutter.java:112)
> at
> org.xml.sax.helpers.XMLFilterImpl.endElement(XMLFilterImpl.java:570)
> at
> org.xml.sax.helpers.XMLFilterImpl.endElement(XMLFilterImpl.java:570)
> at
> com.sun.tools.xjc.reader.xmlschema.parser.CustomizationContextChecker.endElement(CustomizationContext
> Checker.java:199)
> at
> org.xml.sax.helpers.XMLFilterImpl.endElement(XMLFilterImpl.java:570)
> at
> com.sun.tools.xjc.reader.internalizer.DOMForestScanner$LocationResolver.endElement(DOMForestScanner.java:140)
> at
> com.sun.xml.bind.unmarshaller.DOMScanner.visit(DOMScanner.java:255)
> at
> com.sun.xml.bind.unmarshaller.DOMScanner.scan(DOMScanner.java:127)
> at
> com.sun.tools.x
