Skip to content
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

Revert to using HTTP when connecting to dev services containers #198

Merged
merged 1 commit into from
Nov 20, 2023

Conversation

kdubb
Copy link
Contributor

@kdubb kdubb commented Nov 19, 2023

This fixes dev services by using the correct scheme, HTTP, when connecting to automatically started dev services containers.

@vsevel I'm thinking we revert this to HTTP instead of passing the new -dev-tls flag and using HTTPS. My reasoning is just, as we've discussed previously, security products are generally updated slowly and the new flag requires Vault 1.12+.

We could selectively enable TLS but we'd need to be figuring it out prior to container startup based on the image tag. It can be done it's just work I don't have time for and we need to get this back in working order.

Also, we really need to add a unit test that actually uses a proper "dev services" container. Unfortunately I'm swamped at the moment.

This fixes dev services by using the correct scheme, HTTP, when connecting to automatically started dev services containers.
@kdubb
Copy link
Contributor Author

kdubb commented Nov 19, 2023

/cc @bmscomp

@kdubb
Copy link
Contributor Author

kdubb commented Nov 19, 2023

If you're not up-to-date on what this is related to see #178 where I originally commented on the closed PR

@bmscomp
Copy link
Member

bmscomp commented Nov 19, 2023

@kdubb Thanks for the PR I was working right now on a same fix

@kdubb
Copy link
Contributor Author

kdubb commented Nov 19, 2023

@bmscomp Can you add a test that actually uses a dev services container so we don't run into this problem again?

@kdubb
Copy link
Contributor Author

kdubb commented Nov 19, 2023

We must merge this ASAP to ensure dev services is restored for before Quarkus 3.6.0 is released.

@gsmet If I make a 3.3.1 version of the extension is that something that can be back ported into 3.5.3? Currently dev services is broken for the 3.5 series.

@vsevel
Copy link
Contributor

vsevel commented Nov 20, 2023

I was planning a release anyway for 3.6.0 (quarkus vault 3.4 then)
we can add a 3.3.1 for quarkus 3.5.

@vsevel vsevel self-requested a review November 20, 2023 08:10
@kdubb kdubb merged commit 17096c6 into main Nov 20, 2023
2 checks passed
@kdubb kdubb deleted the fix/dev-services-http branch November 20, 2023 16:16
@kdubb
Copy link
Contributor Author

kdubb commented Nov 21, 2023

@vsevel Should we cut a CR2 just to ensure a "release" works (since we don't yet have a test).

@vsevel
Copy link
Contributor

vsevel commented Nov 21, 2023

see #199

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants