Loggifier.unkrig.de: Difference between revisions

From unkrig.de
Jump to navigation Jump to search
No edit summary
mNo edit summary
 
(26 intermediate revisions by the same user not shown)
Line 1: Line 1:
<meta name="keywords" content="java, logging, inject, automated"></meta>
<meta name="description" content="A tool for automated injection of logging code into Java class files"></meta>
== Motivation ==
== Motivation ==


Line 29: Line 31:
== Getting started ==
== Getting started ==


I presume that you know what <code>java.util.logging</code> is and why you want to use logging at all (e.g. in favor of an interactive debugger).
Click [[Loggifier.unkrig.de / Getting Started|here]] to take the fast track to Loggifier.
 
So let's start with a very simple program:
 
  '''import''' java.util.logging.Logger;
   
  '''public class''' Main {
   
      '''private static final''' Logger LOGGER = Logger.getLogger("Main.USER");
   
      '''public static void''' main(String[] args) {
          System.out.println("HELLO WORLD");
          LOGGER.fine("About to terminate");
      }
  }
 
By default, <code>java.util.logging</code> is disabled, so we don't get any logging output:
 
  '''$ javac Main.java'''
  '''$ java Main'''
  HELLO WORLD
  '''$'''
 
To enable logging, we need to create one more file
 
  # File 'my_logging.properties'.
  .level = FINEST
  handlers = java.util.logging.ConsoleHandler
  java.util.logging.ConsoleHandler.level    = FINEST
  java.util.logging.ConsoleHandler.formatter = java.util.logging.SimpleFormatter
  java.util.logging.SimpleFormatter.format  = [%2$20s] %4$s: %5$s%n
 
, and run our program with the <code>java.util.logging.config.file</code> system property set:
 
  '''$ java -Djava.util.logging.config.file=my_logging.properties Main'''
  HELLO WORLD
  <span style="color:red">[          Main main] FINE: About to terminate</span>
  '''$'''
 
So now let's loggify the <code>Main</code> class! Get <code>de.unkrig.loggifier.jar</code> and <code>de.unkrig.loggifier-runtime.jar</code> from [http://loggifier.unkrig.de/download/] and run:
 
  '''$ ls -l'''
  -rwx------+ 1 aunkrig users 969 Aug 26 11:23 Main.class
  '''$ java -cp de.unkrig.loggifier.jar de.unkrig.loggifier.Main Main.class'''
  '''$ ls -l'''
  -rwx------+ 1 aunkrig users 2314 Aug 26 11:23 Main.class
  '''$'''
 
Not only can you pass class files to LOGGIFER, but also directories, files in ZIP format that contain <code>.class</code> files (e.g. JAR and WAR files), and even ZIP files that contain nested ZIP files with <code>.class</code> files (e.g. EAR files). In
any case, LOGGIFIER will modify the contained <code>.class</code> files "in-place".
 
