Return-Path: Delivered-To: apmail-hadoop-core-dev-archive@www.apache.org Received: (qmail 88507 invoked from network); 1 Apr 2009 21:35:38 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 1 Apr 2009 21:35:38 -0000 Received: (qmail 23822 invoked by uid 500); 1 Apr 2009 21:35:36 -0000 Delivered-To: apmail-hadoop-core-dev-archive@hadoop.apache.org Received: (qmail 23705 invoked by uid 500); 1 Apr 2009 21:35:36 -0000 Mailing-List: contact core-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: core-dev@hadoop.apache.org Delivered-To: mailing list core-dev@hadoop.apache.org Received: (qmail 23684 invoked by uid 99); 1 Apr 2009 21:35:36 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Apr 2009 21:35:36 +0000 X-ASF-Spam-Status: No, hits=-1999.6 required=10.0 tests=ALL_TRUSTED,SUBJECT_FUZZY_TION X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Apr 2009 21:35:34 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 21467234C003 for ; Wed, 1 Apr 2009 14:35:13 -0700 (PDT) Message-ID: <1950895469.1238621713121.JavaMail.jira@brutus> Date: Wed, 1 Apr 2009 14:35:13 -0700 (PDT) From: "Klaas Bosteels (JIRA)" To: core-dev@hadoop.apache.org Subject: [jira] Commented: (HADOOP-5604) TestBinaryPartitioner javac warnings. In-Reply-To: <911543827.1238539430528.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HADOOP-5604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12694761#action_12694761 ] Klaas Bosteels commented on HADOOP-5604: ---------------------------------------- Konstantin: * The deprecated class is there because we want to support both the new and the old mapreduce API. This does make sense, in my opinion, since the old API is still used heavily (personally I'm using the {{BinaryPartitioner}} from Streaming, for instance, which still uses the old API and might continue doing so for while). The deprecated version just extends the one using the new API though, so there's not code duplication. * The {{null}} parameter is just because the value parameter is irrelevant for this particular partitioner, but obviously we do want it to take this parameter because it has to implement the partitioner interface. * The tests are indeed replicated, but they are not identical, since one of them uses the deprecated class while the other uses the class from the new API. In theory it would be sufficient to test only the non-deprecated class (because the deprecated one extends the non-deprecated one), but it felt safer to have a unit test for both. I was aware that the unit tests added by the patch generate javac warnings, but I thought javac warnings for unit tests were not considered harmful. We could suppress the warnings like Chris did in his patch, but apart from that I don't think anything should change. > TestBinaryPartitioner javac warnings. > ------------------------------------- > > Key: HADOOP-5604 > URL: https://issues.apache.org/jira/browse/HADOOP-5604 > Project: Hadoop Core > Issue Type: Bug > Components: mapred, test > Affects Versions: 0.21.0 > Reporter: Konstantin Shvachko > Fix For: 0.21.0 > > Attachments: 5604-0.patch > > > This is introduced by HADOOP-5528. > All of them about using unparametrized types. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.