Method XMLStreamWriter.writeCharacters(String) escape '>' char only at the start of a string about woodstox HOT 5 CLOSED

What is the bug here? > is not required to be escaped as per XML specification, except for one very specific case: sequence ]]> is not allowed to be included unescaped. In all other cases it may or may not be escaped: this makes no difference to xml parsers. Woodstox ensures that this happens; in case of beginning of string it may not be possible to if sequence ']]' was output prior to write call (since it is legal to call writeCharacters() multiple times); in latter case content can be checked to see if there is need.

from woodstox.

You are right, I tested with jdk and it escaped all the '>' chars it misleaded my jugement.,
It is true that '>' is a legal character but the specification strongly recommends to escape it.... sorry

from woodstox.

No bug to fix here. I don't recall strong recommendation, and while I understand some users might prefer such behavior I don't have much interest in changing behavior here.

Not... there is a way to change escape settings, by registering TextEscaper (via EscapingWriterFacotry):

http://fasterxml.github.io/woodstox/javadoc/5.0/com/ctc/wstx/api/WriterConfig.html#setTextEscaperFactory(org.codehaus.stax2.io.EscapingWriterFactory)

I didn't immediately find unit test that exercises it, but this facility does allow customizing all aspects of output. It's quite a bit of work but possible to make work.

from woodstox.

Actually, configuration property is briefly covered here:

https://medium.com/@cowtowncoder/configuring-woodstox-xml-parser-stax2-properties-c80ef5a32ef1

but funnily enough there's no unit test for it. I think I might want to write one... I must have verified its functioning somehow since I wrote the feature :)

from woodstox.

And here are rudimentary tests that show usage:

393597c

from woodstox.