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

Magnus Holm commented on CXF-9007:
----------------------------------

[~reta] Sorry for the delay, struggling to find time. I built your branch and 
re-ran tests and found out the potential fix causes a consistent failure for 
another test which relates to large response processing/chunking. I will set 
aside some time and provide you with both test-cases some time this week. Have 
to unwrap the setup from some internal frameworking. 

The new failure:
{code}
org.apache.cxf.binding.soap.SoapFault: Problems creating SAAJ object model
        at 
org.apache.cxf.binding.soap.saaj.SAAJInInterceptor.handleMessage(SAAJInInterceptor.java:261)
 ~[cxf-rt-bindings-soap-4.0.1-SNAPSHOT.jar:4.0.1.SNAPSHOT]
        at 
org.apache.cxf.binding.soap.saaj.SAAJInInterceptor.handleMessage(SAAJInInterceptor.java:81)
 ~[cxf-rt-bindings-soap-4.0.1-SNAPSHOT.jar:4.0.1.SNAPSHOT]
        at 
org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:307)
 [cxf-core-4.0.1-SNAPSHOT.jar:4.0.1.SNAPSHOT]
        at org.apache.cxf.endpoint.ClientImpl.onMessage(ClientImpl.java:808) 
[cxf-core-4.0.1-SNAPSHOT.jar:4.0.1.SNAPSHOT]
        at 
org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponseInternal(HTTPConduit.java:1726)
 [cxf-rt-transports-http-4.0.1-SNAPSHOT.jar:4.0.1.SNAPSHOT]
        at 
org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream$1.run(HTTPConduit.java:1210)
 [cxf-rt-transports-http-4.0.1-SNAPSHOT.jar:4.0.1.SNAPSHOT]
        at 
org.apache.cxf.workqueue.AutomaticWorkQueueImpl$3.run(AutomaticWorkQueueImpl.java:413)
 [cxf-core-4.0.1-SNAPSHOT.jar:4.0.1.SNAPSHOT]
        at 
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136)
 [?:?]
        at 
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
 [?:?]
        at 
org.apache.cxf.workqueue.AutomaticWorkQueueImpl$AWQThreadFactory$1.run(AutomaticWorkQueueImpl.java:346)
 [cxf-core-4.0.1-SNAPSHOT.jar:4.0.1.SNAPSHOT]
        at java.base/java.lang.Thread.run(Thread.java:833) [?:?]
Caused by: com.ctc.wstx.exc.WstxEOFException: Unexpected EOF; was expecting a 
close tag for element <HiResponse>
 at [row,col {unknown-source}]: [1,16320]
        at 
com.ctc.wstx.sr.StreamScanner.throwUnexpectedEOF(StreamScanner.java:701) 
~[woodstox-core-6.6.2.jar:6.6.2]
        at 
com.ctc.wstx.sr.BasicStreamReader.throwUnexpectedEOF(BasicStreamReader.java:5607)
 ~[woodstox-core-6.6.2.jar:6.6.2]
        at 
com.ctc.wstx.sr.BasicStreamReader.nextFromTree(BasicStreamReader.java:2811) 
~[woodstox-core-6.6.2.jar:6.6.2]
        at com.ctc.wstx.sr.BasicStreamReader.next(BasicStreamReader.java:1122) 
~[woodstox-core-6.6.2.jar:6.6.2]
        at org.apache.cxf.staxutils.StaxUtils.copy(StaxUtils.java:776) 
~[cxf-core-4.0.1-SNAPSHOT.jar:4.0.1.SNAPSHOT]
        at 
org.apache.cxf.binding.soap.saaj.SAAJInInterceptor.handleMessage(SAAJInInterceptor.java:244)
 ~[cxf-rt-bindings-soap-4.0.1-SNAPSHOT.jar:4.0.1.SNAPSHOT]
        ... 10 more
{code}

> NullPointerException in XMLStreamDataWriter.writeNode
> -----------------------------------------------------
>
>                 Key: CXF-9007
>                 URL: https://issues.apache.org/jira/browse/CXF-9007
>             Project: CXF
>          Issue Type: Bug
>    Affects Versions: 4.0.3, 4.0.4
>            Reporter: Magnus Holm
>            Assignee: Andriy Redko
>            Priority: Major
>             Fix For: 4.1.0, 4.0.5
>
>         Attachments: dispatch-impl-npe.txt, interceptor-npe.txt, 
> invoke-async-npe.txt, invoke-sync-npe.txt
>
>
> We're encountering sporadic weird {{NullPointerException}} in various of our 
> tests using different client configurations with wsdls. It seems to only 
> occur right after initialising the client, e.g. only on the first call. I 
> suspect it's some kind of race-condition, but I've not been able to create a 
> reproducer. I was hoping maybe someone from the project would have insight 
> into why this could be happening by looking at the stacktraces. 
> The error we're hitting appears to be here: 
> {code}
> java.lang.NullPointerException: Cannot invoke 
> "org.w3c.dom.Node.getOwnerDocument()" because "nd" is null
>       at 
> org.apache.cxf.databinding.source.XMLStreamDataWriter.writeNode(XMLStreamDataWriter.java:160)
>  ~[cxf-core-4.0.4.jar:4.0.4]
>       at 
> org.apache.cxf.databinding.source.XMLStreamDataWriter.write(XMLStreamDataWriter.java:101)
>  ~[cxf-core-4.0.4.jar:4.0.4]
>       at 
> org.apache.cxf.databinding.source.XMLStreamDataWriter.write(XMLStreamDataWriter.java:67)
>  ~[cxf-core-4.0.4.jar:4.0.4]
>       at 
> org.apache.cxf.databinding.source.XMLStreamDataWriter.write(XMLStreamDataWriter.java:55)
>  ~[cxf-core-4.0.4.jar:4.0.4]
> {code}
> Update: we're using cxf-rt-transports-http-hc5.
> We've had this issue on 4.0.3 and 4.0.4. We might've had it on previous 
> versions as well, but I don't have build history going back that far.  
> JDK versions: Corretto 17 (17.0.8-amzn), Zulu 17 (17.0.10-zulu) ++



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to