Cascading is a feature rich API for defining and executing complex and fault tolerant data processing flows on a Hadoop cluster. See for the release repository.
Failed to load latest commit information.
cascading-core fix for flow process copy ctor Jul 17, 2017
cascading-expression change copyright from Concurrent, Inc. to Xplenty, Inc., where applic… Feb 6, 2017
cascading-hadoop2-common Update Apache Hadoop to version 2.7.3. Mar 21, 2017
cascading-hadoop2-io Added c.t.l.DirTap to allow for sourcing and sinking local directory … May 30, 2017
cascading-hadoop2-mr1 Update Apache Hadoop to version 2.7.3. Mar 21, 2017
cascading-hadoop2-tez-stats Update Apache Hadoop to version 2.7.3. Mar 21, 2017
cascading-hadoop2-tez Added c.t.l.DirTap to allow for sourcing and sinking local directory … May 30, 2017
cascading-local fixed issue where DirTap was not closing InputStreams when moving to … Jul 17, 2017
cascading-platform Updated c.t.Tap and c.f.Flow to provide Java 8 Stream instances on si… May 29, 2017
cascading-xml change copyright from Concurrent, Inc. to Xplenty, Inc., where applic… Feb 6, 2017
etc minor updates to build and README Mar 21, 2017
.gitignore eclipse specific ignores Mar 24, 2015
CHANGES.txt Added c.t.l.DirTap to allow for sourcing and sinking local directory … May 30, 2017 update contributor agreement link Feb 8, 2017
LICENSE.txt change copyright from Concurrent, Inc. to Xplenty, Inc., where applic… Feb 6, 2017 minor updates to build and README Mar 21, 2017
apl.txt Changed license from GPLv3 to APLv2. Oct 6, 2011
build.gradle Added c.t.l.DirTap to allow for sourcing and sinking local directory … May 30, 2017
settings.gradle Removed support for all Apache Hadoop 1.x and prior releases, subsequ… Mar 21, 2017 update to version 4.0.0 Mar 17, 2017


Thanks for using Cascading.

Cascading 4.0

Cascading 4 includes a few major changes and additions from prior major releases:

  • TBD

General Information:

For project documentation and community support, visit:

To download a pre-built distribution, visit, or use Maven (described below).

The project includes nine Cascading jar files:

  • cascading-core-x.y.z.jar - all Cascading Core class files
  • cascading-xml-x.y.z.jar - all Cascading XML operations class files
  • cascading-expression-x.y.z.jar - all Cascading Janino expression operations class files
  • cascading-local-x.y.z.jar - all Cascading Local in-memory mode class files
  • cascading-hadoop2-common-x.y.z.jar - all Cascading Hadoop 2.x common class files
  • cascading-hadoop2-io-x.y.z.jar - all Cascading Hadoop 2.x HDFS and IO related class files
  • cascading-hadoop2-mr1-x.y.z.jar - all Cascading Hadoop 2.x MapReduce mode class files
  • cascading-hadoop2-tez-x.y.z.jar - all Cascading Hadoop 2.x Tez mode class files
  • cascading-hadoop2-tez-stats-x.y.z.jar - all Cascading Tez YARN timeline server class files

These class jars, along with, tests, source and javadoc jars, are all available via the Maven repository.

Hadoop 2.x MR1 mode is the same as above but for Hadoop 2.x releases.

Hadoop 2.x Tez mode is where the Cascading application should run on an Apache Tez DAG cluster.

Local mode is where the Cascading application will run locally in memory without any Hadoop dependencies or cluster distribution. This implementation has minimal to no robustness in low memory situations, by design.

As of Cascading 4.x, all above jar files are built against Java 1.8. Prior versions of Cascading are built against Java 1.7 and 1.6.

Extensions, the SDK, and DSLs

There are a number of projects based on and extensions to Cascading available.

Visit the Cascading Extensions page for a current list.

Or download the Cascading SDK which includes many pre-built binaries.

