Skip to content

Fix HelloPodDeploymentOpenShiftITCase by removing Gitea dependency#1411

Open
striver-24 wants to merge 2 commits intoarquillian:mainfrom
striver-24:main
Open

Fix HelloPodDeploymentOpenShiftITCase by removing Gitea dependency#1411
striver-24 wants to merge 2 commits intoarquillian:mainfrom
striver-24:main

Conversation

@striver-24
Copy link

Short description of what this resolves:

The HelloPodDeploymentOpenShiftITCase was being skipped due to Gitea operator deployment failures in CI environments using CRC (CodeReady Containers). The test was marked with @Ignore("Needs the Gitea operator, which Arquillian Cube tries to provision, but it does not work on GitHub CI which uses CRC").

Changes proposed in this pull request:

This PR eliminates the Gitea dependency by switching from build-from-source to a pre-built image approach while preserving all original testing functionality.

Fixes #

  • Remove @ignore annotation to allow test execution
  • Replace build-from-source approach with pre-built WildFly image
  • Remove RequiresRemoteResource dependency
  • Add runtime admin user creation instead of build-time setup
  • Enhance readiness probe to validate WildFly management API
  • Expose management port (9990) alongside application port (8080)

- Remove @ignore annotation to allow test execution
- Replace build-from-source approach with pre-built WildFly image
- Remove RequiresRemoteResource dependency
- Add runtime admin user creation instead of build-time setup
- Enhance readiness probe to validate WildFly management API
- Expose management port (9990) alongside application port (8080)

Resolves CI failures in CRC environments by eliminating Gitea operator requirement
while maintaining comprehensive WildFly server testing functionality.
@fabiobrz
Copy link
Collaborator

fabiobrz commented Oct 2, 2025

Hi @striver-24 - and thanks for contributing to Arquillian Cube! ❤️

Just one general note: this PR is not providing a different approach for Cube to deploy and use a Git service, which is still a valid use case.
That is not an issue, given that #1409 suggests that the test can be fixed by removing the need for a Git service integration altogether.
Once we choose to do so, though, we need to keep a test that validates the build from source approach, so could you please duplicate the test case and apply your solution to the new one?

@striver-24
Copy link
Author

Thanks for the feedback @fabiobrz I'll duplicate the test case and apply my solution to the new one to validate the build from source approach, keeping the Git service use case separate.

@fabiobrz
Copy link
Collaborator

fabiobrz commented Oct 2, 2025

Awesome, thanks @striver-24!

… build from source approach, keeping the Git service use case separate.
@fabiobrz
Copy link
Collaborator

fabiobrz commented Oct 6, 2025

Hi @striver-24 - I've tried running the test locally and it does not pass. Could you try as well and confirm?

@fabiobrz
Copy link
Collaborator

fabiobrz commented Oct 6, 2025

Hi @striver-24 - I've tried running the test locally and it does not pass. Could you try as well and confirm?

Basically what happens here is that Cube will not take the container qualifier="hello-openshift-prebuilt" into account, thus not start it, because it should match the name of the default container, i.e. container qualifier="hello-openshift" default="true".
One valid configuration for your new test to run successfully would be to place it to a new, separate submodule, let's say ftest-prebuilt.

Copy link
Collaborator

@fabiobrz fabiobrz left a comment

Choose a reason for hiding this comment

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

Some minor comments.

import org.junit.experimental.categories.Category;
import org.junit.runner.RunWith;

@Category({RequiresOpenshift.class, RequiresOlm.class})
Copy link
Collaborator

Choose a reason for hiding this comment

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

Since you removed the dependency on Gitea, then no operator requirement is needed, and this can be removed.


@Category({RequiresOpenshift.class, RequiresOlm.class})
@RequiresOpenshift
@RequiresOlm
Copy link
Collaborator

Choose a reason for hiding this comment

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

Since you removed the dependency on Gitea, then no operator requirement is needed, and this can be removed.

public void shouldBeAbleToInjectURL() throws Exception {
Assert.assertNotNull(base);
}
} No newline at end of file
Copy link
Collaborator

Choose a reason for hiding this comment

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

Minor thing: could you add a new empty line at EoF, please?

}
}]
}
} No newline at end of file
Copy link
Collaborator

Choose a reason for hiding this comment

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

Minor thing: could you add a new empty line at EoF, please?

@striver-24
Copy link
Author

Appreciate the feedback, @fabiobrz I plan to have it resolved in the next day or two.

@fabiobrz
Copy link
Collaborator

Appreciate the feedback, @fabiobrz I plan to have it resolved in the next day or two.

Thanks @striver-24 - great job so far, and I think the required changes are pretty straightforward now, so feel free to ping me once you're done with those, and I'll be glad to review them.

@fabiobrz
Copy link
Collaborator

Hi @striver-24 - doing some cleanup 🙂
Do you have any plans for the changes here to be wrapped up?
Just feel free to let me know if that is not the case, and I'll finish the work you started.

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.

2 participants