Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Conversation

jmtd
Copy link
Member

@jmtd jmtd commented Sep 4, 2025

@jmtd jmtd force-pushed the 3666-ubi10-merge-s2i-modules branch 2 times, most recently from be1017e to d5a13f0 Compare September 4, 2025 08:31
@jmtd jmtd added the ubi10 RHEL UBI10 label Sep 4, 2025
@jmtd jmtd marked this pull request as draft September 4, 2025 10:09
@jmtd
Copy link
Member Author

jmtd commented Sep 4, 2025

the two test failures are fixed in #609

@jmtd jmtd changed the title OPENJDK-3666 ubi10 merge s2i modules [OPENJDK-3666] merge jboss.container.java.s2i.{core,bash} modules Sep 17, 2025
s2i-core-hooks only defined one function, s2i_core_env_init_hook

This was only called by s2i_core_env_init in s2i-core (it overrides
an empty definition of the same function name in s2i-core)

Fold the content of the function into s2i_core_env_init and remove
the s2i-core-hooks file

Remove includes of it from s2i/assemble and run (which didn't call
the function anyway)

Signed-off-by: Jonathan Dowland <[email protected]>
The function maven_s2i_deploy_artifacts checked for the existence of
maven_s2i_deploy_artifacts_override, and if it exists, calls it and
returns.

The implementation of maven_s2i_deploy_artifacts_override simply
deleted itself and called maven_s2i_deploy_artifacts again.

Signed-off-by: Jonathan Dowland <[email protected]>
@jmtd jmtd force-pushed the 3666-ubi10-merge-s2i-modules branch from 1f8d86c to 6c644a1 Compare September 17, 2025 11:00
@jmtd
Copy link
Member Author

jmtd commented Sep 17, 2025

@jfdenise can I request you TAL this and assess it from the perspective of impact on wildfly? TIA!


# include dependencies
source "${JBOSS_CONTAINER_UTIL_LOGGING_MODULE}/logging.sh"
source "${JBOSS_CONTAINER_S2I_CORE_MODULE}/s2i-core"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

There is an implicit dependency on the jboss.container.java.s2i module.
We can't depend on jboss.container.java.s2i module that implements the s2i logic, WildFly has its own different s2i logic.
We need the core to be clean from java.s2i specifics.

@jmtd
Copy link
Member Author

jmtd commented Sep 22, 2025

Hi @jfdenise , thank you for taking the time to look at this.
Do I understand correctly:

  • you depend on jboss.container.s2i.core
  • jboss.container.s2i.core is kind of an "API" and library-like module, rather than direct logic -- you use bits of it and so do we
  • the "driver" logic in our case is jboss.container.java.s2i.bash, and you don't and cannot use this module

If my understanding is correct I should not merge them. I would like to perhaps move/rename them to make it clearer that one is generic and one is java (us) specific.

@jfdenise
Copy link
Contributor

@jmtd , I fully agree with your proposal to rename to make it clearer. Thank-you!

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

Successfully merging this pull request may close these issues.

2 participants