[Home] [By Thread] [By Date] [Recent Entries]
So are you talking about auto generating a bunch of schemas based on a core description of the data model and a set of rules for getting from the core description to each individual case you need? Or am I misunderstanding? ---->Nathan .:||:._.:||:._.:||:._.:||:._.:||:._.:||:._.:||:._.:||:._.:||:._.:||:._.: ||:. Nathan Young Cisco.com->Interface Development A: ncy1717 E: natyoung@c... > -----Original Message----- > From: Michael Kay [mailto:mike@s...] > Sent: Friday, September 08, 2006 9:45 AM > To: 'Fraser Goffin'; xml-dev@l... > Subject: RE: XML schema Management > > > The problem : managing the production, versioning, > > consistency, .... of a large number of XML schema (typically > > for message based service interfaces) spawned from a core > > business domain data model. > > I've seen other people struggle with this problem. I haven't > seen it solved, > but I've come to the conclusion that you need to put a lot of > effort into > tooling, and I strongly suspect you are better off developing > your own tools > in-house that are designed to your own specific requirements > - though I > can't say that's based on detailed study of what the market can offer. > > I have seen an analagous problem solved, of managing hundreds > of stylesheets > for processing different transactions in an online banking > system. This was > done by devising a common high-level description of the > various screens, and > generating the stylesheets from these master definitions, > thus ensuring > consistency. I believe it should be possible to do the same thing for > controlling a large set of message schemas - but I haven't > seen an existence > proof. > > Michael Kay > http://www.saxonica.com/ >
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] |

Cart



