Mailing-List: contact dev-help@crunch.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@crunch.apache.org
Date: Sat, 15 Feb 2014 20:46:19 +0000 (UTC)
From: "Josh Wills (JIRA)" <jira@apache.org>
To: crunch-dev@incubator.apache.org
Message-ID: <JIRA.12695373.1392497076864.49500.1392497179787@arcas>
In-Reply-To: <JIRA.12695373.1392497076864@arcas>
References: <JIRA.12695373.1392497076864@arcas>
Subject: [jira] [Updated] (CRUNCH-345) Force materialization of PCollections
 prior to multi reduce sorts
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/CRUNCH-345?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Josh Wills updated CRUNCH-345:
------------------------------

    Attachment: CRUNCH-345.patch

Here's a patch for this; it's hard to test it as part of the local MR runner because it only ever uses the 1 reducer. Any thoughts on the best approach here?

> Force materialization of PCollections prior to multi reduce sorts
> -----------------------------------------------------------------
>
>                 Key: CRUNCH-345
>                 URL: https://issues.apache.org/jira/browse/CRUNCH-345
>             Project: Crunch
>          Issue Type: Bug
>          Components: MapReduce Patterns
>    Affects Versions: 0.9.0, 0.8.2
>            Reporter: Josh Wills
>         Attachments: CRUNCH-345.patch
>
>
> [~jgmath2000] reported that multi-reducer sort operations in the Sort library fail unless the input PCollection is materialized prior to executing the sort.


--
This message was sent by Atlassian JIRA
(v6.1.5#6160)