vendored package breaks public API about go-grpc-middleware

[GeertJohan]

Looks like the problem has been solved indeed.
Thanks @domgreen @yifanzz

[domgreen]

@GeertJohan will be looking at this this morning

[loderunner]

I have the same issue with interceptors. It is now impossible to mix-and-match grpc_middleware interceptors with grpc interceptors.

server/serve.go:143:37: cannot use i (type "google.golang.org/grpc".UnaryServerInterceptor) as type "github.com/grpc-ecosystem/go-grpc-middleware/vendor/google.golang.org/grpc".UnaryServerInterceptor in argument to grpc_middleware.ChainUnaryServer
server/serve.go:143:37: cannot use grpc_middleware.ChainUnaryServer(i) (type "github.com/grpc-ecosystem/go-grpc-middleware/vendor/google.golang.org/grpc".UnaryServerInterceptor) as type "google.golang.org/grpc".UnaryServerInterceptor in argument to "google.golang.org/grpc".UnaryInterceptor

[Kilmar]

Same problem here but with Context

have Context() ".../vendor/golang.org/x/net/context".Context
want Context() ".../vendor/github.com/grpc-ecosystem/go-grpc-middleware/vendor/golang.org/x/net/context".Context

[chadnickbok]

Oh lawdy please remove these vendored packages. Checking in a lockfile is one thing, but checking in the entire vendor directory is Not The Way.

[GeertJohan]

@domgreen could you please look into this?

[GeertJohan]

Preferably the master branch is rolled back to 2e3f98d. Afterwards re-apply the commits added since #101 which are: b5293e3 and 952ab2f. This cleans up the ~1.8 milion changes introduced in ab28732.

[yifanzz]

Merged @domgreen's fix. Let us know if this fixes your issue. @GeertJohan