Mailing-List: contact issues-help@cxf.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cxf.apache.org
Date: Mon, 27 Mar 2017 16:39:41 +0000 (UTC)
From: "Daniel Kulp (JIRA)" <jira@apache.org>
To: issues@cxf.apache.org
Message-ID: <JIRA.13006204.1474382948000.133244.1490632781747@Atlassian.JIRA>
In-Reply-To: <JIRA.13006204.1474382948000@Atlassian.JIRA>
References: <JIRA.13006204.1474382948000@Atlassian.JIRA> <JIRA.13006204.1474382948471@jira-lw-us.apache.org>
Subject: [jira] [Resolved] (CXF-7064)
 DelegatingXMLStreamWriter.writeCData(text) writes several CDATA sections
 for a signed XML file
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
archived-at: Mon, 27 Mar 2017 16:39:47 -0000


     [ https://issues.apache.org/jira/browse/CXF-7064?page=3Dcom.atlassian.=
jira.plugin.system.issuetabpanels:all-tabpanel ]

Daniel Kulp resolved CXF-7064.
------------------------------
       Resolution: Invalid
    Fix Version/s: Invalid


This is likely a woodstox issue as the call to writeCData is just delegated=
 into there.   It probably does some sort of buffering so POSSIBLY setting =
a implementation specific buffer size setting MIGHT do it, but I really don=
't know.   In anycase, not an issue with CXF.

