JSONtoXML policy suggesting "_" as default for InvalidCharsReplacement?

mail-2
Participant IV

What is the reasoning behind the JSONtoXML policy suggesting "_" as the default for <InvalidCharsReplacement> when underscores are not valid in a tag name (except in the beginning)?

https://www.w3.org/TR/2008/REC-xml-20081126/#NT-NameChar

(Generally speaking, I miss a more "intelligent" (optional) schema mapping. For example, how about CamelCase to hyphen-case etc.)

Solved Solved
0 1 79
1 ACCEPTED SOLUTION

I don't have the reasoning behind that. Sorry I Cannot give you much of an answer.

As for mapping between camelCase, Hyphen-Case, and PascalCase... that's an interesting feature request. Until now I've seen people do that themselves with their JSON , using a JavaScript policy.

View solution in original post

1 REPLY 1

I don't have the reasoning behind that. Sorry I Cannot give you much of an answer.

As for mapping between camelCase, Hyphen-Case, and PascalCase... that's an interesting feature request. Until now I've seen people do that themselves with their JSON , using a JavaScript policy.