Download JAR files tagged by limit with all dependencies

Service to monitor demand conditions (consumption) and generation (power) and make adjustments to another control to limit generation to an amount that keeps generation at or below current consumption levels.

Split the collection parameter whose size exceeds the limit set by annotation. It is usually used when calling remote interfaces. Asynchronous is supported, e.g. CompletableFuture, Mono.

An implementation of OSGi Remote Service Admin Discovery, built on top of the Paremus Cluster API. Also provides discovery scoping to limit the visibility of services advertised within the cluster

A custom tree view for Android, designed for easy drawing some tree nodes (e.g. think mind and tree nodes). Includes smoothly zoom, move, limit and center fix animation support, and allows easy extension so you can add your own child node's customs view and touch event detection.

This module contains all code necessary to run Fluo on a YARN cluster using Apache Twill. It was separated from fluo-core to keep dependencies (like Twill) out of Fluo clients which depend on the fluo-core jar. It was also done to limit conflicts. For example, Twill requires logback to be used but fluo-core requires log4j (due to zookeeper requiring it in accumulo-minicluster).

This module groups all different output writers. Different output writers have different dependencies. To ensure that those dependencies do not leak to other output writer, or that we can limit to number of dependencies at runtime, output writers are split into separate modules based on the dependencies they use. For example, the CloudWatch output writers depends on the AWS SDK, which is quite large and not used by any other output writer. If you only want to send metrics to Graphite, there should be no need to have the AWS SDK in your classpath at runtime. Some dependencies are also problematic. They can introduce incompatibilities. For example, a few writers are based directly on log4j or logback. This direct dependence breaks the use of SLF4J. By isolating those output writers to a specific module, we can ensure this has minimal impact.