Amazon Kinesis Client Library for Java

The Amazon Kinesis Client Library for Java (Amazon KCL) enables Java developers to easily consume and process data from Amazon Kinesis.

• Kinesis Product Page
• Forum
• Issues

Features

• Provides an easy-to-use programming model for processing data using Amazon Kinesis
• Helps with scale-out and fault-tolerant processing

Getting Started

1. Sign up for AWS — Before you begin, you need an AWS account. For more information about creating an AWS account and retrieving your AWS credentials, see AWS Account and Credentials in the AWS SDK for Java Developer Guide.
2. Sign up for Amazon Kinesis — Go to the Amazon Kinesis console to sign up for the service and create an Amazon Kinesis stream. For more information, see Create an Amazon Kinesis Stream in the Amazon Kinesis Developer Guide.
3. Minimum requirements — To use the Amazon Kinesis Client Library, you'll need Java 1.7+. For more information about Amazon Kinesis Client Library requirements, see Before You Begin in the Amazon Kinesis Developer Guide.
4. Using the Amazon Kinesis Client Library — The best way to get familiar with the Amazon Kinesis Client Library is to read Developing Record Consumer Applications in the Amazon Kinesis Developer Guide.

Building from Source

After you've downloaded the code from GitHub, you can build it using Maven. To disable GPG signing in the build, use this command: mvn clean install -Dgpg.skip=true

Integration with the Kinesis Producer Library

For producer-side developers using the Kinesis Producer Library (KPL), the KCL integrates without additional effort.  When the KCL retrieves an aggregated Amazon Kinesis record consisting of multiple KPL user records, it will automatically invoke the KPL to extract the individual user records before returning them to the user.

Amazon KCL support for other languages

To make it easier for developers to write record processors in other languages, we have implemented a Java based daemon, called MultniLangDaemon that does all the heavy lifting. Our approach has the daemon spawn a sub-process, which in turn runs the record processor, which can be written in any language. The MultiLangDaemon process and the record processor sub-process communicate with each other over STDIN and STDOUT using a defined protocol. There will be a one to one correspondence amongst record processors, child processes, and shards. For Python developers specifically, we have abstracted these implementation details away and expose an interface that enables you to focus on writing record processing logic in Python. This approach enables KCL to be language agnostic, while providing identical features and similar parallel processing model across all languages.

Release Notes

Release 1.7.2 (November 07, 2016)

• MultiLangDaemon Feature Updates The MultiLangDaemon has been upgraded to use the v2 interfaces, which allows access to enhanced checkpointing, and more information during record processor initialization. The MultiLangDaemon clients must be updated before they can take advantage of these new features.

Release 1.7.1 (November 03, 2016)

• General
  • Allow disabling shard synchronization at startup.
    • Applications can disable shard synchronization at startup. Disabling shard synchronization can application startup times for very large streams.
    • PR #102
  • Applications can now request a graceful shutdown, and record processors that implement the IShutdownNotificationAware will be given a chance to checkpoint before being shutdown.
    • This adds a new interface, and a new method on Worker.
    • PR #109
    • Solves Issue #79
• MultiLangDaemon
  • Applications can now use credential provides that accept string parameters.
    • PR #99
  • Applications can now use different credentials for each service.
    • PR #111

Release 1.7.0 (August 22, 2016)

• Add support for time based iterators (See GetShardIterator Documentation)
  • PR #94 The KinesisClientLibConfiguration now supports providing an initial time stamp position.
  • This position is only used if there is no current checkpoint for the shard.
  • This setting cannot be used with DynamoDB Streams Resolves Issue #88
• Allow Prioritization of Parent Shards for Task Assignment
  • PR #95 The KinesisClientLibconfiguration now supports providing a ShardPrioritization strategy. This strategy controls how the Worker determines which ShardConsumer to call next. This can improve processing for streams that split often, such as DynamoDB Streams.
• Remove direct dependency on aws-java-sdk-core, to allow independent versioning.
  • PR #92 You may need to add a direct dependency on aws-java-sdk-core if other dependencies include an older version.

Release 1.6.5 (July 25, 2016)

• Change LeaseManager to call DescribeTable before attempting to create the lease table.
  • Issue #36
  • PR #41
  • PR #67
• Allow DynamoDB lease table name to be specified
  • PR #61
• Add approximateArrivalTimestamp for JsonFriendlyRecord
  • PR #86
• Shutdown lease renewal thread pool on exit.
  • PR #84
• Wait for CloudWatch publishing thread to finish before exiting.
  • PR #82
• Added unit, and integration tests for the library.

Release 1.6.4 (July 6, 2016)

• Upgrade to AWS SDK for Java 1.11.14
  • Issue #74
  • Issue #73
• Maven Artifact Signing Change
  • Artifacts are now signed by the identity Amazon Kinesis Tools <amazon-kinesis-tools@amazon.com>

Release 1.6.3 (May 12, 2016)

• Fix format exception caused by DEBUG log in LeaseTaker Issue # 68

Release 1.6.2 (March 23, 2016)

• Support for specifying max leases per worker and max leases to steal at a time.
• Support for specifying initial DynamoDB table read and write capacity.
• Support for parallel lease renewal.
• Support for graceful worker shutdown.
• Change DefaultCWMetricsPublisher log level to debug. PR # 49
• Avoid NPE in MLD record processor shutdown if record processor was not initialized. Issue # 29

Release 1.6.1 (September 23, 2015)

• Expose approximateArrivalTimestamp for Records in processRecords API call.

Release 1.6.0 (July 31, 2015)

• Restores compatibility with dynamodb-streams-kinesis-adapter (which was broken in 1.4.0).

Release 1.5.1 (July 20, 2015)

• KCL maven artifact 1.5.0 does not work with JDK 7. This release addresses this issue.

Release 1.5.0 (July 9, 2015)

• Metrics Enhancements
  • Support metrics level and dimension configurations to control CloudWatch metrics emitted by the KCL.
  • Add new metrics that track time spent in record processor methods.
  • Disable WorkerIdentifier dimension by default.
• Exception Reporting — Do not silently ignore exceptions in ShardConsumer.
• AWS SDK Component Dependencies — Depend only on AWS SDK components that are used.

Release 1.4.0 (June 2, 2015)

• Integration with the Kinesis Producer Library (KPL)
  • Automatically de-aggregate records put into the Kinesis stream using the KPL.
  • Support checkpointing at the individual user record level when multiple user records are aggregated into one Kinesis record using the KPL.

See Consumer De-aggregation with the KCL for details.

Release 1.3.0 (May 22, 2015)

• A new metric called "MillisBehindLatest", which tracks how far consumers are from real time, is now uploaded to CloudWatch.

Release 1.2.1 (January 26, 2015)

• MultiLangDaemon — Changes to the MultiLangDaemon to make it easier to provide a custom worker.

Release 1.2 (October 21, 2014)

• Multi-Language Support — Amazon KCL now supports implementing record processors in any language by communicating with the daemon over STDIN and STDOUT. Python developers can directly use the Amazon Kinesis Client Library for Python to write their data processing applications.

Release 1.1 (June 30, 2014)

• Checkpointing at a specific sequence number — The IRecordProcessorCheckpointer interface now supports checkpointing at a sequence number specified by the record processor.
• Set region — KinesisClientLibConfiguration now supports setting the region name to indicate the location of the Amazon Kinesis service. The Amazon DynamoDB table and Amazon CloudWatch metrics associated with your application will also use this region setting.