All Projects → t1 → logging-interceptor

t1 / logging-interceptor

Licence: Apache-2.0 license
CDI interceptor for logging to slf4j

Programming Languages

java
68154 projects - #9 most used programming language

Projects that are alternatives of or similar to logging-interceptor

cdi-guide-tutorials
CDI Guide And Tutorials - Many examples of how to use CDI and CDI 2.0 like Qualifiers, Interceptors, Decorators, Lazy Initialization an much more!
Stars: ✭ 29 (+16%)
Mutual labels:  cdi, cdi-interceptor
OKHttpLogInterceptor
A Pretty OkHttp Logging Interceptor(一款简洁漂亮的OkHttp Logging拦截器)
Stars: ✭ 16 (-36%)
Mutual labels:  interceptor, logginginterceptor
jlib-awslambda-logback
jlib AWS Lambda SLF4J/Logback Appender
Stars: ✭ 16 (-36%)
Mutual labels:  slf4j, mdc
herald
Log annotation for logging frameworks
Stars: ✭ 71 (+184%)
Mutual labels:  slf4j
jpa-unit
JUnit extension to test javax.persistence entities
Stars: ✭ 28 (+12%)
Mutual labels:  cdi
spydriver
🕵️ Lightweight utility to intercept WebDriver and WebElement method calls.
Stars: ✭ 24 (-4%)
Mutual labels:  interceptor
further-cdi
🔊 Going further with CDI presentation
Stars: ✭ 28 (+12%)
Mutual labels:  cdi
slack-webhook-appender
Logback appender which posts logs to slack via incoming webhook.
Stars: ✭ 16 (-36%)
Mutual labels:  slf4j
logunit
A Java library for unit-testing logging.
Stars: ✭ 40 (+60%)
Mutual labels:  slf4j
liquibase-slf4j
Liquibase SLF4J Logger.
Stars: ✭ 42 (+68%)
Mutual labels:  slf4j
akka-contextual-actor
A really small library (just a few classes) which lets you trace your actors messages transparently propagating a common context together with your messages and adding the specified values to the MDC of the underlying logging framework.
Stars: ✭ 17 (-32%)
Mutual labels:  mdc
NodeMCU-BlackBox
ESP8266 based CAN-Bus Diagnostic Tool
Stars: ✭ 28 (+12%)
Mutual labels:  cdi
slf4j-fluent
A fluent api for SLF4J
Stars: ✭ 19 (-24%)
Mutual labels:  slf4j
Asmin
Asmin is .NET CORE project infrastructure, to get a quick start on the project.
Stars: ✭ 89 (+256%)
Mutual labels:  interceptor
dynamic-add-date
一款基于MyBatis框架,可以对插入和更新Sql语句动态地添加日期列和对应值的插件
Stars: ✭ 48 (+92%)
Mutual labels:  interceptor
jcabi-log
Static Wrapper of SLF4J easing you from the necessity to create static LOGGER instances in each Java class
Stars: ✭ 53 (+112%)
Mutual labels:  slf4j
ionic4-angular7-httpinterceptor-example
Ionic 4 and Angular 7 Tutorial: HTTP Interceptor Example
Stars: ✭ 15 (-40%)
Mutual labels:  interceptor
preact-mdc
material design components for preact using material-components-web sass styles (for live demo click the link below)
Stars: ✭ 23 (-8%)
Mutual labels:  mdc
slf4j-lambda
slf4j with Java 8 lambda
Stars: ✭ 23 (-8%)
Mutual labels:  slf4j
grpc-apm-spring-boot-starter
Spring boot starter for gRPC framework with Elastic APM
Stars: ✭ 18 (-28%)
Mutual labels:  interceptor

CDI logging-interceptor Download Join the chat at https://gitter.im/t1/logging-interceptor Java CI

CDI interceptor for logging to slf4j.

Logging is the standard example for writing interceptors. Yet, I didn't find a good one, so I wrote my own (and it was a lot of fun :)

There are two main use-cases for logging interceptors:

  • Log calls to existing methods: instead of repeating the method name and arguments within the method, simply annotate it. Often called tracing (see example). Note that interceptors are not triggered when you do local calls, so you may need to resort to the other, more classical logging use-case:
  • Instead of using the generic logging api, you can define a pojo that does nothing but log (with the same annotation as above). Makes mocking your unit tests very easy, in case you want to make sure about what logs are written. (see example)

News

Version 3.x

We use semantic versioning. tl;dr: versions consist of three parts with a semantic: The Bad (major = breaking changes), the Good (minor = new features), and the Ugly (micro/patch = bugfixes).

So going to 3.0.0 was Bad, as it may break existing applications. But sometimes Bad things are necessary. Here we need it to get to Java 8 and replace esp. Joda-Date (BTW: big kudos to Stephen for that project and for making it obsolete by moving it to Java 8).

