-
Notifications
You must be signed in to change notification settings - Fork 1.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[builder] Remove builder default confmap providers #11126
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,20 @@ | ||
# Use this changelog template to create an entry for release notes. | ||
|
||
# One of 'breaking', 'deprecation', 'new_component', 'enhancement', 'bug_fix' | ||
change_type: 'breaking' | ||
|
||
# The name of the component, or a single word describing the area of concern, (e.g. otlpreceiver) | ||
component: 'builder' | ||
|
||
# A brief description of the change. Surround your text with quotes ("") if it needs to start with a backtick (`). | ||
note: Remove default config providers. This will require users to always specify the providers. | ||
|
||
# One or more tracking issues or pull requests related to the change | ||
issues: [11126] | ||
|
||
# Optional: The change log or logs in which this entry should be included. | ||
# e.g. '[user]' or '[user, api]' | ||
# Include 'user' if the change is relevant to end users. | ||
# Include 'api' if there is a change to a library API. | ||
# Default: '[user]' | ||
change_logs: [user] |
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -39,7 +39,7 @@ type Config struct { | |
Receivers []Module `mapstructure:"receivers"` | ||
Processors []Module `mapstructure:"processors"` | ||
Connectors []Module `mapstructure:"connectors"` | ||
Providers *[]Module `mapstructure:"providers"` | ||
Providers []Module `mapstructure:"providers"` | ||
Replaces []string `mapstructure:"replaces"` | ||
Excludes []string `mapstructure:"excludes"` | ||
|
||
|
@@ -79,6 +79,13 @@ type Module struct { | |
Path string `mapstructure:"path"` // an optional path to the local version of this module | ||
} | ||
|
||
func (mod *Module) Validate() error { | ||
if mod.GoMod == "" { | ||
return ErrMissingGoMod | ||
} | ||
return nil | ||
} | ||
|
||
type retry struct { | ||
numRetries int | ||
wait time.Duration | ||
|
@@ -114,17 +121,13 @@ func NewDefaultConfig() Config { | |
|
||
// Validate checks whether the current configuration is valid | ||
func (c *Config) Validate() error { | ||
var providersError error | ||
if c.Providers != nil { | ||
providersError = validateModules("provider", *c.Providers) | ||
} | ||
return multierr.Combine( | ||
validateModules("extension", c.Extensions), | ||
validateModules("receiver", c.Receivers), | ||
validateModules("exporter", c.Exporters), | ||
validateModules("processor", c.Processors), | ||
validateModules("connector", c.Connectors), | ||
providersError, | ||
validateProviders(c.Providers), | ||
) | ||
} | ||
|
||
|
@@ -207,43 +210,29 @@ func (c *Config) ParseModules() error { | |
return err | ||
} | ||
|
||
if c.Providers != nil { | ||
providers, err := parseModules(*c.Providers) | ||
if err != nil { | ||
return err | ||
} | ||
c.Providers = &providers | ||
} else { | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. is it a problem if no providers are defined, should the builder error out in that case? |
||
providers, err := parseModules([]Module{ | ||
{ | ||
GoMod: "go.opentelemetry.io/collector/confmap/provider/envprovider v" + c.Distribution.OtelColVersion, | ||
}, | ||
{ | ||
GoMod: "go.opentelemetry.io/collector/confmap/provider/fileprovider v" + c.Distribution.OtelColVersion, | ||
}, | ||
{ | ||
GoMod: "go.opentelemetry.io/collector/confmap/provider/httpprovider v" + c.Distribution.OtelColVersion, | ||
}, | ||
{ | ||
GoMod: "go.opentelemetry.io/collector/confmap/provider/httpsprovider v" + c.Distribution.OtelColVersion, | ||
}, | ||
{ | ||
GoMod: "go.opentelemetry.io/collector/confmap/provider/yamlprovider v" + c.Distribution.OtelColVersion, | ||
}, | ||
}) | ||
if err != nil { | ||
return err | ||
} | ||
c.Providers = &providers | ||
c.Providers, err = parseModules(c.Providers) | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I fear this will break most ocb users. If we go this route, is there a gentler approach we could take with feature gates or timelines? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I would have suggested to actually wait for all providers to be marked stabled in one version, that would have simplified a lot. Otherwise, I am not sure. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
Also, right now they are broke anyway. Because if they don't specify any provider, it will try to use env/file at 109 and will fail. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I don't think there's much that prevents us from marking the other providers as 1.0, I will open the PR for those There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I am 100% to add support in the future for featureflags. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. For this particular change, I am fine with any of
The "at least one provider is required" may not be super clear to people (they may not be aware of what providers they used to put in there). There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
Already there, tell me how you want the error to be, happy to change to a more clear. I think you only care about the message correct? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Yeah, just something that tells you "see example on https://opentelemetry.io/docs/collector/custom-collector/" or "previous default was [snippet of code that you can almost copy-paste]" would work for me There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Agreed. Since this breaking change will affect end users of OCB who were not already setting providers, they'll be the most confused about what a provider is and what they need to set. We need to make it obvious what to do from the error message and the changelog entry (and I believe the OCB readme as well), so that they can learn how to fix their manifest. |
||
if err != nil { | ||
return err | ||
} | ||
|
||
return nil | ||
} | ||
|
||
func validateProviders(providers []Module) error { | ||
if err := validateModules("provider", providers); err != nil { | ||
return err | ||
} | ||
if len(providers) == 0 { | ||
return errors.New("at least one provider is required") | ||
} | ||
return nil | ||
} | ||
|
||
func validateModules(name string, mods []Module) error { | ||
var errs error | ||
for i, mod := range mods { | ||
if mod.GoMod == "" { | ||
return fmt.Errorf("%s module at index %v: %w", name, i, ErrMissingGoMod) | ||
if err := mod.Validate(); err != nil { | ||
errs = multierr.Append(errs, fmt.Errorf("%s module at index %v: %w", name, i, err)) | ||
} | ||
} | ||
return nil | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can we add subtext with what users have to specify to keep the previous behavior?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Agreed. This is going to break a lot of OCB users, I'd really like to make it as easy as possible to fix which means supplying as much help as possible.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't believe it, recent data show that is not as big of a deal.