Looks good how you've done it.
Bill is currently working on re-organizing code, but he's not going to move
anything from services. So can you finish up services and send a PR for it?
Then you can do the other logging once Bill is completed.
On 15 January 2016 at 22:12, Stan Silvert <ssilvert(a)redhat.com> wrote:
I've completed a first stab at this using the JBoss logging
tools. Once
merged we will have the ability to do i18n/l10n on our log messages and
also use message numbers.
Here is the commit to show you how it turns out converting the log
messages in KeycloakApplication:
https://github.com/ssilvert/keycloak/commit/54faba37cb4797fc337569899d8ac...
So, now a message coming from the KeycloakApplication class in the
services module looks like this:
15:29:31,515 INFO [*org.keycloak.services*] (ServerService Thread Pool
-- 50)* KC-SERVICES0001*: Loading config from
c:\GitHub\keycloak\distribution\server-dist\target\keycloak-1.9.0.CR1-SNAPSHOT\standalone\configuration\keycloak-server.json
We need to decide how we want to structure this. In WildFly, we typically
have one logger per maven module. If you want to have one logger per
package then you would need to create a new interface in each package,
which gets hairy.
I do suggest that we prefix all of our messages with "KC-" or something
else that is unique across products. Also, we should standardize the
"padding" for the message numbers.
Another possibility is to have all keycloak messages start with
"KEYCLOAK". This would mean that we would need for each module to reserve
a number range. There are annotations to enforce this if we want to go
that route. The downside is that somewhere we need to maintain a
registry. I think WildFly did this but eventually abandoned it. Notice
that WildFly messages are like "WFLYUT" for Undertow or "WFLYJSF" for
JSF.
BTW, localization works nicely. Just add a bundle for a new language.
The tool even creates a skeleton properties file for you.
If you want more details on the i18n framework, see
https://developer.jboss.org/wiki/JBossLoggingTooling.
Stan
_______________________________________________
keycloak-dev mailing list
keycloak-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/keycloak-dev