Features

  • Logs to slf4j (and you can go to any logging framework from there).
  • Annotate methods as @Logged to log the call and eventually return value or exceptions thrown (both including time).
  • Annotate a class to have all managed methods within logged (see examples).
  • Annotate a CDI @Stereotype and have all managed methods logged.
  • Define the log level in the @Logged annotation; if you don't specify one, it's derived from the recursively containing type or package (i.e. you can annotate your package-info.java and inherit the log level from there; this doesn't work for the interception itself, as CDI doesn't support that) or finally DEBUG.
  • The exception thrown is logged with a message like failed with IllegalArgumentException so the stack trace isn't repeated for every method the throw passes through.
  • If the last parameter is a Throwable, it's passed to slf4j, so the stack trace is printed out; i.e. the logging-interceptor formats the message without the Throwable before it passes it on (that's an addition to the slf4j api). (see example)
  • The default logger is the top level class containing the method being logged; you can explicitly set it in the @Logged annotation.
  • The default log message is the name of the method, with camel case converted to spaces (e.g. "getNextCustomer" -> "get next customer") and parameters appended; you can explicitly set it in the @Logged annotation.
  • Define a returnFormat to control what's being logged when the message returns. Defaults to return {returnValue} [time:{time}], or nothing for void methods.
  • And empty log message format or return format won't be logged at all, so you can have either or.
  • In addition to the slf4j log message format placeholders, you can use positional indexes (e.g. {0}) or parameter names (e.g. {firstName}; requires jdk8 parameter meta data or debug info). And you can use simple expressions, like person.address.zip.
  • Parameters annotated as @DontLog are not logged; very useful for, e.g., passwords.
  • Parameters annotated as @LogContext are added to the MDC (and cleaned up thereafter). Very handy to add, e.g., the main business reference key to all logs written below.
  • Define producers for LogContextVariables for other MDC variables; a producer for the version and app of the containing jar/ear/war is provided (requires the implementation or specification version in the manifest). As a convenience, you also can just annotate a field as @LogContext, so you don't have to package the field into a LogContextVariable.
  • Add a MDC variable indent to your pattern to visualize the call hierarchy of logged statements.
  • Define converters, to e.g. extract the customer number from a customer object, by implementing Converter (see example). Converters for javax.ws.rs.core.UriInfo and javax.ws.rs.core.Response are provided.
  • Set @Logged#json to have some information put into an MDC variable json. It's a JSON map without the outer curlies; you'll have to add those to your pattern.
    • EVENT: the timestamp, event (the method name, not converted to spaces), logger, and level.
    • PARAMETERS: the parameters of the method.
    • CONTEXT: all MDC variables (like %X, but with colons instead of = between keys and values).
    • ALL: for all of the above, so you can log using json with the log pattern {%X{json}}.
  • Set @Logged#repeat to limit the number of log repeats, e.g. ONCE_PER_DAY will not repeat any calls until 24 hours have passed since the previous call.
  • Also works @AroundTimeout, e.g. when a EJB @Schedule fires... although we can't test it automatically in our Weld container.

Examples

Basic Trace

@Path("/customers")
@Logged(level = INFO)
public class CustomersResource {
    @GET
    @Path("/{customer-id}")
    public Customer getCustomer(@PathParam("customer-id") String customerId) {
        return ...
    }
}

would log calls to all methods in CustomersResource at INFO level, e.g.:

get customer 1234
return Customer(id=1234, firstName="Joe", ...)

Classic Logger

static class CustomersResourceLogger {
    @Logged("found {} for id {}")
    void foundCustomerForId(Customer customer, String customerId) {}
}

@Inject CustomersResourceLogger log;

...
log.foundCustomerForId(customer, "1234");
...

would log:

found Customer(id=1234, firstName="Joe", ...) for id 1234

Log Stack Trace

static class ExceptionLogger {
    @Logged(level = ERROR)
    void failed(String operation, RuntimeException e) {}
}

@Inject
ExceptionLogger exceptionLogger;

...
try {
    ...
} catch (RuntimeException e) {
    exceptionLogger.failed("my operation", e);
}
...

would log the message failed my operation with the exception and stack trace.

Converter

public class ResponseLogConverter implements Converter {
    public String convert(Response response) {
        StatusType statusInfo = response.getStatusInfo();
        return statusInfo.getStatusCode() + " " + statusInfo.getReasonPhrase() + entityInfo(response);
    }

    private String entityInfo(Response response) {
        Object entity = response.getEntity();
        if (entity == null)
            return "";
        return ": " + entity.getClass().getSimpleName();
    }
}

Download

Add Bintray to your settings.xml (see the Set me up! button) and this Maven dependency to your pom.xml:

<dependency>
  <groupId>com.github.t1</groupId>
  <artifactId>logging-interceptor</artifactId>
  <version>${logging-interceptor.version}</version>
</dependency>

Enable in Java EE 7

The interceptor is annotated with a @Priority (see the last paragraph in Java EE Tutorial). So it is automatically activated if you add it as a library to you application.

Enable in Java EE 6

Enabling interceptors from a library jar is a bit tricky in CDI 1.0. If you'd just add the logging-interceptor.jar to your war or ear, it was a separate CDI module, and the interceptor was not useable in your application. So you'll have to overlay the jar contents into your application by adding this to your pom.xml:

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-war-plugin</artifactId>
            <version>2.4</version>
            <configuration>
                <overlays>
                    <overlay>
                        <groupId>com.github.t1</groupId>
                        <artifactId>logging-interceptor</artifactId>
                        <type>jar</type>
                        <targetPath>WEB-INF/classes</targetPath>
                    </overlay>
                </overlays>
            </configuration>
        </plugin>
    </plugins>
</build>

<dependencies>
    <dependency>
        <groupId>com.github.t1</groupId>
        <artifactId>logging-interceptor</artifactId>
        <optional>true</optional>
    </dependency>
</dependencies>

Then you can activate the interceptor in the application's beans.xml:

<beans xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/beans_1_0.xsd">
    <interceptors>
        <class>com.github.t1.log.LoggingInterceptor</class>
    </interceptors>
</beans>

License

Licensed under Apache License 2.0

Note that the project description data, including the texts, logos, images, and/or trademarks, for each open source project belongs to its rightful owner. If you wish to add or remove any projects, please contact us at [email protected].