Imports of modules with custom names are not included into generated code about gowrap

[hexdigest]

But I can't prove it

$ md5sum `which gowrap`

$ curl https://github.com/hexdigest/gowrap/releases/download/v1.1.10/gowrap_1.1.10_Linux_x86_64.tar.gz -L -o /tmp/gowrap.tar.gz && cd /tmp/ && tar zxvf gowrap.tar.gz && md5sum /tmp/gowrap

If hashes are different then you use outdated version (correct the above curl for your platform)

[cheshir]

Hm, you were perfectly right. I had the wrong version. With the v1.1.10 everything works well with the Import directive.

[hexdigest]

@kop can you please try v1.1.10 with {{.Import}} template helper and without it?

[cheshir]

@hexdigest I've got error with {{ .Import }}
template: body:5:5: executing "body" at <.Import>: can't evaluate field Import in type generator.TemplateInputs

[cheshir]

Anyway, it could be great to use common templates without patching it due to the several packages.
In my case I have interface Foo in package "domain.com/proto/service/v1/sub" and package name "service".
Right now gowrap generates me:

type FooWithPrometheus struct {
	base         service.Foo

and it's the code I want but there is no import.

[hexdigest]

Hi @cheshir ! Thanks for testing this. I think you're gowrap binary is not up to date.
The error you're getting basically says that there's no Import method.
Can you please update gowrap and try again?

[hexdigest]

Anyway, it could be great to use common templates without patching it due to the several packages.

I agree with this we have to update common templates and use this new {{.Import}} helper everywhere.

[cheshir]

@hexdigest thanks for the fast response!
I'm pretty sure I'm using v1.1.10 version. But I can't prove it :) It would be helpful to have something like --version flag.