-
Notifications
You must be signed in to change notification settings - Fork 212
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
Add service_region support #384
Add service_region support #384
Conversation
f4c46f1
to
8aab478
Compare
baseurl
new configuration option
Well done! This project was my first using the go language as well! Code-wise, I think it's great. However, I think I want to go a slightly different direction. Rather than having folks set the URLs directly I think we should just provide a From a user perspective, do you think that would be a cleaner approach? |
I understand and agree that having only one configuration option would help to avoid misbehaviours.
Do you mean, like:
The only caveat I can think of is that having "hard coded" URLs would require a provider release for each new service region opened. It's not that I expect many service region opening, but still I think we should look for the easiest solution. Maybe dynamically building URLs would help. Kind of:
|
b712657
to
9e926e0
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.
Great work! Thank you for this! Just a couple changes before approving.
40dc901
to
f6fd5f3
Compare
Hey @jbfavre ! When I run the acceptance tests for the Will you update your branch with the latest master and let me know if your |
f6fd5f3
to
09dcb2b
Compare
Hello @stmcallister |
Well, I'm pretty sure I'm missing something, but I can't even run acceptance tests on
Any advice welcome 😬 |
OK, made some progress.
and
However, I got plenty of other errors, like:
Don't know whether it's because I'm using a dev account a not a "real" one. But I'm relunctant to use our production setup to do my tests. Now trying to run tests for my branch |
Indeed, I broke some tests in my branch 🤔
Ill have an look at it 👀 |
@jbfavre Yeah, the errors on users are because you're using a Developer Account. I'm only worried about the
|
OK, found something. Breaking change has been introduced in b1221fd |
Make PagerDuty api.pagerduty.com and app.pagerduty.com configurable
…ly defined constant
…previously defined constant" This reverts commit b1221fd.
09dcb2b
to
1583820
Compare
1583820
to
0a89e0c
Compare
Finaly found a way to do it. Problem was: provider creates a
Only remaining question I have, is: creating a new pagerduty client for each resource might not be that efficient in terms of resource consumption. Maybe we should try to initiate only 2 (default API & Slack one). I've checked that all acceptance tests run fine (except user's calls) |
@jbfavre 🤔 I think this is the right way to go, but let me put some thought into it through the weekend. One nitpick that I know I'd want changed at this point is the naming for the |
|
In order to be able to use Pagerduty provider to manage EU platform deployment, we need to be able to define a custom API URL 0
As gar as I can tell, heimweh/go-pagerduty client use baseURL which is already configurable.
I tried to pass this configuration option when setting up heimweh/go-pagerduty.
@stmcallister please be indulgent, this is one of my first contribution in Go language 😉
I surely missed many things.