[jira] [Commented] (CXF-7058) Extra CDATA elements added on long CDATA payload

[Iuliia (Jira)]

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

Iuliia commented on CXF-7058:
-

It seems like it is not fully fixed. CDATA is still sent in chunks to the 
writer after calling StaxUtils.copy() if CDATA contains HTML tags. The example 
it was tested on: 



 

 

After  calling StaxUtils.copy() I've got: 

<*![CDATA[*


 *]]>*

> Extra CDATA elements added on long CDATA payload
> 
>
> Key: CXF-7058
> URL: https://issues.apache.org/jira/browse/CXF-7058
> Project: CXF
>  Issue Type: Bug
>  Components: Core
>Affects Versions: 2.7.18, 3.1.7
> Environment: All
>Reporter: Rodrigo Merino
>Assignee: Daniel Kulp
>Priority: Major
> Fix For: 3.1.8, 3.0.13
>
> Attachments: headerSoapReqLongCdata.xml
>
>
> When calling StaxUtils.copy() with a source xml that contains a long CDATA 
> section, that long CDATA is sent in chunks to the writer, with each chunk 
> being wrapped in a CDATA independently.
> For instance, {code}{code} in the source ends in the 
> destination as {code}{code}
> This can be verified by running the test 
> org.apache.cxf.staxutils.StaxUtilsTest.testCopy() with the attached xml file 
> (headerSoapReqLongCdata.xml).
> I reported this initially to woodstox 
> (https://github.com/FasterXML/woodstox/issues/21 and 
> https://github.com/FasterXML/woodstox/issues/22),, but from Tatu's last 
> answer 
> (https://github.com/FasterXML/woodstox/issues/22#issuecomment-246254486) is 
> is something that should be handled in CXF's StaxUtils.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Commented] (CXF-7058) Extra CDATA elements added on long CDATA payload

[Rodrigo Merino (JIRA)]

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

Rodrigo Merino commented on CXF-7058:
-

Is there any chance this change can be backported to 2.7.x and released?

Thanks in advance.

> Extra CDATA elements added on long CDATA payload
> 
>
> Key: CXF-7058
> URL: https://issues.apache.org/jira/browse/CXF-7058
> Project: CXF
>  Issue Type: Bug
>  Components: Core
>Affects Versions: 2.7.18, 3.1.7
> Environment: All
>Reporter: Rodrigo Merino
> Attachments: headerSoapReqLongCdata.xml
>
>
> When calling StaxUtils.copy() with a source xml that contains a long CDATA 
> section, that long CDATA is sent in chunks to the writer, with each chunk 
> being wrapped in a CDATA independently.
> For instance, {code}{code} in the source ends in the 
> destination as {code}{code}
> This can be verified by running the test 
> org.apache.cxf.staxutils.StaxUtilsTest.testCopy() with the attached xml file 
> (headerSoapReqLongCdata.xml).
> I reported this initially to woodstox 
> (https://github.com/FasterXML/woodstox/issues/21 and 
> https://github.com/FasterXML/woodstox/issues/22),, but from Tatu's last 
> answer 
> (https://github.com/FasterXML/woodstox/issues/22#issuecomment-246254486) is 
> is something that should be handled in CXF's StaxUtils.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (CXF-7058) Extra CDATA elements added on long CDATA payload

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CXF-7058:
-

Github user asfgit closed the pull request at:

https://github.com/apache/cxf/pull/169


> Extra CDATA elements added on long CDATA payload
> 
>
> Key: CXF-7058
> URL: https://issues.apache.org/jira/browse/CXF-7058
> Project: CXF
>  Issue Type: Bug
>  Components: Core
>Affects Versions: 2.7.18, 3.1.7
> Environment: All
>Reporter: Rodrigo Merino
> Attachments: headerSoapReqLongCdata.xml
>
>
> When calling StaxUtils.copy() with a source xml that contains a long CDATA 
> section, that long CDATA is sent in chunks to the writer, with each chunk 
> being wrapped in a CDATA independently.
> For instance, {code}{code} in the source ends in the 
> destination as {code}{code}
> This can be verified by running the test 
> org.apache.cxf.staxutils.StaxUtilsTest.testCopy() with the attached xml file 
> (headerSoapReqLongCdata.xml).
> I reported this initially to woodstox 
> (https://github.com/FasterXML/woodstox/issues/21 and 
> https://github.com/FasterXML/woodstox/issues/22),, but from Tatu's last 
> answer 
> (https://github.com/FasterXML/woodstox/issues/22#issuecomment-246254486) is 
> is something that should be handled in CXF's StaxUtils.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (CXF-7058) Extra CDATA elements added on long CDATA payload

[ASF GitHub Bot (JIRA)]

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

ASF GitHub Bot commented on CXF-7058:
-

GitHub user elrodro83 opened a pull request:

https://github.com/apache/cxf/pull/169

[CXF-7058] Extra CDATA elements added on long CDATA payload

* Allow passing woodstox config to bypass the issue

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/elrodro83/cxf CXF-7058

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cxf/pull/169.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #169


commit 0588dcfa3c8f744c921b4e55feea10810fa1dca0
Author: Rodrigo Merino 
Date:   2016-09-14T16:22:27Z

[CXF-7058] Extra CDATA elements added on long CDATA payload
* Allow passing woodstox config to bypass the issue




> Extra CDATA elements added on long CDATA payload
> 
>
> Key: CXF-7058
> URL: https://issues.apache.org/jira/browse/CXF-7058
> Project: CXF
>  Issue Type: Bug
>  Components: Core
>Affects Versions: 2.7.18, 3.1.7
> Environment: All
>Reporter: Rodrigo Merino
> Attachments: headerSoapReqLongCdata.xml
>
>
> When calling StaxUtils.copy() with a source xml that contains a long CDATA 
> section, that long CDATA is sent in chunks to the writer, with each chunk 
> being wrapped in a CDATA independently.
> For instance, {code}{code} in the source ends in the 
> destination as {code}{code}
> This can be verified by running the test 
> org.apache.cxf.staxutils.StaxUtilsTest.testCopy() with the attached xml file 
> (headerSoapReqLongCdata.xml).
> I reported this initially to woodstox 
> (https://github.com/FasterXML/woodstox/issues/21 and 
> https://github.com/FasterXML/woodstox/issues/22),, but from Tatu's last 
> answer 
> (https://github.com/FasterXML/woodstox/issues/22#issuecomment-246254486) is 
> is something that should be handled in CXF's StaxUtils.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (CXF-7058) Extra CDATA elements added on long CDATA payload

[Rodrigo Merino (JIRA)]

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

Rodrigo Merino commented on CXF-7058:
-

Created a PR (https://github.com/apache/cxf/pull/169) to allow passing a 
parameter to bypass the issue.

> Extra CDATA elements added on long CDATA payload
> 
>
> Key: CXF-7058
> URL: https://issues.apache.org/jira/browse/CXF-7058
> Project: CXF
>  Issue Type: Bug
>  Components: Core
>Affects Versions: 2.7.18, 3.1.7
> Environment: All
>Reporter: Rodrigo Merino
> Attachments: headerSoapReqLongCdata.xml
>
>
> When calling StaxUtils.copy() with a source xml that contains a long CDATA 
> section, that long CDATA is sent in chunks to the writer, with each chunk 
> being wrapped in a CDATA independently.
> For instance, {code}{code} in the source ends in the 
> destination as {code}{code}
> This can be verified by running the test 
> org.apache.cxf.staxutils.StaxUtilsTest.testCopy() with the attached xml file 
> (headerSoapReqLongCdata.xml).
> I reported this initially to woodstox 
> (https://github.com/FasterXML/woodstox/issues/21 and 
> https://github.com/FasterXML/woodstox/issues/22),, but from Tatu's last 
> answer 
> (https://github.com/FasterXML/woodstox/issues/22#issuecomment-246254486) is 
> is something that should be handled in CXF's StaxUtils.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)