Skip to content

ValeSayfa/kieker

This branch is 2 commits ahead of, 2389 commits behind kieker-monitoring/kieker:main.

Folders and files

NameName
Last commit message
Last commit date

Latest commit

author
Valentin Seifermann
Jul 1, 2018
11f69dd · Jul 1, 2018
Mar 10, 2018
Mar 16, 2018
May 4, 2018
Mar 28, 2018
May 4, 2018
Mar 28, 2018
May 4, 2018
Mar 31, 2018
Mar 29, 2018
May 4, 2018
Jul 1, 2018
May 4, 2018
Mar 16, 2018
Sep 29, 2016
Nov 22, 2011
Feb 21, 2018
Nov 21, 2017
Sep 29, 2017
Feb 22, 2018
Sep 4, 2012
Apr 9, 2018
Nov 22, 2016
May 4, 2018
Dec 19, 2016
Mar 29, 2018
Jul 26, 2017
Feb 3, 2017
Aug 16, 2012
Apr 11, 2012
Feb 14, 2018
Aug 16, 2012
Oct 4, 2017

Repository files navigation

Kieker Monitoring Framework

The internal behavior of large-scale software systems cannot be determined on the basis of static (e.g., source code) analysis alone. Kieker provides complementary dynamic analysis capabilities, i.e., monitoring and analyzing a software system’s runtime behavior — enabling application performance monitoring and architecture discovery.

Detailed information about Kieker is provided at http://kieker-monitoring.net/

Usage

Kieker releases (stable, nightly, etc.) can be downloaded from our website's Download Section.

Documentation on how to use Kieker can be found here: Kieker Documentation

Development and Contribution

Gradle is used as the build tool. A build.gradle file is provided.

For issue tracking and bug reports, JIRA is used at https://kieker-monitoring.atlassian.net/.

Further instructions for developers are available at https://kieker-monitoring.atlassian.net/wiki/display/DEV/

Eclipse Setup for Contributors

  • Get Gradle support by installing the Eclipse plugin "Buildship: ..." in version 2 or above.
  • If you have already imported Kieker in Eclipse, delete it
  • Import Kieker in Eclipse by importing it as gradle project (Eclipse will also import all submodules automatically)
  • Whenever you change a build.gradle file, regenerate the .project and .classpath files for Eclipse by using "Gradle->Refresh Gradle Project"

Read our Confluence pages for more information.

Code Conventions

Read and follow our code conventions

Debugging and Logging Kieker's Execution

Kieker uses the Simple Logging Facade for Java (SLF4J) to support the logging framework of your choice. In order to see or store log messages, you need to bind a logging framework at deployment time.

A fast and flexible logging framework that can be used with SLF4J is Logback. In order to use it, you have to download it and add the following Jar files to the classpath:

  • logback-classic-<version>.jar
  • logback-core-<version>.jar

Moreover, you have to set up a logback.xml file for configuration and add its containing folder to the classpath. An example of such a file is provided below:

<configuration>
  <!-- log to console -->
  <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
    <encoder>
      <pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern>
    </encoder>
  </appender>
  <!-- for logging to files see: https://logback.qos.ch/manual/appenders.html -->

  <!-- standard log level is "warn" -->
  <root level="warn">
    <appender-ref ref="STDOUT" />
  </root>
  <!-- set log level for TCP writer down to "info" -->
  <logger name="kieker.monitoring.writer.tcp" level="INFO" />
</configuration>

Logbacks official documentation provides more information on how to use and configure it.

About

Kieker's main repository

Resources

License

Stars

Watchers

Forks

Packages

No packages published

Languages

  • Java 92.4%
  • TeX 2.9%
  • HTML 1.4%
  • Roff 1.3%
  • Shell 1.2%
  • CSS 0.3%
  • Other 0.5%