-
Notifications
You must be signed in to change notification settings - Fork 0
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
[SERF-1593] Add PubSub configuration #38
Conversation
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.
👍 LGTM 🚀
Left a few nit remarks – they can be safely ignored. 😄
@@ -5,6 +5,7 @@ import ( | |||
database "github.com/scribd/go-sdk/pkg/database" | |||
instrumentation "github.com/scribd/go-sdk/pkg/instrumentation" | |||
logger "github.com/scribd/go-sdk/pkg/logger" | |||
"github.com/scribd/go-sdk/pkg/pubsub" |
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.
nit: Although not required maybe add pubsub
here for consistency?
And change / remove the explicit package names in another PR? 🤔
development: | ||
<<: *test |
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.
nit: In general it's not a good idea to have development
inherit test (per Rails best practices).
I suggest we skip development
(is it necessary for "tests"?). ✂️
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 is done for testing purposes only, in go-chassis
we don't do this of course. Having identical tests
and development
here is good for local development (running tests locally without needs to provide APP_ENV
variable)
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.
When running mage test
the APP_ENV
is already set to test
. How are you running the tests? 🤔
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.
@fotos When developing I often use IDE capability to run test cases right from the IDE UI/UX, it is not always convenient to set APP_ENV
variable.
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.
@Neurostep What's your take on moving all default settings to the common
section and populating the development and test environments from there? Similarly what we do in go-chassis
.
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.
@terranisu TBH there is no real value in that as we just test the actual values pass, not a structure of the yaml
file. Moreover, here we are also testing the merge
case (from empty to actual values).
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.
got it.
5193dab
to
5180d78
Compare
5180d78
to
5d9e4a7
Compare
5d9e4a7
to
4f8c041
Compare
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.
Looks good to me
4f8c041
to
9dbb14c
Compare
Description
In this PR we introduce basic configuration for
PubSub
application services. For now, the configuration contains only Kafka-related settings.Checklist
development
and/orstaging
README.md
as necessaryRelated links