Return-Path: Delivered-To: apmail-hadoop-common-issues-archive@minotaur.apache.org Received: (qmail 5730 invoked from network); 30 Sep 2010 17:11:56 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 30 Sep 2010 17:11:56 -0000 Received: (qmail 20896 invoked by uid 500); 30 Sep 2010 17:11:56 -0000 Delivered-To: apmail-hadoop-common-issues-archive@hadoop.apache.org Received: (qmail 20837 invoked by uid 500); 30 Sep 2010 17:11:56 -0000 Mailing-List: contact common-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: common-issues@hadoop.apache.org Delivered-To: mailing list common-issues@hadoop.apache.org Received: (qmail 20829 invoked by uid 99); 30 Sep 2010 17:11:55 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 Sep 2010 17:11:55 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 Sep 2010 17:11:55 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o8UHBYAD029616 for ; Thu, 30 Sep 2010 17:11:35 GMT Message-ID: <321156.480861285866694908.JavaMail.jira@thor> Date: Thu, 30 Sep 2010 13:11:34 -0400 (EDT) From: "Todd Lipcon (JIRA)" To: common-issues@hadoop.apache.org Subject: [jira] Commented: (HADOOP-6818) Provide a JNI-based implementation of GroupMappingServiceProvider In-Reply-To: <17262845.29701276200793990.JavaMail.jira@thor> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/HADOOP-6818?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12916562#action_12916562 ] Todd Lipcon commented on HADOOP-6818: ------------------------------------- Hey Devaraj. Thanks for making the changes. One quick one: in the implementation of getGroupForUser() I think it's possible that the cuser memory will be released twice. In the case that getGroupIDList fails, CHECK_ERROR will call ReleaseStringUTFChars, and then the cleanup label will call it again. Is it possible to write a junit test case that ensures the results from the JNI mapping are equivalent to the results from the ShellBased mapping? You can use junit's "assume" function so that the tests only run when the native code is available. > Provide a JNI-based implementation of GroupMappingServiceProvider > ----------------------------------------------------------------- > > Key: HADOOP-6818 > URL: https://issues.apache.org/jira/browse/HADOOP-6818 > Project: Hadoop Common > Issue Type: Improvement > Components: security > Reporter: Devaraj Das > Assignee: Devaraj Das > Fix For: 0.22.0 > > Attachments: 6818-trunk.patch, hadoop-6818-1.patch, hadoop-6818-2.patch, JNIGroupMapping.patch > > > The default implementation of GroupMappingServiceProvider does a fork of a unix command to get the groups of a user. Since the group resolution happens in the servers, this might be costly. This jira aims at providing a JNI-based implementation for GroupMappingServiceProvider. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.