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

Set jth.jenkins-war.path unconditionally when running tests #470

Closed
wants to merge 1 commit into from

Conversation

jtnord
Copy link
Member

@jtnord jtnord commented Feb 28, 2023

moves #468 onto an origin branch.

  • Make sure you are opening from a topic/feature/bugfix branch (right side) and not your main branch!
  • Ensure that the pull request title represents the desired changelog entry
  • Please describe what you did
  • Link to relevant issues in GitHub or Jira
  • Link to relevant pull requests, esp. upstream and downstream changes
  • Ensure you have provided tests - that demonstrates feature works or fixes the issue

@jtnord jtnord requested a review from a team as a code owner February 28, 2023 11:29
@jtnord
Copy link
Member Author

jtnord commented Feb 28, 2023

this causes a large amount of test failures as the megawar we use for testing is actually our product war which also contains other things - its not just Jenkins and some plugin in /plugins but customizes the web.xml and other things.
JenkinsRule (and HudsonTestCase) do not setup the classpath correctly - assuming that everything needed by the war is already in the surefire classpath.

on top of that there are a few other issues, but they may be fallouts of the above.

I'm seeing if I can quickly fix the issues, will continue tomorrow morning, however if not I would suggest we close this.

@jtnord jtnord closed this Mar 1, 2023
@basil basil deleted the jth.jenkins-war.path branch March 14, 2023 18:04
jtnord added a commit to jtnord/bom that referenced this pull request May 22, 2024
as mentioned in the upstream PR that attempted to do this
unconditionally this is broken by design.

the JTH and tests assume that the classpath is correctly setup however
it is not, as demonstrated in the prior commit.

According to Jenkins there is a plugin installed (trilead-api) because
it is in the megawar, however its classess are not in the flat classpath
used by JenkinsRule and thus breakage ensues.

ref: jenkinsci/plugin-compat-tester#470 (comment)
jtnord added a commit to jtnord/bom that referenced this pull request May 23, 2024
as mentioned in the upstream PR that attempted to do this
unconditionally this is broken by design.

the JTH and tests assume that the classpath is correctly setup however
it is not, as demonstrated in the prior commit.

According to Jenkins there is a plugin installed (trilead-api) because
it is in the megawar, however its classess are not in the flat classpath
used by JenkinsRule and thus breakage ensues.

ref: jenkinsci/plugin-compat-tester#470 (comment)
jtnord added a commit to jtnord/bom that referenced this pull request May 23, 2024
as mentioned in the upstream PR that attempted to do this
unconditionally this is broken by design.

the JTH and tests assume that the classpath is correctly setup however
it is not, as demonstrated in the prior commit.

According to Jenkins there is a plugin installed (trilead-api) because
it is in the megawar, however its classess are not in the flat classpath
used by JenkinsRule and thus breakage ensues.

There are also issues where a plugin is present that is incompatable
with a mode of running for the test - e.g. a system property is set when
running JTH to test a mode of running for a plugin (e.g. FIPS) and the
plugin itself is incompatable with that mode (which causes a
BootFailure).

ref: jenkinsci/plugin-compat-tester#470 (comment)
fixes: jenkinsci#3231
MarkEWaite pushed a commit to jenkinsci/bom that referenced this pull request May 29, 2024
as mentioned in the upstream PR that attempted to do this
unconditionally this is broken by design.

the JTH and tests assume that the classpath is correctly setup however
it is not, as demonstrated in the prior commit.

According to Jenkins there is a plugin installed (trilead-api) because
it is in the megawar, however its classess are not in the flat classpath
used by JenkinsRule and thus breakage ensues.

There are also issues where a plugin is present that is incompatable
with a mode of running for the test - e.g. a system property is set when
running JTH to test a mode of running for a plugin (e.g. FIPS) and the
plugin itself is incompatable with that mode (which causes a
BootFailure).

ref: jenkinsci/plugin-compat-tester#470 (comment)
fixes: #3231
jglick pushed a commit to jenkinsci/bom that referenced this pull request May 29, 2024
* Introduce EdDSA-api plugin

* Do not set the JTH War file

as mentioned in the upstream PR that attempted to do this
unconditionally this is broken by design.

the JTH and tests assume that the classpath is correctly setup however
it is not, as demonstrated in the prior commit.

According to Jenkins there is a plugin installed (trilead-api) because
it is in the megawar, however its classess are not in the flat classpath
used by JenkinsRule and thus breakage ensues.

ref: jenkinsci/plugin-compat-tester#470 (comment)

---------

Co-authored-by: Mark Waite <mark.earl.waite@gmail.com>
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