[Mapguide_dev] RE: [mapguide-dev] MapGuide RFC 10 - Make Schemas More Amenable to Interim Enhancements

Tom Fukushima tom.fukushima at autodesk.com
Wed Jan 3 16:00:08 EST 2007


Hi Jason,
 
To follow up:  We wil incorporate the idea about using extended data for
all of the elements.
 
Tom

  _____  

From: Jason Birch [mailto:Jason.Birch at nanaimo.ca] 
Sent: Thursday, December 21, 2006 2:12 PM
To: dev at mapguide.osgeo.org
Subject: RE: [mapguide-dev] MapGuide RFC 10 - Make Schemas More Amenable
to Interim Enhancements


Yeah, Tom, we know it's all your fault :)
[Tom] :) 
 
That problem looks like a royal pain.  
 
As I understand it, it's forcing us to say that the current structure is
Schema-prime, and everything else that is added to the structure is
extended?  Is this just an interim thing?  Will the elements be moved
from the extended area into the main area when a new schema version is
defined, or are they stuck in there forever?
[Tom]  The added data/elements are interim.  Eventually, when we feel
the time is right, the interim data will be moved to a "permanent" spot,
that is, a validated area of the schema. So they will not be stuck in
the extended area forever.
 
If we are forced to go this way, then it might be better to use extended
data for all of the elements rather than allowing arbitrary extensions
in some and requiring extensions to be added in a special construct in
others?  This would make it easier than having to know for each section
which strategy to use.
[Tom] That sounds good.  Jon, do you have any thoughts about this?
 
Is there no way that we can just modify DB-XML to not throw a fatal
error for these parsing issues?
[Tom]  We can turn off validation, but that defeats the purpose of
things.  The schemas provide a way of detecting errors in the documents
before they are published and used.  It's like static type checking in
the programming world; and the more errors that we can catch up front
before running an application the better.
 
What impact does this have on MGPs?  Will they be forwards and/or
backwards compatible, or will they need to be regenerated at each
version increment?
[Tom] I'm not 100% sure on this but I believe the MGPs will be backwards
compatible.  Steve, do you have any more information on this?
 
Jason


  _____  

From: Tom Fukushima [mailto:tom.fukushima at autodesk.com] 
Sent: Thursday, December 21, 2006 12:58
To: dev at mapguide.osgeo.org
Subject: [mapguide-dev] MapGuide RFC 10 - Make Schemas More Amenable to
Interim Enhancements



Please review MapGuide RFC 10 - Make Schemas More Amenable to Interim
Enhancements. Thanks. 
http://wiki.osgeo.org/index.php/MapGuide_RFC_10_-_Make_Schemas_More_Amen
able_to_Interim_Enhancements
<http://wiki.osgeo.org/index.php/MapGuide_RFC_10_-_Make_Schemas_More_Ame
nable_to_Interim_Enhancements>  

Sorry for the bad timing on this with the mailing list move and holiday
season. 

Tom 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/mapguide-internals/attachments/20070103/39355c0a/attachment.html


More information about the Mapguide-internals mailing list