[keycloak-dev] release soon?

Marek Posolda mposolda at redhat.com
Tue Nov 18 08:54:35 EST 2014


One minor thing related to common adapter, which I am thinking about, 
could be simple logging spi. As currently tomcat, jetty and other 
adapters need to have jboss-logging available as keycloak-adapter-core 
have dependency on it. I wonder about creating something simple like:

public interface KeycloakLogger {
   boolean isTraceEnabled();
   boolean isDebugEnabled();
   void trace(Stringm essage);
   void debug(String message);
   void info(String message);
   void warn(String message);
   void error(String message);
   void warn(String message, Throwable throwable);
   void error(String message, Throwable throwable);
}

Then when you call:

KeycloakLogger.getLogger(MyClass.class);

it will return delegate based on jboss-logging if jboss-logging could be 
found by classloader. Otherwise fallback to JDK logging (maybe more 
fallbacks like log4j could be later added too if needed).

This will apply just for keycloak-adapter-core (no need to refactor any 
server-side code as auth-server is supposed to run on wildfly or EAP6 
where is jboss-logging always available).

There are some 3rd party libs like slf4j, which already works in similar 
way, but I would rather avoid another deps (and namely slf4j could be 
problematic) and do something simple on our own.

wdyt?

Marek

On 18.11.2014 14:31, Bill Burke wrote:
> I'd like to do a release very soon so we can get the Jetty and Tomcat
> adapters into the field.  Since we now have 8 different Java adapters
> for 3 different servlet containers, I'm going to work on refactoring the
> adapters this week to see if I can simplify the design and push more
> common code into a common module.
>
> After that I'd like to take a break from integration work.  Maybe work
> on IP Filtering and/or claim support.



More information about the keycloak-dev mailing list