Return-Path: Delivered-To: apmail-hadoop-mapreduce-user-archive@minotaur.apache.org Received: (qmail 84998 invoked from network); 1 Apr 2010 20:04:03 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 1 Apr 2010 20:04:03 -0000 Received: (qmail 37520 invoked by uid 500); 1 Apr 2010 20:04:03 -0000 Delivered-To: apmail-hadoop-mapreduce-user-archive@hadoop.apache.org Received: (qmail 37482 invoked by uid 500); 1 Apr 2010 20:04:03 -0000 Mailing-List: contact mapreduce-user-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: mapreduce-user@hadoop.apache.org Delivered-To: mailing list mapreduce-user@hadoop.apache.org Received: (qmail 37474 invoked by uid 99); 1 Apr 2010 20:04:03 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Apr 2010 20:04:03 +0000 X-ASF-Spam-Status: No, hits=-2.0 required=10.0 tests=AWL,HTML_MESSAGE,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of swatt@us.ibm.com designates 32.97.182.142 as permitted sender) Received: from [32.97.182.142] (HELO e2.ny.us.ibm.com) (32.97.182.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Apr 2010 20:03:54 +0000 Received: from d01relay05.pok.ibm.com (d01relay05.pok.ibm.com [9.56.227.237]) by e2.ny.us.ibm.com (8.14.3/8.13.1) with ESMTP id o31JqYlJ008284 for ; Thu, 1 Apr 2010 15:52:34 -0400 Received: from d03av06.boulder.ibm.com (d03av06.boulder.ibm.com [9.17.195.245]) by d01relay05.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id o31K3Wwd126046 for ; Thu, 1 Apr 2010 16:03:33 -0400 Received: from d03av06.boulder.ibm.com (loopback [127.0.0.1]) by d03av06.boulder.ibm.com (8.14.3/8.13.1/NCO v10.0 AVout) with ESMTP id o31K5jqp023941 for ; Thu, 1 Apr 2010 14:05:45 -0600 Received: from d03nm123.boulder.ibm.com (d03nm123.boulder.ibm.com [9.17.195.149]) by d03av06.boulder.ibm.com (8.14.3/8.13.1/NCO v10.0 AVin) with ESMTP id o31K5jhq023938 for ; Thu, 1 Apr 2010 14:05:45 -0600 In-Reply-To: References: <17d2d1291003302123y330d2f7fhaf2201dfb716fec6@mail.gmail.com> To: mapreduce-user@hadoop.apache.org MIME-Version: 1.0 Subject: TotalOrderPartitioner Functional Test - testmemcmp - Failing X-KeepSent: 3D2D6E42:DB136D75-862576F8:006CE751; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 8.5 December 05, 2008 Message-ID: From: Stephen Watt Date: Thu, 1 Apr 2010 15:03:10 -0500 X-MIMETrack: Serialize by Router on D03NM123/03/M/IBM(Release 8.5.1HF41 | October 22, 2009) at 04/01/2010 14:03:10, Serialize complete at 04/01/2010 14:03:10 Content-Type: multipart/alternative; boundary="=_alternative 006E2739862576F8_=" This is a multipart message in MIME format. --=_alternative 006E2739862576F8_= Content-Type: text/plain; charset="US-ASCII" Hi Folks The Hadoop Functional Tests (hadoop-*-test.jar) that ship with it and can be run as part of the build, has a TestTotalOrderPartitioner JUNIT test cases in it. One of the assert's in the test case, "testmemcmp" passes with Sun Java but fails with IBM Java. The test iterates through a number of Text objects called splitStrings and writes them serially to a sequential file. The test case then iterates through a DIFFERENT Text array called testStrings and passes in the text value to the getPartition method to retrieve which partition the "key" is in. It fails on the assert when it tries to get the partition for the key "z" in which exists in the testStrings array but not in the splitStrings array (the values written in the sequential file). The assert is expecting a 9 value for the partition but it is getting a 0. They don't match, thus the assert fails. To me, it seems, there is a bug in this test case. I have no idea why Sun Java returns a partition for this non-existent key. I'm new to partitions, so I wanted to run this by the list before I open a bug. Kind regards Steve Watt --=_alternative 006E2739862576F8_= Content-Type: text/html; charset="US-ASCII" Hi Folks

The Hadoop Functional Tests (hadoop-*-test.jar) that ship with it and can be run as part of the build, has a TestTotalOrderPartitioner JUNIT test cases in it. One of the assert's in the test case, "testmemcmp" passes with Sun Java but fails with IBM Java. The test iterates through a number of Text objects called splitStrings and writes them serially to a sequential file. The test case then iterates through a DIFFERENT Text array called testStrings and passes in the text value to the getPartition method to retrieve which partition the "key" is in.  

It fails on the assert when it tries to get the partition for the key "z" in which exists in the testStrings array but not in the splitStrings array (the values written in the sequential file).  The assert is expecting a 9 value for the partition but it is getting a 0. They don't match, thus the assert fails.

To me, it seems, there is a bug in this test case. I have no idea why Sun Java returns a partition for this non-existent key. I'm new to partitions, so I wanted to run this by the list before I open a bug.

Kind regards
Steve Watt
--=_alternative 006E2739862576F8_=--