-
Notifications
You must be signed in to change notification settings - Fork 53
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
Recommended way to deal with proxies? #105
Comments
I tried to update slack-client against the latest version of Horizon but hit shading issues around
When using the shaded jars from slack-client things seem to break in ways I don't quite understand. I bumped the basebom to the latest published release and updated the io.netty version to be consistent among Horizon, basebom, and slack-client. I put a few hours into this this evening but unfortunately had to give up. I've created a fork off Horizon If anyone could lend advice I'm happy to take another crack at it. Using the |
Hmm -- @jhaber or @stevegutz before I dig too deep into this, do you guys have active knowledge of the best way to do a Horizon-based proxy setup? |
I think we'd want to update |
This may also tie into #141 - if we expose an API for configuring the backing http service, that would probably also improve support for proxies. |
We would like to deploy a service that sits behind an egress proxy. All https communication outside of our AWS VPC requires egress through this proxy. I do not see a documented way to set a proxy for outgoing calls to Slack.
Describe the solution you'd like
The recommended way to set a https proxy.
Describe alternatives you've considered
I went diving through the code and suspect setting properties works.
Is this the recommended way to handle proxies for the foreseeable future? Can we document that and make it part of the API?
Additional context
Happy to submit PRs back once given a +1 that properties are the best way to handle this for now.
The text was updated successfully, but these errors were encountered: