upgrade.rst 2.0 KB

12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758
  1. .. _installation_upgrade:
  2. 升级现有版本
  3. ===========================
  4. .. warning:: 请注意,某些升级是不可逆的,这意味着可以更改数据目录,使其不再与较旧版本的GeoServer兼容。 有关更多详细信息,请参阅 `datadir_migrating`。
  5. 通常GeoServer升级过程如下:
  6. #. 备份当前数据目录。这可能涉及简单地将目录复制到其他位置。
  7. #. 确保当前数据目录在应用程序外部(不在应用程序文件结构内部)。
  8. #. 卸载旧版本,然后安装新版本。
  9. .. note:: 或者,您可以直接在旧版本之上安装新版本。
  10. #. 确保新版本继续指向先前版本使用的相同数据目录。
  11. 升级特定版本的注意事项
  12. ------------------------------------
  13. GeoJSON编码(GeoServer 2.6及更高版本)
  14. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  15. 从GeoServer 2.6开始,由WFS服务生成的GeoJSON不再对CRS使用非标准编码。要出于兼容性目的重新启用此行为,请将其设置GEOSERVER_GEOJSON_LEGACY_CRS=true为系统属性,上下文参数或环境变量。
  16. JTS类型绑定(GeoServer 2.14及更高版本)
  17. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  18. 从GeoServer 2.14开始,由于升级到JTS(Java拓扑套件)1.16.0 ,由 `REST <rest>`要素类型和结构化coverage生成的输出请求使用不同的软件包名称 (``org.locationtech`` instead of ``com.vividsolutions``) 进行几何类型绑定。 例如:
  19. 以前::
  20. ...
  21. <attribute>
  22. <name>geom</name>
  23. <minOccurs>0</minOccurs>
  24. <maxOccurs>1</maxOccurs>
  25. <nillable>true</nillable>
  26. <binding>com.vividsolutions.jts.geom.Point</binding>
  27. </attribute>
  28. ...
  29. 之后::
  30. ...
  31. <attribute>
  32. <name>geom</name>
  33. <minOccurs>0</minOccurs>
  34. <maxOccurs>1</maxOccurs>
  35. <nillable>true</nillable>
  36. <binding>org.locationtech.jts.geom.Point</binding>
  37. </attribute>
  38. ...
  39. 任何依赖此绑定信息的REST客户端都应更新以支持新名称。