Default branch, release-branch.v6 has some compile/import problems

[snowzach]

I am about to switch to go modules but it appears the branch release-branch.v6 has some import problems when you just try to use it using old-fashioned GOPATH...

When you compile you get:

/go/src/github.com/olivere/elastic/client.go:24:2: cannot find package "github.com/olivere/elastic/v6/config" in any of:
        /usr/local/go/src/github.com/olivere/elastic/v6/config (from $GOROOT)
        /go/src/github.com/olivere/elastic/v6/config (from $GOPATH)
/go/src/github.com/olivere/elastic/bulk.go:14:2: cannot find package "github.com/olivere/elastic/v6/uritemplates" in any of:
        /usr/local/go/src/github.com/olivere/elastic/v6/uritemplates (from $GOROOT)
        /go/src/github.com/olivere/elastic/v6/uritemplates (from $GOPATH)

I realize you recommend to use a dependency manager however prior to your latest update it still worked okay.

[olivere]

Can you please specify what you’re doing exactly?

Tests are running fine (https://travis-ci.org/olivere/elastic/builds), and recipes are working as well. I just prepared Elastic for Go modules the other day.

[snowzach]

I realize this isn't the recommended way but I just to do go get github.com/olivere/elastic and use it as a normal import github.com/olivere/elastic using GOPATH. Since I'm already working on elastic 6 this has always worked okay.

It looks like go get is checking out the default branch which is release-branch.v6 which includes a bunch of /v6/ paths that don't appear to be in the same branch.

[snowzach]

Yah, that seems to be it... check out release-branch.v6 and client.go references import path "github.com/olivere/elastic/v6/config" which does not exist in that branch.

[thuandoan274]

Me too, I just glide install new package. Seem doesn't exist "github.com/olivere/elastic/v6/config". I just saw you committed change the path import

[olivere]

As Elastic is on version 6 already, the correct thing is to use Go modules as advertised and ask it to install v6 of the library. So you need to add that v6 at the end of the import path, then use go get and you should be fine. Read e.g. this blog post about that mysterious version in the import path.

I changed import paths to be github.com/olivere/elastic/v6 with version 6.2.0. If you need to stick to the old import path (or have a version before Go 1.10.4), ask e.g. dep to require version <6.2.0.

Notice that both glide and dep don't support Go modules as of now AFAIK.

[olivere]

Here's the PR in dep that's supposed to add minimal module awareness: golang/dep#1963.

[snowzach]

Any chance you would consider changing the default branch to be something just less than <6.2.0 so it will still work for people using GOPATH until modules are a much more mainstream thing.

[MoritzGoeckel]

Using "github.com/olivere/elastic/v6" as import path and running go get still results for me in

package github.com/olivere/elastic/v6: cannot find package "github.com/olivere/elastic/v6" in any of:
/usr/local/go/src/github.com/olivere/elastic/v6 (from $GOROOT)
/home/moritz/Go/src/github.com/olivere/elastic/v6 (from $GOPATH)

Did I miss something? Sorry, Im quite new to Go

[snowzach]

I have purposely avoided using dependency managers until now because I knew modules were coming and really only wanted to make the jump once. I've been using your library without issue for quite a while because I've kept current with elastic.

[olivere]

@snowzach Modules are supported for both Go 1.10 (with 1.10.4) and Go 1.11. That covers the release policy already used with Go itself.

You have different options. First is to vendor version 6.1.x. Second is to use something like dep and don't use Go modules at all. Third, if you really want github.com/olivere/elastic to be resolved from $GOPATH/src/github.com/olivere/elastic is to just git clone the repo and stick with version 6.1.x. The latter option is very dangerous, and I strongly advise against it from my own experience.

[olivere]

@snowzach Go modules are there, and you can use them with a recent version of Go. What's stopping you?

[olivere]

@MoritzGoeckel What version of Go are you on? What does go version print?

If you're using Go 1.10.4 or later, are you in a sub-directory of $GOPATH? If you are, please set export GO111MODULE=on and try go get ... again. Please also read this blog post.

[MoritzGoeckel]

@olivere export GO111MODULE=on did the trick for me. Go version is go1.11 linux/amd64.
Thank you!

[olivere]

@MoritzGoeckel Go 1.11 has Go modules disabled by default in $GOPATH/.... It is enabled by default outside of $GOPATH/.... So if you want to use Go modules inside $GOPATH/..., you need to manually turn it on with export GO111MODULE=on.

In the long run, Go is moving away from $GOPATH. I'm not happy with that tbh.

[olivere]

Everybody trying to figure out what's going on with Go 1.11 and Go modules, please try this recipe first:

# Go should be 1.11 (or 1.10.4)
$ go version
go1.11 linux/amd64

# Make sure to enable Go modules even inside GOPATH
$ export GO111MODULE=on

$ cd $GOPATH/src/github.com/olivere/elastic/recipes/connect_with_config
$ go run connect_with_config.go "http://127.0.0.1:9200/test-index?sniff=false&healthcheck=false"
...
Connection succeeded

Source