-
Bug
-
Resolution: Won't Do
-
Major
-
None
-
-
User Experience
Problem
In the server configuration file (standalone.xml) it is possible to define a security realm that points to a security domain that does not exist - and there is no error reporting of this at all. There is no trace information of this at all, either.
Example
- Download a stock Wildfly 8.1.0.Final
- Replace standalone.xml with this gist: https://gist.githubusercontent.com/nickymoelholm/4908092afdcd519361df/raw/standalone.xml
Run it and you will see now errors at all. Despite the fact that the FlawedRealm points to a bogus security domain called ThisDomainDoesntExistAtAll . I have captured my logoutput too. Find it here: https://gist.githubusercontent.com/nickymoelholm/4908092afdcd519361df/raw/server.log
What is wrong with this behavior?
The bootstrapping process must validate that the configuration is valid indeed. It really doesn't - not semantically that is. Only XSD compliance / XML syntax wise. And if, for some weird reason, that silence is "security" - then at least let us know of the errors on loglevel = TRACE.
Why is this issue created?
The silent behavior makes security configuration in Wildfly an extremely expensive operation in terms of time spent by the average Java EE developer / administrator. I have created this issue because I want wildfly to help developers/administrators become better at spotting our errors - because, in the end, that is a tangible productivity booster.