Lists Home |
Date Index |
GJDXM is a classic train-wreck.
The scary part is people build these schema 'dictionaries-of-domain-elements'
without even determining the use cases. We're back to my - 'oh all we need is
a schema' rant again.
So when the GJDXM people did actually stop to ask user communities what they
wanted - they realized that there was no way that GJDXM can be deciphered and
purposed to provide that.
Solution - instead of using CAM - let's invent our own 'CAM'.
Sometimes you just shake your head. But full credit to them for continuing to
get funded for all this - someone must believe they have all the right
p.s. fighting complexity is a tough battle everywhere - not just OASIS. some
vendors thrive on complexity - since they figure only their vast team resources
can figure out the implementation details then. Automatic lock-in. Also - if
something is inherently simple - why hire legions of consultants? So "the
system" has a vested interested in perpetuating schema - oops - I meant
complexity ; -)
Quoting "Bullard, Claude L (Len)" <email@example.com>:
> Re the dynamics aspect of schema creation:
> While it is fun to discuss AI or other scripting
> programs creating schemas by looking at lots of
> samples, in my experience, this gets done by
> the dudes and dudettes sitting at ends of email
> or telephone pipes exchanging spippets of
> understanding. As Graham notes, most of it
> is hacking examples. I think this is particularly
> true if their is a very large and very abstract
> standard schema with six or seven layers of
> complex declarations in the middle (think
> Justice Global XML or some of the more hideous
> paramerterized DTDs one finds left over from
> I've been watching a new to markup but experienced guy
> trying to negotiate a simple web service interface
> based on GJXDM and I am convinced that before
> it is all done, we'll end up carving that beast
> into something a lot more directly understandable
> and simpler.
> Word to the wise in the Justice Department and
> in the OASIS working groups:
> Simpler is better even if it means more to
> manage, particularly where urgency of
> implementation is high.
> The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
> initiative of OASIS <http://www.oasis-open.org>
> The list archives are at http://lists.xml.org/archives/xml-dev/
> To subscribe or unsubscribe from this list use the subscription
> manager: <http://www.oasis-open.org/mlmanage/index.php>