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

Rework provisioning of container integration jars #176

Open
rhusar opened this issue Dec 14, 2023 · 1 comment
Open

Rework provisioning of container integration jars #176

rhusar opened this issue Dec 14, 2023 · 1 comment

Comments

@rhusar
Copy link
Member

rhusar commented Dec 14, 2023

Currently a version must be in sync with mod_cluster repo, so every time mod_cluster moves to next release, this breaks and needs an update.

The advantage is that we can test and detect problems early but this should rarely be necessary to need to rely on snapshot version.

We should decide whether:

  • remove poms + download released distribution zips from maven + unzip
  • update mod_cluster to deploy snapshot from main and same as above but download snapshot distribution zips from maven
  • keep relying on maven based distribution from pom but for release version
@jajik
Copy link
Collaborator

jajik commented Jan 12, 2024

What about removing poms, but instead of downloading released distribution, we would use mod_cluster repository as a submodule?

That would enable multiple things:

  • we could drop the "have the repo checked out" requirement
  • it would allow us easily switch between versions we use (by default HEAD, but we might as well check out just a different version – it's just a git)
  • I forgot the third one I had in mind 🙂

@rhusar rhusar changed the title Rework distribution of container integration jars Rework provisioning of container integration jars Jan 12, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants