Changes between Version 1 and Version 2 of MapGuideRfc100


Ignore:
Timestamp:
Sep 3, 2010, 5:19:41 AM (14 years ago)
Author:
jng
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • MapGuideRfc100

    v1 v2  
    99
    1010||RFC Template Version||(1.0)||
    11 ||Submission Date||(Date/Time submitted)||
    12 ||Last Modified||Jackie Ng, 25 June 2010||
     11||Submission Date||25 June 2010||
     12||Last Modified||Jackie Ng, 3 September 2010||
    1313||Author||Jackie Ng||
    1414||RFC Status||draft||
     
    6464== Implications ==
    6565
    66 This is an API addition. Existing APIs are unaffected. As this is an addition to a PlatformBase API, other implementations of MgFeatureService (eg. AutoCAD Map3D Geospatial API) will have to implement these APIs as well.
     66This is an API addition. Existing APIs are unaffected. As this is an addition to a PlatformBase API, other implementations of {{{MgFeatureService}}} (eg. AutoCAD Map3D Geospatial API) will have to implement these APIs as well.
     67
     68These APIs follow the same pattern as the {{{TestConnection}}} API in that only a return value of {{{true}}} will indicate validity. Anything else will result in a thrown FDO exception that gets bubbled up. Thus like the {{{TestConnection}}} API, callers should be testing filter/expression validity by testing for a return value of {{{true}}}
    6769
    6870== Test Plan ==