add //go:build directives to prevent downgrading to go1.16 language
This repository is not yet a module (i.e., does not have a `go.mod`). This
is not problematic when building the code in GOPATH or "vendor" mode, but
when using the code as a module-dependency (in module-mode), different semantics
are applied since Go1.21, which switches Go _language versions_ on a per-module,
per-package, or even per-file base.
A condensed summary of that logic [is as follows][1]:
- For modules that have a go.mod containing a go version directive; that
version is considered a minimum _required_ version (starting with the
go1.19.13 and go1.20.8 patch releases: before those, it was only a
recommendation).
- For dependencies that don't have a go.mod (not a module), go language
version go1.16 is assumed.
- Likewise, for modules that have a go.mod, but the file does not have a
go version directive, go language version go1.16 is assumed.
- If a go.work file is present, but does not have a go version directive,
language version go1.17 is assumed.
When switching language versions, Go _downgrades_ the language version,
which means that language features (such as generics, and `any`) are not
available, and compilation fails. For example:
# github.com/docker/cli/cli/context/store
/go/pkg/mod/github.com/docker/cli@v25.0.0-beta.2+incompatible/cli/context/store/storeconfig.go:6:24: predeclared any requires go1.18 or later (-lang was set to go1.16; check go.mod)
/go/pkg/mod/github.com/docker/cli@v25.0.0-beta.2+incompatible/cli/context/store/store.go:74:12: predeclared any requires go1.18 or later (-lang was set to go1.16; check go.mod)
Note that these fallbacks are per-module, per-package, and can even be
per-file, so _(indirect) dependencies_ can still use modern language
features, as long as their respective go.mod has a version specified.
Unfortunately, these failures do not occur when building locally (using
vendor / GOPATH mode), but will affect consumers of the module.
Obviously, this situation is not ideal, and the ultimate solution is to
move to go modules (add a go.mod), but this comes with a non-insignificant
risk in other areas (due to our complex dependency tree).
We can revert to using go1.16 language features only, but this may be
limiting, and may still be problematic when (e.g.) matching signatures
of dependencies.
There is an escape hatch: adding a `//go:build` directive to files that
make use of go language features. From the [go toolchain docs][2]:
> The go line for each module sets the language version the compiler enforces
> when compiling packages in that module. The language version can be changed
> on a per-file basis by using a build constraint.
>
> For example, a module containing code that uses the Go 1.21 language version
> should have a `go.mod` file with a go line such as `go 1.21` or `go 1.21.3`.
> If a specific source file should be compiled only when using a newer Go
> toolchain, adding `//go:build go1.22` to that source file both ensures that
> only Go 1.22 and newer toolchains will compile the file and also changes
> the language version in that file to Go 1.22.
This patch adds `//go:build` directives to those files using recent additions
to the language. It's currently using go1.19 as version to match the version
in our "vendor.mod", but we can consider being more permissive ("any" requires
go1.18 or up), or more "optimistic" (force go1.21, which is the version we
currently use to build).
For completeness sake, note that any file _without_ a `//go:build` directive
will continue to use go1.16 language version when used as a module.
[1]: https://github.com/golang/go/blob/58c28ba286dd0e98fe4cca80f5d64bbcb824a685/src/cmd/go/internal/gover/version.go#L9-L56
[2]: https://go.dev/doc/toolchain
Signed-off-by: Sebastiaan van Stijn <github@gone.nl>
2023-12-15 13:26:31 +00:00
|
|
|
// FIXME(thaJeztah): remove once we are a module; the go:build directive prevents go from downgrading language version to go1.16:
|
|
|
|
//go:build go1.19
|
|
|
|
|
2019-08-29 20:52:40 +00:00
|
|
|
package testutil // import "github.com/docker/docker/testutil"
|
Remove pkg/testutil/assert in favor of testify
I noticed that we're using a homegrown package for assertions. The
functions are extremely similar to testify, but with enough slight
differences to be confusing (for example, Equal takes its arguments in a
different order). We already vendor testify, and it's used in a few
places by tests.
I also found some problems with pkg/testutil/assert. For example, the
NotNil function seems to be broken. It checks the argument against
"nil", which only works for an interface. If you pass in a nil map or
slice, the equality check will fail.
In the interest of avoiding NIH, I'm proposing replacing
pkg/testutil/assert with testify. The test code looks almost the same,
but we avoid the confusion of having two similar but slightly different
assertion packages, and having to maintain our own package instead of
using a commonly-used one.
In the process, I found a few places where the tests should halt if an
assertion fails, so I've made those cases (that I noticed) use "require"
instead of "assert", and I've vendored the "require" package from
testify alongside the already-present "assert" package.
Signed-off-by: Aaron Lehmann <aaron.lehmann@docker.com>
2017-04-13 22:45:37 +00:00
|
|
|
|
|
|
|
import (
|
2023-07-14 18:02:38 +00:00
|
|
|
"context"
|
2017-11-07 16:29:49 +00:00
|
|
|
"io"
|
2023-07-14 18:02:38 +00:00
|
|
|
"os"
|
2024-01-17 09:36:39 +00:00
|
|
|
"reflect"
|
2023-07-14 18:02:38 +00:00
|
|
|
"strings"
|
|
|
|
"sync"
|
|
|
|
"testing"
|
|
|
|
|
2023-09-13 15:41:45 +00:00
|
|
|
"github.com/containerd/log"
|
2023-07-14 18:02:38 +00:00
|
|
|
"go.opentelemetry.io/otel"
|
|
|
|
"go.opentelemetry.io/otel/attribute"
|
|
|
|
"go.opentelemetry.io/otel/codes"
|
|
|
|
"go.opentelemetry.io/otel/exporters/otlp/otlptrace/otlptracehttp"
|
|
|
|
"go.opentelemetry.io/otel/propagation"
|
|
|
|
"go.opentelemetry.io/otel/sdk/resource"
|
|
|
|
"go.opentelemetry.io/otel/sdk/trace"
|
update to go.opentelemetry.io/otel/semconv/v1.21.0, remove "httpconv" uses
This commit switches our code to use semconv 1.21, which is the version matching
the OTEL modules, as well as the containerd code.
The BuildKit 0.12.x module currently uses an older version of the OTEL modules,
and uses the semconv 0.17 schema. Mixing schema-versions is problematic, but
we still want to consume BuildKit's "detect" package to wire-up other parts
of OTEL.
To align the versions in our code, this patch sets the BuildKit detect.Resource
with the correct semconv version.
It's worth noting that the BuildKit package has a custom "serviceNameDetector";
https://github.com/moby/buildkit/blob/v0.12.4/util/tracing/detect/detect.go#L153-L169
Whith is merged with OTEL's default resource:
https://github.com/moby/buildkit/blob/v0.12.4/util/tracing/detect/detect.go#L100-L107
There's no need to duplicate that code, as OTEL's `resource.Default()` already
provides this functionality:
- It uses fromEnv{} detector internally: https://github.com/open-telemetry/opentelemetry-go/blob/v1.19.0/sdk/resource/resource.go#L208
- fromEnv{} detector reads OTEL_SERVICE_NAME: https://github.com/open-telemetry/opentelemetry-go/blob/v1.19.0/sdk/resource/env.go#L53
This patch also removes uses of the httpconv package, which is no longer included
in semconv 1.21 and now an internal package. Removing the use of this package
means that hijacked connections will not have the HTTP attributes on the Moby
client span, which isn't ideal, but a limited loss that'd impact exec/attach.
The span itself will still exist, it just won't the additional attributes that
are added by that package.
Alternatively, the httpconv call COULD remain - it will not error and will send
syntactically valid spans but we would be mixing & matching semconv versions,
so won't be compliant.
Some parts of the httpconv package were preserved through a very minimal local
implementation; a variant of `httpconv.ClientStatus(resp.StatusCode))` is added
to set the span status (`span.SetStatus()`). The `httpconv` package has complex
logic for this, but mostly drills down to HTTP status range (1xx/2xx/3xx/4xx/5xx)
to determine if the status was successfull or non-successful (4xx/5xx).
The additional logic it provided was to validate actual status-codes, and to
convert "bogus" status codes in "success" ranges (1xx, 2xx) into an error. That
code seemed over-reaching (and not accounting for potential future _valid_
status codes). Let's assume we only get valid status codes.
- https://github.com/open-telemetry/opentelemetry-go/blob/v1.21.0/semconv/v1.17.0/httpconv/http.go#L85-L89
- https://github.com/open-telemetry/opentelemetry-go/blob/v1.21.0/semconv/internal/v2/http.go#L322-L330
- https://github.com/open-telemetry/opentelemetry-go/blob/v1.21.0/semconv/internal/v2/http.go#L356-L404
Signed-off-by: Sebastiaan van Stijn <github@gone.nl>
2023-11-20 19:58:10 +00:00
|
|
|
semconv "go.opentelemetry.io/otel/semconv/v1.21.0"
|
2023-07-14 18:02:38 +00:00
|
|
|
"gotest.tools/v3/icmd"
|
Remove pkg/testutil/assert in favor of testify
I noticed that we're using a homegrown package for assertions. The
functions are extremely similar to testify, but with enough slight
differences to be confusing (for example, Equal takes its arguments in a
different order). We already vendor testify, and it's used in a few
places by tests.
I also found some problems with pkg/testutil/assert. For example, the
NotNil function seems to be broken. It checks the argument against
"nil", which only works for an interface. If you pass in a nil map or
slice, the equality check will fail.
In the interest of avoiding NIH, I'm proposing replacing
pkg/testutil/assert with testify. The test code looks almost the same,
but we avoid the confusion of having two similar but slightly different
assertion packages, and having to maintain our own package instead of
using a commonly-used one.
In the process, I found a few places where the tests should halt if an
assertion fails, so I've made those cases (that I noticed) use "require"
instead of "assert", and I've vendored the "require" package from
testify alongside the already-present "assert" package.
Signed-off-by: Aaron Lehmann <aaron.lehmann@docker.com>
2017-04-13 22:45:37 +00:00
|
|
|
)
|
|
|
|
|
2017-11-07 16:29:49 +00:00
|
|
|
// DevZero acts like /dev/zero but in an OS-independent fashion.
|
|
|
|
var DevZero io.Reader = devZero{}
|
|
|
|
|
|
|
|
type devZero struct{}
|
|
|
|
|
|
|
|
func (d devZero) Read(p []byte) (n int, err error) {
|
2017-12-06 19:19:39 +00:00
|
|
|
for i := range p {
|
|
|
|
p[i] = 0
|
2017-11-07 16:29:49 +00:00
|
|
|
}
|
|
|
|
return len(p), nil
|
|
|
|
}
|
2023-07-14 18:02:38 +00:00
|
|
|
|
2023-09-13 15:41:45 +00:00
|
|
|
var tracingOnce sync.Once
|
2023-07-14 18:02:38 +00:00
|
|
|
|
update to go.opentelemetry.io/otel/semconv/v1.21.0, remove "httpconv" uses
This commit switches our code to use semconv 1.21, which is the version matching
the OTEL modules, as well as the containerd code.
The BuildKit 0.12.x module currently uses an older version of the OTEL modules,
and uses the semconv 0.17 schema. Mixing schema-versions is problematic, but
we still want to consume BuildKit's "detect" package to wire-up other parts
of OTEL.
To align the versions in our code, this patch sets the BuildKit detect.Resource
with the correct semconv version.
It's worth noting that the BuildKit package has a custom "serviceNameDetector";
https://github.com/moby/buildkit/blob/v0.12.4/util/tracing/detect/detect.go#L153-L169
Whith is merged with OTEL's default resource:
https://github.com/moby/buildkit/blob/v0.12.4/util/tracing/detect/detect.go#L100-L107
There's no need to duplicate that code, as OTEL's `resource.Default()` already
provides this functionality:
- It uses fromEnv{} detector internally: https://github.com/open-telemetry/opentelemetry-go/blob/v1.19.0/sdk/resource/resource.go#L208
- fromEnv{} detector reads OTEL_SERVICE_NAME: https://github.com/open-telemetry/opentelemetry-go/blob/v1.19.0/sdk/resource/env.go#L53
This patch also removes uses of the httpconv package, which is no longer included
in semconv 1.21 and now an internal package. Removing the use of this package
means that hijacked connections will not have the HTTP attributes on the Moby
client span, which isn't ideal, but a limited loss that'd impact exec/attach.
The span itself will still exist, it just won't the additional attributes that
are added by that package.
Alternatively, the httpconv call COULD remain - it will not error and will send
syntactically valid spans but we would be mixing & matching semconv versions,
so won't be compliant.
Some parts of the httpconv package were preserved through a very minimal local
implementation; a variant of `httpconv.ClientStatus(resp.StatusCode))` is added
to set the span status (`span.SetStatus()`). The `httpconv` package has complex
logic for this, but mostly drills down to HTTP status range (1xx/2xx/3xx/4xx/5xx)
to determine if the status was successfull or non-successful (4xx/5xx).
The additional logic it provided was to validate actual status-codes, and to
convert "bogus" status codes in "success" ranges (1xx, 2xx) into an error. That
code seemed over-reaching (and not accounting for potential future _valid_
status codes). Let's assume we only get valid status codes.
- https://github.com/open-telemetry/opentelemetry-go/blob/v1.21.0/semconv/v1.17.0/httpconv/http.go#L85-L89
- https://github.com/open-telemetry/opentelemetry-go/blob/v1.21.0/semconv/internal/v2/http.go#L322-L330
- https://github.com/open-telemetry/opentelemetry-go/blob/v1.21.0/semconv/internal/v2/http.go#L356-L404
Signed-off-by: Sebastiaan van Stijn <github@gone.nl>
2023-11-20 19:58:10 +00:00
|
|
|
// ConfigureTracing sets up an OTLP tracing exporter for use in tests.
|
2023-07-14 18:02:38 +00:00
|
|
|
func ConfigureTracing() func(context.Context) {
|
|
|
|
if os.Getenv("OTEL_EXPORTER_OTLP_ENDPOINT") == "" {
|
|
|
|
// No OTLP endpoint configured, so don't bother setting up tracing.
|
|
|
|
// Since we are not using a batch exporter we don't want tracing to block up tests.
|
|
|
|
return func(context.Context) {}
|
|
|
|
}
|
|
|
|
var tp *trace.TracerProvider
|
|
|
|
tracingOnce.Do(func() {
|
|
|
|
ctx := context.Background()
|
|
|
|
exp := otlptracehttp.NewUnstarted()
|
|
|
|
sp := trace.NewBatchSpanProcessor(exp)
|
|
|
|
props := propagation.NewCompositeTextMapPropagator(propagation.TraceContext{}, propagation.Baggage{})
|
|
|
|
otel.SetTextMapPropagator(props)
|
|
|
|
|
|
|
|
tp = trace.NewTracerProvider(
|
|
|
|
trace.WithSpanProcessor(sp),
|
|
|
|
trace.WithSampler(trace.AlwaysSample()),
|
update to go.opentelemetry.io/otel/semconv/v1.21.0, remove "httpconv" uses
This commit switches our code to use semconv 1.21, which is the version matching
the OTEL modules, as well as the containerd code.
The BuildKit 0.12.x module currently uses an older version of the OTEL modules,
and uses the semconv 0.17 schema. Mixing schema-versions is problematic, but
we still want to consume BuildKit's "detect" package to wire-up other parts
of OTEL.
To align the versions in our code, this patch sets the BuildKit detect.Resource
with the correct semconv version.
It's worth noting that the BuildKit package has a custom "serviceNameDetector";
https://github.com/moby/buildkit/blob/v0.12.4/util/tracing/detect/detect.go#L153-L169
Whith is merged with OTEL's default resource:
https://github.com/moby/buildkit/blob/v0.12.4/util/tracing/detect/detect.go#L100-L107
There's no need to duplicate that code, as OTEL's `resource.Default()` already
provides this functionality:
- It uses fromEnv{} detector internally: https://github.com/open-telemetry/opentelemetry-go/blob/v1.19.0/sdk/resource/resource.go#L208
- fromEnv{} detector reads OTEL_SERVICE_NAME: https://github.com/open-telemetry/opentelemetry-go/blob/v1.19.0/sdk/resource/env.go#L53
This patch also removes uses of the httpconv package, which is no longer included
in semconv 1.21 and now an internal package. Removing the use of this package
means that hijacked connections will not have the HTTP attributes on the Moby
client span, which isn't ideal, but a limited loss that'd impact exec/attach.
The span itself will still exist, it just won't the additional attributes that
are added by that package.
Alternatively, the httpconv call COULD remain - it will not error and will send
syntactically valid spans but we would be mixing & matching semconv versions,
so won't be compliant.
Some parts of the httpconv package were preserved through a very minimal local
implementation; a variant of `httpconv.ClientStatus(resp.StatusCode))` is added
to set the span status (`span.SetStatus()`). The `httpconv` package has complex
logic for this, but mostly drills down to HTTP status range (1xx/2xx/3xx/4xx/5xx)
to determine if the status was successfull or non-successful (4xx/5xx).
The additional logic it provided was to validate actual status-codes, and to
convert "bogus" status codes in "success" ranges (1xx, 2xx) into an error. That
code seemed over-reaching (and not accounting for potential future _valid_
status codes). Let's assume we only get valid status codes.
- https://github.com/open-telemetry/opentelemetry-go/blob/v1.21.0/semconv/v1.17.0/httpconv/http.go#L85-L89
- https://github.com/open-telemetry/opentelemetry-go/blob/v1.21.0/semconv/internal/v2/http.go#L322-L330
- https://github.com/open-telemetry/opentelemetry-go/blob/v1.21.0/semconv/internal/v2/http.go#L356-L404
Signed-off-by: Sebastiaan van Stijn <github@gone.nl>
2023-11-20 19:58:10 +00:00
|
|
|
trace.WithResource(resource.NewSchemaless(semconv.ServiceName("integration-test-client"))),
|
2023-07-14 18:02:38 +00:00
|
|
|
)
|
|
|
|
otel.SetTracerProvider(tp)
|
|
|
|
|
|
|
|
if err := exp.Start(ctx); err != nil {
|
|
|
|
log.G(ctx).WithError(err).Warn("Failed to start tracing exporter")
|
|
|
|
}
|
|
|
|
})
|
|
|
|
|
|
|
|
// if ConfigureTracing was called multiple times we'd have a nil `tp` here
|
|
|
|
// Get the already configured tracer provider
|
|
|
|
if tp == nil {
|
|
|
|
tp = otel.GetTracerProvider().(*trace.TracerProvider)
|
|
|
|
}
|
|
|
|
return func(ctx context.Context) {
|
|
|
|
if err := tp.Shutdown(ctx); err != nil {
|
|
|
|
log.G(ctx).WithError(err).Warn("Failed to shutdown tracer")
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// TestingT is an interface wrapper around *testing.T and *testing.B.
|
|
|
|
type TestingT interface {
|
|
|
|
Name() string
|
|
|
|
Cleanup(func())
|
|
|
|
Log(...any)
|
|
|
|
Failed() bool
|
|
|
|
}
|
|
|
|
|
|
|
|
// StartSpan starts a span for the given test.
|
|
|
|
func StartSpan(ctx context.Context, t TestingT) context.Context {
|
|
|
|
ConfigureTracing()
|
|
|
|
ctx, span := otel.Tracer("").Start(ctx, t.Name())
|
|
|
|
t.Cleanup(func() {
|
|
|
|
if t.Failed() {
|
|
|
|
span.SetStatus(codes.Error, "test failed")
|
|
|
|
}
|
|
|
|
span.End()
|
|
|
|
})
|
|
|
|
return ctx
|
|
|
|
}
|
|
|
|
|
|
|
|
func RunCommand(ctx context.Context, cmd string, args ...string) *icmd.Result {
|
|
|
|
_, span := otel.Tracer("").Start(ctx, "RunCommand "+cmd+" "+strings.Join(args, " "))
|
|
|
|
res := icmd.RunCommand(cmd, args...)
|
|
|
|
if res.Error != nil {
|
|
|
|
span.SetStatus(codes.Error, res.Error.Error())
|
|
|
|
}
|
|
|
|
span.SetAttributes(attribute.String("cmd", cmd), attribute.String("args", strings.Join(args, " ")))
|
|
|
|
span.SetAttributes(attribute.Int("exit", res.ExitCode))
|
|
|
|
span.SetAttributes(attribute.String("stdout", res.Stdout()), attribute.String("stderr", res.Stderr()))
|
|
|
|
span.End()
|
|
|
|
return res
|
|
|
|
}
|
|
|
|
|
|
|
|
type testContextStore struct {
|
|
|
|
mu sync.Mutex
|
|
|
|
idx map[TestingT]context.Context
|
|
|
|
}
|
|
|
|
|
|
|
|
var testContexts = &testContextStore{idx: make(map[TestingT]context.Context)}
|
|
|
|
|
|
|
|
func (s *testContextStore) Get(t TestingT) context.Context {
|
|
|
|
s.mu.Lock()
|
|
|
|
defer s.mu.Unlock()
|
|
|
|
|
|
|
|
ctx, ok := s.idx[t]
|
|
|
|
if ok {
|
|
|
|
return ctx
|
|
|
|
}
|
|
|
|
ctx = context.Background()
|
|
|
|
s.idx[t] = ctx
|
|
|
|
return ctx
|
|
|
|
}
|
|
|
|
|
|
|
|
func (s *testContextStore) Set(ctx context.Context, t TestingT) {
|
|
|
|
s.mu.Lock()
|
|
|
|
if _, ok := s.idx[t]; ok {
|
|
|
|
panic("test context already set")
|
|
|
|
}
|
|
|
|
s.idx[t] = ctx
|
|
|
|
s.mu.Unlock()
|
|
|
|
}
|
|
|
|
|
|
|
|
func (s *testContextStore) Delete(t *testing.T) {
|
|
|
|
s.mu.Lock()
|
|
|
|
defer s.mu.Unlock()
|
|
|
|
delete(s.idx, t)
|
|
|
|
}
|
|
|
|
|
|
|
|
func GetContext(t TestingT) context.Context {
|
|
|
|
return testContexts.Get(t)
|
|
|
|
}
|
|
|
|
|
|
|
|
func SetContext(t TestingT, ctx context.Context) {
|
|
|
|
testContexts.Set(ctx, t)
|
|
|
|
}
|
|
|
|
|
|
|
|
func CleanupContext(t *testing.T) {
|
|
|
|
testContexts.Delete(t)
|
|
|
|
}
|
2024-01-17 09:36:39 +00:00
|
|
|
|
|
|
|
// CheckNotParallel checks if t.Parallel() was not called on the current test.
|
|
|
|
// There's no public method to check this, so we use reflection to check the
|
|
|
|
// internal field set by t.Parallel()
|
|
|
|
// https://github.com/golang/go/blob/8e658eee9c7a67a8a79a8308695920ac9917566c/src/testing/testing.go#L1449
|
|
|
|
//
|
|
|
|
// Since this is not a public API, it might change at any time.
|
|
|
|
func CheckNotParallel(t testing.TB) {
|
|
|
|
t.Helper()
|
|
|
|
field := reflect.ValueOf(t).Elem().FieldByName("isParallel")
|
|
|
|
if field.IsValid() {
|
|
|
|
if field.Bool() {
|
|
|
|
t.Fatal("t.Parallel() was called before")
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
t.Logf("FIXME: CheckParallel could not determine if test %s is parallel - did the t.Parallel() implementation change?", t.Name())
|
|
|
|
}
|
|
|
|
}
|