Of note are three top level projects:

  • Fluid - A fluent Java API for Cascading that is compatible with the default API.
  • Lingual - ANSI SQL and JDBC on Cascading
  • Pattern - Machine Learning scoring and PMML support with Cascading

And alternative languages:

And a third-party computing platform:


Cascading stable releases are always of the form x.y.z, where z is the current maintenance release.

x.y.z releases are maintenance releases. No public incompatible API changes will be made, but in an effort to fix bugs, remediation may entail throwing new Exceptions.

x.y releases are minor releases. New features are added. No public incompatible API changes will be made on the core processing APIs (Pipes, Functions, etc), but in an effort to resolve inconsistencies, minor semantic changes may be necessary.

It is important to note that we do reserve to make breaking changes to the new query planner API through the 4.x releases. This allows us to respond to bugs and performance issues without issuing new major releases.

The source and tags for all stable releases can be found here:

WIP (work in progress) releases are fully tested builds of code not yet deemed fully stable. On every build by our continuous integration servers, the WIP build number is increased. Successful builds are then tagged and published.

The WIP releases are always of the form x.y.z-wip-n, where x.y.z will be the next stable release version the WIP releases are leading up to. n is the current successfully tested build.

The source, working branches, and tags for all WIP releases can be found here:

Or downloaded from here:

When a WIP is deemed stable and ready for production use, it will be published as a x.y.z release, and made available from the page.

Writing and Running Tests

Comprehensive tests should be written against the cascading.PlatformTestCase.

When running tests built against the PlatformTestCase, the local cluster can be disabled (if enabled by the test) by setting:


From Gradle, to run a single test case:

> gradle :cascading-hadoop2-mr1:platformTest --tests=*.FieldedPipesPlatformTest -i

or a single test method:

> gradle :cascading-hadoop2-mr1:platformTest --tests=*.FieldedPipesPlatformTest.testNoGroup -i

Debugging the Planner

When running tests, set the following


If you are on Mac OS X and have installed GraphViz, dot files can be converted to pdf on the fly. To enable, set:

Optionally, for stand alone applications, statistics and tracing can be enabled selectively with the following properties:

  • cascading.planner.stats.path - outputs detailed statistics on time spent by the planner
  • cascading.planner.plan.path - basic planner information
  • cascading.planner.plan.transforms.path - detailed information for each rule

Contributing and Reporting Issues

See at

Using with Maven/Ivy

It is strongly recommended developers pull Cascading from our Maven compatible jar repository

You can find the latest public and WIP (work in progress) releases here:

When creating tests, make sure to add any of the relevant above dependencies to your test scope or equivalent configuration along with the cascading-platform dependency.

Note the cascading-platform compile dependency has no classes, you must pull the tests dependency with the tests classifier.

See for example Maven pom dependency settings.

Source and Javadoc artifacts (using the appropriate classifier) are also available through Conjars.

Note that cascading-hadoop2-mr1, and cascading-hadoop2-tez have a provided dependency on the Hadoop jars so that it won't get sucked into any application packaging as a dependency, typically.

Building and IDE Integration

For most cases, building Cascading is unnecessary as it has been pre-built, tested, and published to our Maven repository (above).

To build Cascading, run the following in the shell:

> git clone
> cd cascading
> gradle build

Cascading requires at least Gradle 3.4 and Java 1.8 to build.

To use an IDE like IntelliJ, run the following to create IntelliJ project files:

> gradle idea

Similarly for Eclipse:

> gradle eclipse

Using with Apache Hadoop

First confirm you are using a supported version of Apache Hadoop by checking the Compatibility page.

To use Cascading with Hadoop, we suggest stuffing cascading-core and cascading-hadoop2-mr1, jar files and all third-party libs into the lib folder of your job jar and executing your job via $HADOOP_HOME/bin/hadoop jar your.jar <your args>.

For example, your job jar would look like this (via: jar -t your.jar)

/<all your class and resource files>
/lib/<cascading third-party jar files>

Hadoop will unpack the jar locally and remotely (in the cluster) and add any libraries in lib to the classpath. This is a feature specific to Hadoop.