Using this command from the info page, ofc with the right datasource, I get build errors when it tries to build matching-core.
I have tried diffrent versions and haven’t found a working branch. What can I do to solve this?
running branch 0.8 works fine but with the branch 0.10 or the master:
while running ‘mvn package’, it get succesfully tested and build.
I run then ./map-matching.sh and get errors:
[ERROR] Failed to execute goal on project graphhopper-map-matching-core: Could not resolve dependencies for project com.graphhopper:graphhopper-map-matching-core:jar:0.10-SNAPSHOT: Failed to collect dependencies at com.graphhopper.external:hmm-lib:jar:0.10-SNAPSHOT: Failed to read artifact descriptor for com.graphhopper.external:hmm-lib:jar:0.10-SNAPSHOT: Could not find artifact com.graphhopper:graphhopper-map-matching-parent:pom:0.10-SNAPSHOT
Ah, this might be as we do not yet allow fetching dependencies from the sonatype snapshot repository.
@michaz do you think we should allow this? I would argue against it and one would have to build GH core before map matching (then we would need to update the map matching documentation)
@karussell If by allow you mean putting the snapshot repository into the POM.XML, then yes, we should do it. I was assuming it was already in, since Travis runs through. Perhaps they have a default list of repos hidden somewhere. Which shows that it’s not so much a matter of permission – mainly, the user configures their repositories. The “repository” entry in the POM is a hint, if you will.
Okay, I think I got this. With the latest repository version, I just tried building and running it on a pristine Linux server with only Java and Maven installed, and it works. Thanks for asking…
Thanks! We should be aware that then snapshots could slip into the dependency hierarchy even for stable builds (I think was the reason it is not already in the pom.xml)