comment or strings which contain '\u' breaks unit testing about ccl-testing HOT 3 CLOSED

1. The latest released version is 3.3
2. Unable to reproduce. Please provide a link to an actual code project that exhibits the problem, the results from mvn -version, the exact maven command being applied and any global and/or profile configurations that could impact the sourceEncoding.

from ccl-testing.

This issue seems to be very illusive!
I have one situation where I had this issue (very persistently).
I tried my best to reproduce the issue in a small test, but i cannot get it to reproduce in isolation....

It seems that there is more at play that just the text string "\u0000" in the code comments; that alone does not trigger the issue.

What I do see is in the downloaded code/test result json/xml file, that it contains several \uxxxx sequences; such as \u0009 (which represents to a tab character in the source code).

In my case I see this in this file (filename '%TEMP%\j4ccl_dataout_?_?.json?.tmp'):
<LINE><NBR>2459<\/NBR><TEXT><![CDATA[ ; \u0000 this is a string 6 characters long, which just happens to resemble the Unicode character 0x0 encoding....]]><\/TEXT><\/LINE>

However in the file .\target\program-listings<file>.inc, i see this:
<LINE><NBR>2459</NBR><TEXT><![CDATA[ ; ? this is a string 6 characters long, which just happens to resemble the Unicode character 0x0 encoding....]]></TEXT></LINE>

The text \u0000 got converted into a character-0; So it seems that the conversion of the xml file, sometimes converts text that looks like a unicode charater....

I say sometimes, because if i do exactly the same in a simple test program, I get the same contents in the 'j4ccl_dataout_?_?.json?.tmp' file, but i do NOT get the 0-character in the program listing xml....

I hope this helps.... unfortionately I am unable to provide a reproducing testcase for this...

from ccl-testing.

Reopen when a reproducible is available.

from ccl-testing.