spring-boot/spring-boot-actuator/pom.xml

188 lines
5.5 KiB
XML
Raw Normal View History

2013-04-24 17:02:07 +08:00
<?xml version="1.0" encoding="UTF-8"?>
2014-04-01 18:05:51 +08:00
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
2013-04-24 17:02:07 +08:00
<modelVersion>4.0.0</modelVersion>
<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-parent</artifactId>
2014-07-11 16:44:05 +08:00
<version>1.2.0.BUILD-SNAPSHOT</version>
<relativePath>../spring-boot-parent</relativePath>
2013-04-24 17:02:07 +08:00
</parent>
2013-07-31 16:46:34 +08:00
<artifactId>spring-boot-actuator</artifactId>
2014-04-01 16:10:51 +08:00
<name>Spring Boot Actuator</name>
<description>Spring Boot Actuator</description>
<url>http://projects.spring.io/spring-boot/</url>
<organization>
<name>Pivotal Software, Inc.</name>
<url>http://www.spring.io</url>
</organization>
2013-07-06 01:26:50 +08:00
<properties>
<main.basedir>${basedir}/..</main.basedir>
</properties>
2013-04-24 17:02:07 +08:00
<dependencies>
2013-07-06 01:26:50 +08:00
<!-- Compile -->
2013-04-24 17:02:07 +08:00
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-autoconfigure</artifactId>
2013-04-24 17:02:07 +08:00
</dependency>
<dependency>
2013-07-06 01:26:50 +08:00
<groupId>com.fasterxml.jackson.core</groupId>
<artifactId>jackson-databind</artifactId>
2013-04-24 17:02:07 +08:00
</dependency>
<dependency>
<groupId>org.springframework</groupId>
2013-07-06 01:26:50 +08:00
<artifactId>spring-core</artifactId>
2013-04-24 17:02:07 +08:00
</dependency>
<dependency>
<groupId>org.springframework</groupId>
2013-07-06 01:26:50 +08:00
<artifactId>spring-context</artifactId>
</dependency>
2013-07-06 01:26:50 +08:00
<!-- Optional -->
Refactor metrics to expose richer feature set Main user-facing interface is still Counter/GaugeService but the back end behind that has more options. The Default*Services write metrics to a MetricWriter and there are some variants of that, and also variants of MetricReader (basic read-only actions). MetricRepository is now a combination of MetricReader, MetricWriter and some more methods that make it a bit more repository like. There is also a MultiMetricReader and a MultiMetricRepository for the common case where metrics are stored in related (often open ended) groups. Examples would be complex metrics like histograms and "rich" metrics with averages and statistics attached (which are both closed) and "field counters" which count the occurrences of values of a particular named field or slot in an incoming message (e.g. counting Twitter hastags, open ended). In memory and redis implementations are provided for the repositories. Generally speaking the in memory repository should be used as a local buffer and then scheduled "exports" can be executed to copy metric values accross to a remote repository for aggregation. There is an Exporter interface to support this and a few implementations dealing with different strategies for storing the results (singly or grouped). Codahale metrics are also supported through the MetricWriter interface. Currently implemented through a naming convention (since Codahale has a fixed object model this makes sense): metrics beginning with "histogram" are Histograms, "timer" for Timers, "meter" for Meters etc. Support for message driven metric consumption and production are provided through a MetricWriterMessageHandler and a MessageChannelMetricWriter. No support yet for pagination in the repositories, or for HATEOAS style HTTP endpoints.
2013-12-07 00:10:50 +08:00
<dependency>
<groupId>com.codahale.metrics</groupId>
<artifactId>metrics-core</artifactId>
<optional>true</optional>
</dependency>
2013-04-24 17:02:07 +08:00
<dependency>
<groupId>javax.servlet</groupId>
<artifactId>javax.servlet-api</artifactId>
2013-07-06 01:26:50 +08:00
<optional>true</optional>
2014-05-23 03:32:36 +08:00
</dependency>
2014-01-22 01:41:27 +08:00
<dependency>
<groupId>org.hibernate</groupId>
<artifactId>hibernate-validator</artifactId>
<optional>true</optional>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-messaging</artifactId>
<optional>true</optional>
</dependency>
2013-04-24 17:02:07 +08:00
<dependency>
2013-07-06 01:26:50 +08:00
<groupId>org.springframework</groupId>
2013-11-01 00:49:36 +08:00
<artifactId>spring-jdbc</artifactId>
<optional>true</optional>
2013-04-24 17:02:07 +08:00
</dependency>
<dependency>
2013-07-06 01:26:50 +08:00
<groupId>org.springframework</groupId>
<artifactId>spring-webmvc</artifactId>
<optional>true</optional>
2013-04-24 17:02:07 +08:00
</dependency>
2014-05-22 23:45:14 +08:00
<dependency>
<groupId>org.springframework.data</groupId>
<artifactId>spring-data-mongodb</artifactId>
<optional>true</optional>
</dependency>
Refactor metrics to expose richer feature set Main user-facing interface is still Counter/GaugeService but the back end behind that has more options. The Default*Services write metrics to a MetricWriter and there are some variants of that, and also variants of MetricReader (basic read-only actions). MetricRepository is now a combination of MetricReader, MetricWriter and some more methods that make it a bit more repository like. There is also a MultiMetricReader and a MultiMetricRepository for the common case where metrics are stored in related (often open ended) groups. Examples would be complex metrics like histograms and "rich" metrics with averages and statistics attached (which are both closed) and "field counters" which count the occurrences of values of a particular named field or slot in an incoming message (e.g. counting Twitter hastags, open ended). In memory and redis implementations are provided for the repositories. Generally speaking the in memory repository should be used as a local buffer and then scheduled "exports" can be executed to copy metric values accross to a remote repository for aggregation. There is an Exporter interface to support this and a few implementations dealing with different strategies for storing the results (singly or grouped). Codahale metrics are also supported through the MetricWriter interface. Currently implemented through a naming convention (since Codahale has a fixed object model this makes sense): metrics beginning with "histogram" are Histograms, "timer" for Timers, "meter" for Meters etc. Support for message driven metric consumption and production are provided through a MetricWriterMessageHandler and a MessageChannelMetricWriter. No support yet for pagination in the repositories, or for HATEOAS style HTTP endpoints.
2013-12-07 00:10:50 +08:00
<dependency>
<groupId>org.springframework.data</groupId>
<artifactId>spring-data-redis</artifactId>
<optional>true</optional>
</dependency>
<dependency>
<groupId>org.springframework.data</groupId>
2014-05-22 23:45:14 +08:00
<artifactId>spring-data-solr</artifactId>
<optional>true</optional>
</dependency>
2013-04-24 17:02:07 +08:00
<dependency>
<groupId>org.springframework.security</groupId>
<artifactId>spring-security-web</artifactId>
2013-04-24 17:02:07 +08:00
<optional>true</optional>
</dependency>
2013-07-01 22:25:53 +08:00
<dependency>
<groupId>org.springframework.security</groupId>
<artifactId>spring-security-config</artifactId>
2013-11-26 09:12:56 +08:00
<optional>true</optional>
2013-07-01 22:25:53 +08:00
</dependency>
2013-04-24 17:02:07 +08:00
<dependency>
<groupId>org.apache.tomcat.embed</groupId>
<artifactId>tomcat-embed-core</artifactId>
<optional>true</optional>
</dependency>
<dependency>
<groupId>org.apache.tomcat.embed</groupId>
<artifactId>tomcat-embed-el</artifactId>
<optional>true</optional>
</dependency>
<dependency>
<groupId>org.crashub</groupId>
<artifactId>crash.shell</artifactId>
<optional>true</optional>
</dependency>
<dependency>
<groupId>org.crashub</groupId>
<artifactId>crash.cli</artifactId>
<optional>true</optional>
</dependency>
<dependency>
<groupId>org.crashub</groupId>
<artifactId>crash.embed.spring</artifactId>
<optional>true</optional>
</dependency>
<dependency>
<groupId>org.jolokia</groupId>
2013-11-26 09:12:56 +08:00
<artifactId>jolokia-core</artifactId>
<optional>true</optional>
2013-11-26 09:12:56 +08:00
</dependency>
<dependency>
<groupId>redis.clients</groupId>
<artifactId>jedis</artifactId>
<optional>true</optional>
</dependency>
2014-05-10 17:10:29 +08:00
<dependency>
<groupId>org.springframework.amqp</groupId>
<artifactId>spring-rabbit</artifactId>
<optional>true</optional>
</dependency>
<dependency>
<groupId>org.apache.tomcat</groupId>
<artifactId>tomcat-jdbc</artifactId>
<optional>true</optional>
</dependency>
<dependency>
<groupId>com.zaxxer</groupId>
<artifactId>HikariCP-java6</artifactId>
<optional>true</optional>
</dependency>
<dependency>
<groupId>commons-dbcp</groupId>
<artifactId>commons-dbcp</artifactId>
<optional>true</optional>
</dependency>
2013-07-06 01:26:50 +08:00
<!-- Test -->
<dependency>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-classic</artifactId>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.crashub</groupId>
<artifactId>crash.connectors.telnet</artifactId>
<scope>test</scope>
</dependency>
2013-11-01 00:49:36 +08:00
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-test</artifactId>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.hsqldb</groupId>
<artifactId>hsqldb</artifactId>
2014-02-11 21:36:50 +08:00
<scope>test</scope>
</dependency>
2013-07-08 07:23:32 +08:00
<dependency>
<groupId>org.springframework.boot</groupId>
2013-07-27 05:10:38 +08:00
<artifactId>spring-boot</artifactId>
<type>test-jar</type>
2013-07-08 07:23:32 +08:00
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.apache.tomcat.embed</groupId>
<artifactId>tomcat-embed-logging-juli</artifactId>
<scope>test</scope>
</dependency>
2013-04-24 17:02:07 +08:00
</dependencies>
</project>