[mapguide-internals] RE: API Operation Version Confusion
Dave Wilson
dave.wilson at autodesk.com
Mon Aug 17 16:00:30 EDT 2009
I'm not sure what the standard for this in open source, but logically the version reflects the version the API was introduced in or updated in. If it hasn't been updated the version wouldn't change. This would act like a label so that you can find all the 1.0.0 APIs, the 1.2.1 APIs (or revisions) and so on. That would seem like useful information to me. If an API doesn't have a 1.0.0 version you know it was introduced later.
My 2 cents.
Dave
-----Original Message-----
From: mapguide-internals-bounces at lists.osgeo.org [mailto:mapguide-internals-bounces at lists.osgeo.org] On Behalf Of Bruce Dechant
Sent: Monday, August 17, 2009 1:51 PM
To: MapGuide Internals Mail List
Subject: [mapguide-internals] API Operation Version Confusion
Hi All,
I would like to discuss the confusion on the API version information.
Currently, all of the APIs have an associated operation "VERSION". This "VERSION" hasn't been clearly defined and after looking at the latest code base we are using it inconsistently throughout the project.
Examples:
TestConnection
- Operation version 1.0.0
- MGOS Release 1.0
-
EnumerateUnmanagedData
- Operation version 1.0.0
- MGOS Release 1.2
DescribeSchema
- Operation version 1.0.0
- MGOS Release 1.0, but in MGOS Release 2.1 a new 3 parameter API signature was added along with keeping the old 2 parameter version
GetTile
- Operation version 1.2.0
- MGOS Release 1.2
RenderDynamicOverlay
- Operation version 2.1.0
- MGOS Release 1.0, but in MGOS Release 2.1 a new API signature was added along with keeping the old versions
>From the above examples it is not clear what operation "VERSION" naming scheme to use.
- Is the operation "VERSION" for new APIs set to 1.0.0?
- Or is the operation "VERSION" equal to the version of the MGOS Release?
- What about APIs that have had only a signature change? What to use in this case?
As you can see we have not been following a well defined operation "VERSION" scheme and this is something we need to correct as it is confusing.
I would like to hear from the community on what they would like to see going forward as I would like to clear up the confusion :)
Thanks,
Bruce
_______________________________________________
mapguide-internals mailing list
mapguide-internals at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapguide-internals
More information about the mapguide-internals
mailing list