(In this example, we were using the [[#Command line tool|command line tool]], but there are several other [[#Tools|tools]] to get the job done.)
 
Now what logging do we get now?
 
  '''$ java -Djava.util.logging.config.file=my_logging.properties -cp de.unkrig.loggifier-runtime.jar\;. Main'''
  <span style="color:red">[    Main <clinit>()] FINER: (Main.java:6) ENTRY  args=()</span>
  <span style="color:red">[    Main <clinit>()] FINER: (Main.java:6) RETURN</span>
  <span style="color:red">[ Main main(String[])] FINER: (Main.java:9) ENTRY  args=(args=String[0])</span>
  HELLO WORLD
  <span style="color:red">[          Main main] FINE: About to terminate</span>
  <span style="color:red">[ Main main(String[])] FINER: (Main.java:12) RETURN</span>
  '''$'''
 
Notice that you now need to have the (very small) <code>de.unkrig.loggifier-runtime.jar</code> on the class path, because the injected logging code needs that.
 
By default, LOGGIFIER injects a 'reasonable' amount of logging: You can see how the class initializer of the <code>Main</code> class is executed, then how the <code>main()</code> method is entered and how it returns. Notice how the hand-written logging seamlessly mixes with the automatically injected logging.
 
Effectively, we can now remove the hand-written logging code from our class, because the automatically injected logging
code now does the job:
 
  '''public class''' Main {
   
      '''public static void''' main(String[] args) {
          System.out.println("HELLO WORLD");
      }
  }
 
Now let's compile, loggify and run again:
 
  '''$ java -Djava.util.logging.config.file=my_logging.properties -cp de.unkrig.loggifier-runtime.jar\;. Main'''
  <span style="color:red">[    Main <clinit>()] FINER: (Main.java:6) ENTRY  args=()</span>
  <span style="color:red">[    Main <clinit>()] FINER: (Main.java:6) RETURN</span>
  <span style="color:red">[ Main main(String[])] FINER: (Main.java:9) ENTRY  args=(args=String[0])</span>
  HELLO WORLD
  <span style="color:red">[ Main main(String[])] FINER: (Main.java:12) RETURN</span>
  '''$'''
 
For demonstration, we now set the amount of logging to the highest possible level. There are several ways to configure the injection of logging code: We can pass a [[#Loggification rules|loggification rule]] to the LOGGIFER like '-rule ALL=FINE', or through a <code>@Loggify</code> annotation to any class, constructor or method declaration:
 
  '''import''' de.unkrig.loggifier.runtime.annotation.Loggify;
   
  @Loggify("ALL=FINE")
  '''public class''' Main {
      // ...
 
Then compile, loggify and run again:
 
  '''$ javac Main.java -cp de.unkrig.loggifier-runtime.jar'''
  '''$ java -cp de.unkrig.loggifier.jar de.unkrig.loggifier.Main Main.class'''
  '''$ java -Djava.util.logging.config.file=my_logging.properties -cp de.unkrig.loggifier-runtime.jar\;. Main'''
  <span style="color:red">[    Main <clinit>()] FINE: (Main.java:1) CLINIT Main</span>
  <span style="color:red">[    Main <clinit>()] FINE: (Main.java:9) ENTRY  args=()</span>
  <span style="color:red">[    Main <clinit>()] FINE: (Main.java:9) CONST  "Main.USER"</span>
  <span style="color:red">[    Main <clinit>()] FINE: (Main.java:9) INVOKE Logger.getLogger(String): args=("Main.USER")</span>
  <span style="color:red">[    Main <clinit>()] FINE: (Main.java:9) RESULT Logger.getLogger(String) => java.util.logging.Logger@53c60f74</span>
  <span style="color:red">[    Main <clinit>()] FINE: (Main.java:9) PUT    java.util.logging.Logger@53c60f74 => Main.LOGGER</span>
  <span style="color:red">[    Main <clinit>()] FINE: (Main.java:9) RETURN</span>
  <span style="color:red">[ Main main(String[])] FINE: (Main.java:12) ENTRY  args=(args=String[0])</span>
  <span style="color:red">[ Main main(String[])] FINE: (Main.java:12) GET    System.out => java.io.PrintStream@7020b3a3</span>
  <span style="color:red">[ Main main(String[])] FINE: (Main.java:12) CONST  "HELLO WORLD"</span>
  <span style="color:red">[ Main main(String[])] FINE: (Main.java:12) INVOKE PrintStream.println(String): target=java.io.PrintStream@7020b3a3, args=("HELLO WORLD")</span>
  HELLO WORLD
  <span style="color:red">[ Main main(String[])] FINE: (Main.java:12) RESULT PrintStream.println(String)</span>
  <span style="color:red">[ Main main(String[])] FINE: (Main.java:15) RETURN</span>
  '''$'''
 
(Notice that JAVAC now needs "de.unkrig.loggifier-runtime.jar" on the class path, because "@Loggify" lives there.)
 
Now you can watch how the <code>System.out</code> field is read and the string constant <code>"HELLO WORLD"</code> is used - if you're interested.


== Tools ==
== Tools ==
Line 155: Line 38:


* At build time:
* At build time:
** The LOGGIFIER [[#Command line tool|command line tool]]
** The LOGGIFIER [[Loggifier.unkrig.de / Tools / Command line tool|command line tool]]
** The LOGGIFIER [[#ECLIPSE Plugin|ECLIPSE plug-in]]
** The LOGGIFIER [[Loggifier.unkrig.de / Tools / Eclipse plug-in|ECLIPSE plug-in]]
** The &lt;de.unkrig.loggifier> [[#ANT task|ANT task]]
** The <code><de.unkrig.loggifier></code> [[Loggifier.unkrig.de / Tools / Ant task|ANT task]]
* At runtime:
* At runtime:
** The [[#LoggifyingClassLoader|LoggifyingClassLoader]]
** The [[Loggifier.unkrig.de / Tools / LoggifyingClassLoader|LoggifyingClassLoader]]
** With a [[#Java Agent|Java agent]]
** The LOGGIFIER [[Loggifier.unkrig.de / Tools / Java agent|Java agent]]


=== Command line tool ===
== Loggification ==


  '''$ java -cp de.unkrig.loggifier.jar de.unkrig.loggifier.Main -help'''
The LOGGIFIER loads a class file and analyzes the bytecode of the class's constructors and methods. Looking at the code, it identifies "interesting" points where logging code could be inserted. Each of the logging points is characterized by an [[#Logging actions|action]]. For each logging point, the relevant [[#Loggification rules|loggification rules]] are executed, and the first that matches determines at what level the logging event is to be logged (or if no logging code is injected for this logging point). Loggification rules optionally have a [[#Discriminator expression|discriminator expression]], which has a set of [[#Discriminator expression parameters|parameters]].
  Implants logging code into Java class files 'in-place', also in ZIP format
  files (zip, jar, war, ear, ...) and nested ZIP format files.
  Usage:
    java de.unkrig.loggifier.Main [ &lt;option> ] ... &lt;dir-or-file>
    java de.unkrig.loggifier.Main [ &lt;option> ] ... &lt;dir-or-file> &lt;dir-or-file>
    java de.unkrig.loggifier.Main [ &lt;option> ] ... &lt;dir-or-file> ... &lt;dir>
 
  Valid options:
    -keep          Keep copies of original files
    -selector &lt;glob>
                    Loggify only files matching the &lt;glob>, e.g. '**.jar!**Test*.class'
    -rule &lt;rule>    Add the given rule
  The rule format is as follows
    &lt;action>[,&lt;action>]...=&lt;level>[:&lt;expression>]
  &lt;action>    is one of [ALOAD, ARITH, ASTORE, CAST, CATCH, CLINIT, CONST, CONVERT, ENTRY, GET, INVOKE, INSTANCEOF,
              LENGTH, LOAD, NEW, PUT, RESULT, RETURN, STORE, SWITCH, THROW]
  &lt;level>      is one of [ OFF SEVERE WARNING INFO CONFIG FINE FINER FINEST ]
  &lt;expression> is like '(&lt;eq> || &lt;eq>) && !&lt;eq>', where
  &lt;eq>        is '&lt;var> == &lt;glob>', where
  &lt;var>        is one of [ class source line ] (for action 'STORE' also 'name').
  &lt;glob>      is a 'glob pattern' in single quotes like '*main*'.
 
  The exit status is 1 iff errors eccurred during loggification.


=== ECLIPSE Plugin ===
=== Logging actions ===


When the plug-in is installed (see below), you will find a new page in the 'Project Properties' dialog:
Each section of code is characterized by an 'Action'. For example, the JVM bytecodes <code>PUTFIELD</code> and <code>PUTSTATIC</code> are characterized by action '''PUT'''.


[[File:Loggifer_project_properties_page.png]]
{| class="wikitable"
|-
|'''ALOAD'''    ||Log array type, array value, index and element value read from an array
|-
|'''ARITH'''    ||Log operands, operator (+, -, ...) and result of an arithmetic operation
|-
|'''ASTORE'''    ||Log the array, the index and the value being stored in an array
|-
|'''CAST'''      ||Log the type to which the operand is casted
|-
|'''CATCH'''    ||Log the declared catch type and the actually caught exception
|-
|'''CLINIT'''    ||Log the name of a class that is initialized
|-
|'''CONST'''    ||Log the value of a constant being pushed on the operand stack
|-
|'''CONVERT'''  ||Log a value that is arithmetically converted and the conversion result
|-
|'''ENTRY'''    ||Log the target object (if non-static) and the arguments as a method begins execution
|-
|'''GET'''      ||Log declaring class of, name of, source instance of (if non-static) and value read from a field
|-
|'''INVOKE'''    ||Log signature, target object (if non-static) and arguments right before a method is invoked
|-
|'''INSTANCEOF'''||Log the type to which the operand type is compared
|-
|'''LENGTH'''    ||Log the array who's length is determined
|-
|'''LOAD'''      ||Log type of, name of and value read from a local variable
|-
|'''NEW'''      ||Log the type of a new object being instantiated
|-
|'''PUT'''      ||Log declaring class of, name of, target instance of (if non-static) and value assigned to field
|-
|'''RESULT'''    ||Log method signature and invocation result (if not 'void')
|-
|'''RETURN'''    ||Log the value that is being returned by a method (if not 'void')
|-
|'''STORE'''    ||Log value assigned to, type of and name of a local variable
|-
|'''SWITCH'''    ||Log the integer value that a switch is being executed on
|-
|'''THROW'''    ||Log an exception right before it is thrown
|}


Here you can enable and configure loggification for the project.
=== Loggification rule syntax ===


=== ANT task ===
A rule triggers if and only if
* It applies to the action of the loggification point (ENTRY, EXIT, THROW, ...)
* Its discriminator expression (if any) evaluates to TRUE for the actual point (who's properties are availables as variables in the discriminator expression, see above)


LOGGIFIER defines a new task "&lt;de.unkrig.loggifier>" that loggifies your code just like the command line tool. See the [[#Example|example]] to see how to make the new task accessible from inside your ANT script.
The syntax of all loggification rules is:


==== Attributes ====
loggification-rule :=
 
     ( action { ',' action } | 'ALL' ) '=' level [ ':' discriminator-expression ]
;selector     :Which class files to instrument, e.g. "~**Test*.class". Default is "all files".
;out          :Where to write the output file or directory. Default is to perform an "in-place" loggification
action :=
;keepOriginals :Keep copies of the original files (e.g. <code>.MyClass.class.orig</code> and <code>.MyJar.jar.orig</code>).
    (One of the actions documented above)
 
==== Subelements ====
level :=
 
    'SEVERE' | 'WARNING' | 'INFO' | 'CONFIG' | 'FINE' | 'FINER' | 'FINEST'
;rule                                :A loggification rule, e.g. 'STORE=FINE'
;Resource Collection (<fileset> etc.) :The files to loggify (.class, .jar, .war, .ear, ...)
discriminator-expression :=
 
    (Syntax defined below)
==== Example ====
 
  <project>
      <taskdef classpath="lib/de.unkrig.loggifier.jar" resource="de/unkrig/loggifier/ant.properties" />
 
      <target name="default">
          <loggifier>
              <rule>ALL=FINE</rule>
              <fileset file="bin/Main.class" />
          </loggifier>
      </target>
  </project>
 
=== LoggifyingClassLoader ===
 
From inside a running JVM, you can load loggified classes with the help of the <code>de.unkrig.loggifier.LoggifyingClassLoader</code>.
 
=== Java Agent ===


Probably the most convenient way to loggify classes at runtime is to start the JVM with the following command line option:
Examples of valid loggification rules are:


  java -javaagent:path/to/de.unkrig.loggifier.jar ...
ALL=FINE
ENTRY=FINE
ARITH=FINE
LOAD,CONVERT,ARITH,STORE=FINE
ALL=FINE:class =* "de.*"


The LOGGIFIER plugs into the [[http://docs.oracle.com/javase/7/docs/api/java/lang/instrument/package-summary.html|Java programming language agents" API]] (available since Java 5) and implements loggification at class-loading time.
(<code>=*</code> is the 'glob matching operator', e.g. "hello" matches "he*".)


== Loggification events ==
=== Loggification rule precedence ===
 
Generally the LOGGIFER considers various points in the code that could be subject to loggification. Each of these
points is identified by
 
;action
:E.g. 'method entry', 'local variable assignment', 'arithmetic operation' (see [[#Logging actions|logging actions]])
;source
:The name of the Java source file that JAVAC stores in each .class file if enabled by '-g:source'.
;classAccess
:The accessibility of the class being instrumented ('public', 'protected' or 'private')
;class
:The fully qualified name of the class being instrumented, e.g. '{@code pkg.MyClass}'
;methodAccess
:The accessibility of the method being instrumented ('public', 'protected' or 'private')
;method
:The enhanced, dequalified name of the method being instrumented, e.g. 'meth(String, MyClass)' or '<T extends IOException>meth(T, MyClass, List<T>)'
;line
:The line number related to the code point being instrumented that JAVAC stores in each .class file if enabled by '-g:lines'.
;type (only for actions CAST, INSTANCEOF and NEW)
:The relevant type for the operation, e.g. 'pkg.Class', 'pkg.Class[][]', 'int[][]'
;classAndField (only for actions GET and PUT)
:The subject class and field, e.g. 'pkg.Class.field'
;variable (only for actions LOAD and STORE)
:The name of the subject local variable
 
At each loggification point, the LOGGIFIER determines if logging code is to be inserted or not ('discrimination') and
on which level the event will be logged at runtime ('level'). This is achieved by checking the 'loggification
rules'.
 
== Logging actions ==
 
;ALOAD    :Log array type, array value, index and element value read from an array
;ARITH    :Log operands, operator (+, -, ...) and result of an arithmetic operation
;ASTORE    :Log the array, the index and the value being stored in an array
;CAST      :Log the type to which the operand is casted
;CATCH    :Log the declared catch type and the actually caught exception
;CLINIT    :Log the name of a class that is initialized
;CONST    :Log the value of a constant being pushed on the operand stack
;CONVERT  :Log a value that is arithmetically converted and the conversion result
;ENTRY    :Log the target object (if non-static) and the arguments as a method begins execution
;GET      :Log declaring class of, name of, source instance of (if non-static) and value read from a field
;INVOKE    :Log signature, target object (if non-static) and arguments right before a method is invoked
;INSTANCEOF:Log the type to which the operand type is compared
;LENGTH    :Log the array who's length is determined
;LOAD      :Log type of, name of and value read from a local variable
;NEW      :Log the type of a new object being instantiated
;PUT      :Log declaring class of, name of, target instance of (if non-static) and value assigned to field
;RESULT    :Log method signature and invocation result (if not 'void')
;RETURN    :Log the value that is being returned by a method (if not 'void')
;STORE    :Log value assigned to, type of and name of a local variable
;SWITCH    :Log the integer value that a switch is being executed on
;THROW    :Log an exception right before it is thrown
 
== Loggification rules ==
 
To each loggification point a sequence of loggification rules applies. The first rule that triggers determines the
level on which the point will be logged at runtime. (If the level evaluates to 'OFF' then no logging code is
inserted.)
 
A rule triggers if and only if
* It applies to the action of the loggification point (ENTRY, EXIT, THROW, ...)
* Its discriminator expression (if any) evaluates to TRUE for the actual point (who's properties are availables as variables in the discriminator expression, see above)


The sequence of checked rules for each logging point is as follows:
The sequence of checked rules for each logging point is as follows:
Line 313: Line 141:
:Its values of in reverse order (i.e. the last value/rule takes the highest precedence).
:Its values of in reverse order (i.e. the last value/rule takes the highest precedence).


;If using the four-parameter LoggifyingClassLoader constructor
;If using the four-parameter [[Loggifier.unkrig.de / Tools / LoggifyingClassLoader|LoggifyingClassLoader]] constructor
:The 'logLevelCalculator' argument.
:The 'logLevelCalculator' argument.


;If using the ANT task
;If using the [[Loggifier.unkrig.de / Tools / Ant task|ANT task]]
:'<rule>' subelements, in reverse order (i.e. the last <rule> takes the highest precedence).
:<code><rule></code> subelements, in reverse order (i.e. the last <code><rule></code> takes the highest precedence).


;If using the LOGGIFIER command line tool
;If using the [[Loggifier.unkrig.de / Tools / Command line tool|LOGGIFIER command line tool]]
:The '-rule' options, in reverse order (i.e. the last '-rule' option takes the highest precedence).
:The '-rule' options, in reverse order (i.e. the last '-rule' option takes the highest precedence).


;If using the ECLIPSE builder
;If using the [[Loggifier.unkrig.de / Tools / Eclipse plug-in|ECLIPSE plug-in]]
:The levels on the "Loggifier" property page of each project. (This rule ALWAYS applies, hence the following rules are never executed).
:The levels on the "Loggifier" property page of each project. (This rule ALWAYS applies, hence the following rules are never executed).


;Accesses to local variable who's name ends with '__'
;If using the [[Loggifier.unkrig.de / Tools / Java agent|Java agent]]
:Its argument string passed to the agent, split at '\n', in reverse order (i.e. the last fragment/rule takes the highest precedence).
 
;If the action is LOAD or STORE, and the local variable's name ends with '__'
:FINER
:FINER


;Accesses to fields who's name ends with '__'
;If the action is GET or PUT, and the field's name ends with '__'
:FINER
:FINER


;Instantiations of a class who's name ends with '__'
;If the action is NEW, CAST or INSTANCEOF, and the target class's name ends with '__'
:FINER
 
;If the action is ENTRY, RETURN or THROW
:FINER
:FINER


Line 337: Line 171:
:OFF
:OFF


Notice that non-static fields (a.k.a. 'instance variables) are initialized by the class's constructors. Static fields ('class variables') are initialized by the synthetic '<clinit>()' method, which cannot be annotated in source code.
Notice that non-static fields (a.k.a. 'instance variables') are initialized by the class's constructors. Static fields ('class variables') are initialized by the synthetic <code><clinit>()</code> method, which cannot be annotated in source code.
 
=== Discriminator expression ===
 
Discriminator expressions are implemented by means of <code>de.unkrig.commons.text.expression.ExpressionEvaluator</code>; find the expression syntax documented [http://commons.unkrig.de/javadoc/de/unkrig/commons/text/expression/Parser.html here].
 
=== Discriminator expression parameters ===
 
To provide fine-grained control over loggification, the properties of each loggification point are provided as parameters to the discriminator expression:
 
;action
:One of the [[#Logging actions|documented logging actions]]
;source
:The name of the Java source file that JAVAC stores in each <code>.class</code> file if enabled by <code>-g:source</code>.
;classAccess
:The accessibility of the class being instrumented (<code>public</code>, <code>protected</code> or <code>private</code>)
;class
:The fully qualified name of the class being instrumented, e.g. <code>pkg.MyClass</code>
;methodAccess
:The accessibility of the method being instrumented (<code>public</code>, <code>protected</code> or <code>private</code>)
;method
:The enhanced, dequalified name of the method being instrumented, e.g. <code>meth(String, MyClass)</code> or <code><T extends IOException>meth(T, MyClass, List<T>)</code>
;line
:The line number related to the code point being instrumented that JAVAC stores in each .class file if enabled by <code>-g:lines</code>
;type
:The relevant type for the operation, e.g. <code>pkg.Class</code>, <code>pkg.Class[][]</code>, <code>int[][]</code> (only for actions '''CAST''', '''INSTANCEOF''' and '''NEW''')
;classAndField
:The subject class and field, e.g. <code>pkg.Class.field</code> (only for actions '''GET''' and '''PUT''')
;variable
:The name of the subject local variable (only for actions '''LOAD''' and '''STORE''')
 
At each loggification point, the LOGGIFIER determines if logging code is to be inserted or not ('discrimination') and
on which level the event will be logged at runtime ('level'). This is achieved by checking the 'loggification
rules'.


== Download ==
== Download ==

Latest revision as of 19:10, 21 January 2016

<meta name="keywords" content="java, logging, inject, automated"></meta> <meta name="description" content="A tool for automated injection of logging code into Java class files"></meta>

Motivation[edit]

Have you ever wondered how much cleaner your code would look if it weren't littered with all that logging code? And, when you're hunting bugs in production environments, do you produce tons of logging output, but often find that the critical bit of information that you need is missing?

If the answers are "no" and "no", then stop reading. Otherwise, LOGGIFIER may be the tool you need.

Overview[edit]

The concept of LOGGIFIER is as follows:

  • Relevant class files are instrumented during the build process:
    Code similar to
   if (MyClass.__logger123.isLoggable(Level.FINE)) {
        Helper.logp(
            MyClass.__logger123,      // logger
            Level.FINE,               // level
            "com.acme.MyClass",       // sourceClass
            "main(String[])",         // sourceMethod
            "MyClass.java",           // source
            120,                      // lineNumber
            "ENTRY  args=(args={0})", // message
            new Object[] { arg1 }     // parameters
        );
    }
is inserted all over the place. (Helper.logp() eventually calls java.util.logging.Logger.logp(), after having done some pretty-printing on the message arguments.) Where exactly (in the example: At the top of 'MyClass.main()'), and at what log level (here: FINE) is controlled by the applicable loggification rules. In typical scenarios, the default rules should generate a reasonable amount of logging points.
  • The instrumentation remains even in production. This is possible because the instrumentation is optimized for very low overhead (as you can see in the code above: The call to 'isLoggable()' is typically super fast).
  • Alternatively you loggify the code only when you start debugging. This is often less practical, because it requires that you either have access to the .jar/.war/.ear files in the target environment., or restart the JVM with loggification activated. Also, the restart or the loggification may influence the problems that you want to track down.
  • Then, when it comes to debugging, you enable logging at runtime, e.g. by editing the 'logging.properties' file, or by connecting to the running JVM through JMX. LOGGIFIER does not have one single Logger or one Logger per class, but separate loggers for all classes, methods and events. (Loggers are cheap, so the cost for having hundreds of them is low.) Hence you can enable the logging very selectively and thereby keep the amount of logging output reasonable.

Getting started[edit]

Click here to take the fast track to Loggifier.

Tools[edit]

There are various tools to loggify your classes:

Loggification[edit]

The LOGGIFIER loads a class file and analyzes the bytecode of the class's constructors and methods. Looking at the code, it identifies "interesting" points where logging code could be inserted. Each of the logging points is characterized by an action. For each logging point, the relevant loggification rules are executed, and the first that matches determines at what level the logging event is to be logged (or if no logging code is injected for this logging point). Loggification rules optionally have a discriminator expression, which has a set of parameters.

Logging actions[edit]

Each section of code is characterized by an 'Action'. For example, the JVM bytecodes PUTFIELD and PUTSTATIC are characterized by action PUT.

ALOAD Log array type, array value, index and element value read from an array
ARITH Log operands, operator (+, -, ...) and result of an arithmetic operation
ASTORE Log the array, the index and the value being stored in an array
CAST Log the type to which the operand is casted
CATCH Log the declared catch type and the actually caught exception
CLINIT Log the name of a class that is initialized
CONST Log the value of a constant being pushed on the operand stack
CONVERT Log a value that is arithmetically converted and the conversion result
ENTRY Log the target object (if non-static) and the arguments as a method begins execution
GET Log declaring class of, name of, source instance of (if non-static) and value read from a field
INVOKE Log signature, target object (if non-static) and arguments right before a method is invoked
INSTANCEOF Log the type to which the operand type is compared
LENGTH Log the array who's length is determined
LOAD Log type of, name of and value read from a local variable
NEW Log the type of a new object being instantiated
PUT Log declaring class of, name of, target instance of (if non-static) and value assigned to field
RESULT Log method signature and invocation result (if not 'void')
RETURN Log the value that is being returned by a method (if not 'void')
STORE Log value assigned to, type of and name of a local variable
SWITCH Log the integer value that a switch is being executed on
THROW Log an exception right before it is thrown

Loggification rule syntax[edit]

A rule triggers if and only if

  • It applies to the action of the loggification point (ENTRY, EXIT, THROW, ...)
  • Its discriminator expression (if any) evaluates to TRUE for the actual point (who's properties are availables as variables in the discriminator expression, see above)

The syntax of all loggification rules is:

loggification-rule :=
    ( action { ',' action } | 'ALL' ) '=' level [ ':' discriminator-expression ]

action :=
    (One of the actions documented above)

level :=
    'SEVERE' | 'WARNING' | 'INFO' | 'CONFIG' | 'FINE' | 'FINER' | 'FINEST'

discriminator-expression :=
    (Syntax defined below)

Examples of valid loggification rules are:

ALL=FINE
ENTRY=FINE
ARITH=FINE
LOAD,CONVERT,ARITH,STORE=FINE
ALL=FINE:class =* "de.*"

(=* is the 'glob matching operator', e.g. "hello" matches "he*".)

Loggification rule precedence[edit]

The sequence of checked rules for each logging point is as follows:

If the constructor or method being instrumented has a '@Loggify' annotation (not for action CLINIT)
Its values in reverse order (i.e. the last value/rule takes the highest precedence).
If a field 'static final String $$loggifierRules = "xyz"' was declared before the contructor or method being instrumented
Its value, split at '\n', in reverse order (i.e. the last fragment/rule takes the highest precedence).
If the class or interface being instrumented has a '@Loggify' annotation
Its values of in reverse order (i.e. the last value/rule takes the highest precedence).
If using the four-parameter LoggifyingClassLoader constructor
The 'logLevelCalculator' argument.
If using the ANT task
<rule> subelements, in reverse order (i.e. the last <rule> takes the highest precedence).
If using the LOGGIFIER command line tool
The '-rule' options, in reverse order (i.e. the last '-rule' option takes the highest precedence).
If using the ECLIPSE plug-in
The levels on the "Loggifier" property page of each project. (This rule ALWAYS applies, hence the following rules are never executed).
If using the Java agent
Its argument string passed to the agent, split at '\n', in reverse order (i.e. the last fragment/rule takes the highest precedence).
If the action is LOAD or STORE, and the local variable's name ends with '__'
FINER
If the action is GET or PUT, and the field's name ends with '__'
FINER
If the action is NEW, CAST or INSTANCEOF, and the target class's name ends with '__'
FINER
If the action is ENTRY, RETURN or THROW
FINER
Last resort (when none of the above rules triggered)
OFF

Notice that non-static fields (a.k.a. 'instance variables') are initialized by the class's constructors. Static fields ('class variables') are initialized by the synthetic <clinit>() method, which cannot be annotated in source code.

Discriminator expression[edit]

Discriminator expressions are implemented by means of de.unkrig.commons.text.expression.ExpressionEvaluator; find the expression syntax documented here.

Discriminator expression parameters[edit]

To provide fine-grained control over loggification, the properties of each loggification point are provided as parameters to the discriminator expression:

action
One of the documented logging actions
source
The name of the Java source file that JAVAC stores in each .class file if enabled by -g:source.
classAccess
The accessibility of the class being instrumented (public, protected or private)
class
The fully qualified name of the class being instrumented, e.g. pkg.MyClass
methodAccess
The accessibility of the method being instrumented (public, protected or private)
method
The enhanced, dequalified name of the method being instrumented, e.g. meth(String, MyClass) or <T extends IOException>meth(T, MyClass, List<T>)
line
The line number related to the code point being instrumented that JAVAC stores in each .class file if enabled by -g:lines
type
The relevant type for the operation, e.g. pkg.Class, pkg.Class[][], int[][] (only for actions CAST, INSTANCEOF and NEW)
classAndField
The subject class and field, e.g. pkg.Class.field (only for actions GET and PUT)
variable
The name of the subject local variable (only for actions LOAD and STORE)

At each loggification point, the LOGGIFIER determines if logging code is to be inserted or not ('discrimination') and on which level the event will be logged at runtime ('level'). This is achieved by checking the 'loggification rules'.

Download[edit]

To get the LOGGIFIER ECLIPSE plugins, define an update site

   http://loggifier.unkrig.de/update/

in "Help / Install new software...".

To get the JAR files mentioned above, download them from

   http://loggifier.unkrig.de/download/

The source code is available through SVN:

   https://svn.code.sf.net/p/loggifier/code

License[edit]

LOGGIFIER is published under the "New BSD License".