[Home] [By Thread] [By Date] [Recent Entries]

  • From: Mukul Gandhi <gandhi.mukul@g...>
  • To: Piers MacDonald <piers@p...>
  • Date: Tue, 17 Jul 2018 10:47:41 +0530

Hi Piers,
    wrt your project I think, data architect must choose either XML or JSON as a data exchange format. I'd personally not prefer, mixing JSON and XML in a particular application; that unnecessarily complicates the design.

If there's a major technology re-engineering happening in the project, then I would think replacing JSON with XML or vice-versa.

On Tue, Jul 17, 2018 at 1:13 AM, Piers MacDonald <piers@p...> wrote:

I know the title sounds impossible, give it a second. We have XSD schemas created by an open-standards industry group. In our service we'd like our customers to be able to use JSON or XML when supplying data. What's the best practice in a situation like this?

  1. Convert JSON payloads to XML and validate against the XSD.

  2. Convert the XSD to JSON Schema and validate each content-type against it's own schema

  3. Convert the XSD to a class-based in language specification and do schema validation in code and then handle content negotiation in the api middleware

  4. Secret super option

FWIW, these XSD schemas are not overly trivial: ~4000 lines long, multiple namespaces with a half-dozen common schemas shared between them. Changes are rare (one every 2 years) but new schemas are added much more frequently (10 per year)





--
Regards,
Mukul Gandhi


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member