Comment by exabrial
9 hours ago
Given that that is had strong schema XSD verification built in, where you can tell in an instant whether or not the document is correct; it’s the right tool for a majority of jobs.
My experience has been the people complaining about it were simply not using automated tools to handle it. It’s be like people complaining that “binaries/assembly are too hard to handle” and never using a disassembler.
> can tell in an instant whether or not the document is correct
Speaking of "correctness"... It seems to me people almost never mention that while schema verification can detect a lot of issues, in the end it cannot replace actual content validation. There are often arbitrarily complicated constraints on data that requires custom code to validate.
This is analogous to the ridiculous claim that type checking compilers can tell you whether the program is correct or not.
If your type checking was in the Martin-Löf school, and you started with a putative proof that what you wanted to execute was possible, then maybe! B^>
I'm happy to use XSD for certain situations, but it has some frustrating inabilities and complexities.
The impression I've got from the last 20 years is that a chunk of the XML community gave up on XSD and went to RELAX-NG instead, but only got halfway there.
what jobs require XSD verification?
Anything that wants to be sure that the data passed to it is structurally valid.
E.g.:
> All consumers are required to meet schema validation. Schema validation is the verification that the operations inside the SOAP Body match the contract created by Jack Henry in the XSD documents. It should be noted, that the VER_x tags are required in the requests to meet schema.
https://jackhenry.dev/jxchange-soap/getting-started/developm...
Ideally all of them.