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

[WFLY-14078] Check if the subsystem default security domain was mapped to an Elytron domain before applying for the component. #13718

Merged
merged 4 commits into from Nov 20, 2020

Conversation

darranl
Copy link
Contributor

@darranl darranl commented Nov 17, 2020

Just submitting the PR now as locally I am running into a number of failures in allTests related to the latest OpenJDK release.

https://issues.redhat.com/browse/WFLY-14078

@darranl darranl added the hold PR should not be merged for some reason. label Nov 17, 2020
@wildfly-ci wildfly-ci added the deps-ok Dependencies have been checked, and there are no significant changes label Nov 17, 2020
@darranl darranl force-pushed the WFLY-14078 branch 2 times, most recently from 38888cd to 73fa21f Compare November 18, 2020 12:51
@darranl
Copy link
Contributor Author

darranl commented Nov 18, 2020

I have just replaced the commit for this PR, the prior fix was still applying the Elytron domain too liberally - now the Elytron domain is applied in one of these situations:

  1. A decision has been taken to apply the default Elytron domain to the whole deployment.
  2. The deployment has selected an Elytron domain but for EJBs without a domain mapping the default mapping is the same domain as used for the rest of the deployment.
  3. The definition for the specific EJB matches the one selected for the deployment i.e not a direct PicketBox mapping.

…d to an Elytron domain before applying for the component.
…yment's ClassLoader if at least one EJBComponent will fall back to the subsystem defined default.
@darranl
Copy link
Contributor Author

darranl commented Nov 19, 2020

@chengfang / @tadamski / @fjuma I am hopeful for this CI run, would it be possible to please get some reviews in so we can get on with merging if CI passes.

@bstansberry
Copy link
Contributor

@darranl This still has the 'hold' label on it; otherwise I'd merge it right now.

If you see this when I'm not around don't be shy about just merging it yourself.

@darranl darranl removed the hold PR should not be merged for some reason. label Nov 20, 2020
@darranl darranl merged commit 2ec9e0c into wildfly:master Nov 20, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
deps-ok Dependencies have been checked, and there are no significant changes
Projects
None yet
5 participants