Changes between Version 5 and Version 6 of MapGuideRfc19
- Timestamp:
- 03/08/07 13:21:55 (18 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
MapGuideRfc19
v5 v6 27 27 == Motivation == 28 28 29 There needs to be a way for a client to be able to identify the version it is so that the web tier and server can properly communicate with it. By knowing the client version the web tier and server will be able to process the appropriate operation version and use the appropriate schema version. This will allow the web tier and server to serve rboth old and new clients and for new clients to connect to an older web tier and server. This proposal hopes to add some form of forwards/backwards compatibility to !MapGuide in order to solve this.29 There needs to be a way for a client to be able to identify the version it is so that the web tier and server can properly communicate with it. By knowing the client version the web tier and server will be able to process the appropriate operation version and use the appropriate schema version. This will allow the web tier and server to serve both old and new clients and for new clients to connect to an older web tier and server. This proposal hopes to add some form of forwards/backwards compatibility to !MapGuide in order to solve this. 30 30 31 31 == Proposed Solution == … … 33 33 A new HTTP parameter "CVER" needs to be added to all HTTP requests. This new parameter will be used to identify the client version. 34 34 The new HTTP parameter has the following format: 35 36 !MajorVersion.!MinorVersion35 {{{ 36 CVER=MajorVersion.MinorVersion 37 37 38 38 Example: 39 39 40 40 CVER=1.2 41 }}} 41 42 42 43 The web tier and server will be able to use this information in order to do the operation that supports the specified client version. This will allow schema changes to take place and for multiple versions of the schema to be supported because the client tells us what version it is and therefore what schema version it supports.