-
Notifications
You must be signed in to change notification settings - Fork 6
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
Centralize the configuration of the OSDF client. #79
base: main
Are you sure you want to change the base?
Conversation
2ff3c1a
to
1048542
Compare
@djw8605 - ping on this PR review. |
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.
This should probably also be accompanied by an overhaul of the README. Do we want to save that for later, or take care of it before merging?
As we want to have the ability to stand up additional data federation instances (think: test directors), we should split out and centralize the defaults. This introduces the use of viper for the process-wide configuration management. This will allow the use of configuration files in the near future.
In some unit tests, we need to alter the configuration via env var (to ensure the environment-based changes are effective); this adds in re-initialization at the appropriate points. Additionally, this moves the various timeout constants to the config subsystem, allowing us to use much shorter timeouts for test runs (taking about 6 minutes off the time to run `go test`).
1048542
to
6e4c6ca
Compare
Since the binary generated for namespaces_test.go doesn't start with `stash`, the override for the test should be `PELICAN`-prefixed instead.
4fb67fe
to
7f20d1a
Compare
I think I'm fine with saving the overhaul of the README for later... probably a few more things to land first. |
As we want to have the ability to stand up additional data federation instances (think: test directors), we should split out and centralize the defaults.
This introduces the use of viper for the process-wide configuration management. This will allow the use of configuration files in the near future.