go.uuid | UUID package for Go | Identity Management library

Looks like you are using gorm v1, I think you need gorm v2, the import is "gorm.io/gorm"

Minimum working example:

Thank to @blackgreen, who give me a link regarding this problem. I post here for someone who met the same problem as me. The conclusion is if go get libraryUrl@branchName doesn't work for you, set up the go env -w GO111MODULE=on. Then it shall work.

As you can see from the declaration, String is a method of UUID, it is not a function that gets a UUID argument. So:

Some basics first:

• A module is a set of packages versioned together.
• A module has a name declared in the go.mod, e.g. github.com/anyone/someproject
• A package is imported by its import path (the import path basically is package identity).
• A package belonging to a module must have an import path beginning with the module name. In the example above any package belonging to the module github.com/anyone/someproject must have an import path like e.g. github.com/anyone/someproject/whatever/hierarchy/pkgname
• You never need to replace packages from the same module. replace is for replacing other modules.

You declared the module

The publishes are failing with the following error: Failed to publish: Topic.EnableMessageOrdering=false, but an OrderingKey was set in Message. Please remove the OrderingKey or turn on Topic.EnableMessageOrdering.

You can see this if you change your publish calls to check the error:

github.com/satori/go.uuid documentation appears to support GOPATH builds. go module builds, however, produce inconsistent results.

Take the simple API usage from it's README.md:

I guess problem is in different github.com/satori/go.uuid module versions. You can see, that NewV4 function signature was updated to NewV4() (uuid.UUID, error) in latest version v1.2.0. Before that it was func NewV4() UUID

Then resolve to a specific version as in this question:

How to point Go module dependency in go.mod to a latest commit in a repo?

It is not possible since a UUID is a 16-byte number per definition. But of course, you can generate 8-character long unique strings with substring-ing and unix timestamp.

Also be careful with generating longer UUIDs and substring-ing them, since some parts of the ID may contain fixed bytes (e.g. this is the case with MAC, DCE and MD5 UUIDs) and this form of UUIDs 9e316d9e-a018fdc02a8352dea61ffd1d has no Guarantee to being really unique.

try using preload http://gorm.io/docs/preload.html

I will give an example from my code

type Client struct { ID strfmt.UUID4gorm:"primary_key;type:uuid;default:uuid_generate_v4()" ApplicationId stringgorm:"type:varchar(40); not null" Phone stringjson:"phone" Email stringjson:"email" Beneficiaries []Beneficiarygorm:"foreignkey:client_id" json:"beneficiaries" Address stringgorm:"null" json:"address" } type Beneficiary struct { ID strfmt.UUID4gorm:"primary_key;type:uuid;default:uuid_generate_v4()" FullName string ClientId strfmt.UUID4gorm:"type:uuid REFERENCES app_rsv_client(id)" } func (dbm DbManager) GetClientByAppId(appId string) (*model.Client, error) { var client model.Client err := dbm.DB.Preload("Beneficiaries").Where("application_id = ?", appId).Find(&client).Error return &client, err }