> DelegatingXMLStreamWriter.writeCData(text) writes several CDATA sections =
for a signed XML file
> -------------------------------------------------------------------------=
---------------------
>
>                 Key: CXF-7064
>                 URL: https://issues.apache.org/jira/browse/CXF-7064
>             Project: CXF
>          Issue Type: Bug
>          Components: JAX-WS Runtime
>    Affects Versions: 3.1.7
>         Environment: windows 7/ linux centos 6
>            Reporter: Javier Irazaz=C3=A1bal
>             Fix For: Invalid
>
>   Original Estimate: 168h
>  Remaining Estimate: 168h
>
> HI,
> When implementing a CDATA interceptor in order to include a signed XML fi=
le in a SOAP envelope, we are getting several CDATA sections in the XML tha=
t makes the service reject the envelope:=20
> {code:java}
> import java.util.regex.Pattern;
> import javax.xml.stream.XMLStreamException;
> import javax.xml.stream.XMLStreamWriter;
> import org.apache.cxf.staxutils.DelegatingXMLStreamWriter;
> =20
> /**
>  * Simple CDATA XML Stream Writer that exports some items as CDATA
>  */
> public class CDataXMLStreamWriter extends DelegatingXMLStreamWriter {
> =20
>     private static final Pattern XML_CHARS =3D Pattern.compile( "[&<>]" )=
;
>     private static final String CDataOpen =3D "<![CDATA[";
>     private static final String CDataClose =3D "]]>";
>    =20
>     public CDataXMLStreamWriter(XMLStreamWriter del) {=20
>     =09super(del);
>     }=20
>     @Override=20
>     public void writeCharacters(String text) throws XMLStreamException {=
=20
>     =09boolean useCData =3D XML_CHARS.matcher( text ).find();
>     =09if (useCData) {
>     =09=09//super.writeCharacters(CDataOpen);
> System.out.println("text" + text);    =09=09
>     =09=09//super.writeCharacters(text);
>     =09=09//super.writeCharacters(CDataClose);
>     =09=09super.writeCData(text);
>     =09}else {=20
>     =09=09super.writeCharacters(text);=20
>     =09}=20
>     }
>    =20
>     public void writeStartElement(String local) throws XMLStreamException=
 {=20
>     =09super.writeStartElement(local);=20
>     }=20
> }
> {code}
> That's urgent to solve this for us.=20
> This is an example of the unwanted output:
> EwJVWTErMCkGA1UECgwiQURNSU5JU1RSQUNJT04gTkFDSU9OQUwgREUgQ09SUk]]><![CDATA=
[VPUzEfMB0GA1UE]]><![CDATA[
> CwwWU0VSVklDSU9TIEVMRUNUUk9OSUNPUzEdMBsGA1UEAwwUQ29ycmVvIFVydWd1YXlvIC0gQ=
0Ew
> HhcNMTUxMTI3MTk0NzE4WhcNMTYxMTI3MTk0NzE4WjCBmzEmMCQGCSqGSIb3DQEJARYXdml0Y=
W1p
> bmljby4wNUBnbWFpbC5jb20xEzARBgNVBAoMClZJVEFNSU5JQ08xEzARBgNVBAgMCk1vbnRld=
mlk
> ZW8xCzAJBgNVBAYTAlVZMRgwFgYDVQQFEw9SVUMyMTUyMTcxOTAwMTUxIDAeBgNVBAMMF1ZJT=
kFM
> UyBJVkFOSUNIIExFT05BUkRPMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC6LdZWhEJaq=
iFa
> Zb1VG+o7aEckJT4hkFfTj1FqfBzbS/Ug4uXcESdmOahQPVCpJcG8jgW6HuCO1dlQ9P0Qwsxk+=
zjC
> He+Bm4+lnFQfcn1ClMvkGJzAxE/HJbBXkr1WD]]><![CDATA[pcDKVt4nhMjGYj5w77H1p2Fj=
3CXC0eMAlf9MpHD]]><![CDATA[
> gFy7pwIDAQABo4IBZjCCAWIwIgYDVR0RBBswGYEXdml0YW1pbmljby4wNUBnbWFpbC5jb20wD=
AYD
> VR0TAQH/BAIwADAOBgNVHQ8BAf8EBAMCA/gwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFB=
wME
> MBEGCWCGSAGG+EIBAQQEAwIFoDAdBgNVHQ4EFgQU96b4IO3javZcFCwkmb7fiyJsNXYwHwYDV=
R0j
> BBgwFoAUJY/fQy+OaroLvkZcV1CTt1G+/NkwVAYDVR0gBE0wSzBJBgwrBgEEAYH1TwEBAQQwO=
TA3
> BggrBgEFBQcCARYraHR0cDovL3d3dy5jb3JyZW8uY29tLnV5L2NvcnJlb2NlcnQvY3BzLnBkZ=
jAY
> Bg0rBgEEAYH1TwEBAQQBBAcMBURpc2NvMDwGA1UdHwQ1MDMwMaAvoC2GK2h0dHA6Ly93d3cuY=
29y
> cmVvLmNvbS51eS9Db3JyZW9DZXJ0L2FuYy5jc]]><![CDATA[mwwDQYJKoZIhvcNAQEFBQADg=
gIBAJVsv8h04Qjn]]><![CDATA[
> JBGl0Z4DS9n47Fw+uFd9O9joLfDz0fIe1jbI9TEZ+9gfpw3+YiXIfSGOMP3i/MeIYSob42J5J=
9Ax
> vAmxhC4TTH/AD8VnbGdGmqbUaaQAtFandJMegHihSJt4dsfZZU3VZHxcFVZdAr/SVDvljRLlQ=
2tg
> onE0Z7de7xngFzfy0vfscI3AsVFuFb6FFQlLjRnc/30TmMbbmdFyVPGZvVLJqgTe5d8gSTwky=
282
> C9qd9kcI+zN8mGwq5ByW5JsrYbJbOO0vXZiV4WQNcq2Y42kYHHekWPPA9QwSGKe+hHQ216M98=
iLI
> BQukSWxoQkB+EP6jpluSYC+RSUlZ68e3lnaqx4AjM8jSCE6ZTMSvrKi9CGEIIcZ/EczpwnGzq=
BBw
> anMopB2yQGuoV7nnzyt9+O0MpEbxyXYzsWPhhqwXAgmyUyVXivg2HAjqAjhMTOLHDXLJLKKL0=
wUW
> q16jZshSpLTXzsO8rYtDl5bFXW6YjeTNBDm60]]><![CDATA[o4bTTFLLbfO1LZIM8JpubIzs=
E7+c4Ph4FTuW/Hx]]><![CDATA[
> OE8F8HkLk0X1bxf4o1Did3pDjXDlIafi66//F7z5gf8xJeams5/w7ToikOmW+pjpLolOT64Rv=
Y0W
> jQs5/FdEXu+7ivjrOk5xRzxdnKLIr9vUOYyFfE0627yA2mS8+uUWy41BISdsXI6z</X509Cer=
tificate></X509Data></KeyInfo></Signature></ns0:CFE></DGICFE:EnvioCFE>]]></=
xmlData>


--
This message was sent by Atlassian JIRA
(v6.3.15#6346)