[
https://issues.apache.org/jira/browse/SEDONA-248?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17695119#comment-17695119
]
Gregoire Leleu commented on SEDONA-248:
---------------------------------------
Jia, I'm not following you:
"Release" version of Sedona R adds core + sql + viz + 3rd-party* all from Maven
repo. (not using python-adapter)
"Dev" version of Sedona R currently needs core + sql + viz *+ common* from
local and 3rd-party* from Maven repo.
Are you saying that the release version grabs common from Maven when resolving
dependencies? If so, I don't understand how the dev version can work without
explicitly passing a local SNAPHSOT version of common, since it's not on Maven.
*: currently,
"org.datasyslab:geotools-wrapper:1.3.0-27.2",
"edu.ucar:cdm-core:5.4.2",
"org.locationtech.jts:jts-core:1.19.0",
"org.wololo:jts2geojson:0.16.1"
> R – Let dev version of R package use SNAPSHOT jars
> --------------------------------------------------
>
> Key: SEDONA-248
> URL: https://issues.apache.org/jira/browse/SEDONA-248
> Project: Apache Sedona
> Issue Type: Improvement
> Reporter: Gregoire Leleu
> Priority: Major
> Attachments: image-2023-02-17-11-45-38-710.png
>
>
> Currently, one source of error is that the dev version of the R package calls
> the Sedona jars from the previous release. Right now the dev version (1.4.0)
> by default calls the 1.3.1 jars.
> You can override it, but you either need to build the jars yourself (most R
> users won't do it) or get them somewhere (but where?).
> Would it be possible to:
> * Make the jars available in a maven repo (I would have assumed
> [https://repository.apache.org/content/groups/snapshots/org/apache/sedona/sedona-core-3.0_2.13/]
> from the documentation, but 1.4.0 isn't there)
> * Have the dev version point to those jars
> * Change to the regular repo for the release
> In terms of cache: will the jar cache system update the Sedona SNAPSHOT jars
> if the name doesn't change?
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
