Return-Path: X-Original-To: apmail-commons-dev-archive@www.apache.org Delivered-To: apmail-commons-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 8C31F1872B for ; Wed, 18 Nov 2015 19:25:10 +0000 (UTC) Received: (qmail 43555 invoked by uid 500); 18 Nov 2015 19:25:09 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 43425 invoked by uid 500); 18 Nov 2015 19:25:09 -0000 Mailing-List: contact dev-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Commons Developers List" Delivered-To: mailing list dev@commons.apache.org Received: (qmail 43414 invoked by uid 99); 18 Nov 2015 19:25:09 -0000 Received: from Unknown (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Nov 2015 19:25:09 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 0561DC05AD for ; Wed, 18 Nov 2015 19:25:09 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.02 X-Spam-Level: X-Spam-Status: No, score=-0.02 tagged_above=-999 required=6.31 tests=[RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=disabled Received: from mx1-us-west.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id uBbwGxKmh1Rv for ; Wed, 18 Nov 2015 19:25:02 +0000 (UTC) Received: from eu-smtp-delivery-106.mimecast.com (eu-smtp-delivery-106.mimecast.com [146.101.78.106]) by mx1-us-west.apache.org (ASF Mail Server at mx1-us-west.apache.org) with ESMTPS id AEA2820FF5 for ; Wed, 18 Nov 2015 19:25:01 +0000 (UTC) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1blp0181.outbound.protection.outlook.com [207.46.163.181]) (Using TLS) by eu-smtp-1.mimecast.com with ESMTP id uk-mta-19-SHy701YoQTO6vks5dICd_A-1; Wed, 18 Nov 2015 19:24:51 +0000 Received: from SN1PR0601MB1565.namprd06.prod.outlook.com (10.163.202.15) by SN1PR0601MB1565.namprd06.prod.outlook.com (10.163.202.15) with Microsoft SMTP Server (TLS) id 15.1.331.20; Wed, 18 Nov 2015 19:24:47 +0000 Received: from SN1PR0601MB1565.namprd06.prod.outlook.com ([10.163.202.15]) by SN1PR0601MB1565.namprd06.prod.outlook.com ([10.163.202.15]) with mapi id 15.01.0331.019; Wed, 18 Nov 2015 19:24:47 +0000 From: Roger Whitcomb To: Commons Developers List Subject: RE: [VFS] Further changes to HDFS Provider for alternate configuration support Thread-Topic: [VFS] Further changes to HDFS Provider for alternate configuration support Thread-Index: AdEgtnK1dzsIHkIGQvWcMki7cKKqhQADZ9kAAFygrEA= Date: Wed, 18 Nov 2015 19:24:47 +0000 Message-ID: References: <015801d120c4$128b4150$37a1c3f0$@comcast.net> In-Reply-To: <015801d120c4$128b4150$37a1c3f0$@comcast.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [12.32.116.227] x-microsoft-exchange-diagnostics: 1;SN1PR0601MB1565;5:f+0cFKQmXav3wbypBPq9qBLthzGif+fH5NrMlLs+VrxJsrB11OvXwsEvs0F6xygVhMNxLMWG6fEJ7QkbyCxq3xJlV7GeORMl46ibxzr64Tc1XZ+yrY0R9maSc0jJbX/0u5H3f+4IyXQhMhiW9vS2gA==;24:AihI+XyQmdiidtx9ESCL2F96XWojfYdyOYxCEVam4uQY0wwdxxOJHZq1k37wk6dbffPfJMbL2HshzHs0NEn3sXZPgaSV8xtElpFiZndiHM0=;20:hoDHVKDnPkDdGZ1HzdDAk488gCNFUFZPIIYLbvUYU1RDGXBXJo3yKQCWQf3cyQO2r8vHHxpuaPsO7SOo6tS+anfq5k1hEGINuyIk53TVauIuj3yPF9a7VBaF/I1PELf+pd2Aoa8c7BSZB5+e4niHPKcwINk/vvQJE0YXsXGIF8I= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:SN1PR0601MB1565; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(56277945015701)(68173958961439); x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:(601004)(2401047)(520078)(5005006)(8121501046)(10201501046)(3002001);SRVR:SN1PR0601MB1565;BCL:0;PCL:0;RULEID:;SRVR:SN1PR0601MB1565; x-forefront-prvs: 0764C4A8CD x-forefront-antispam-report: SFV:NSPM;SFS:(10019020)(6009001)(53754006)(377454003)(199003)(13464003)(189002)(164054003)(15975445007)(5890100001)(54356999)(86362001)(40100003)(2900100001)(92566002)(19580405001)(586003)(97736004)(189998001)(76176999)(11100500001)(105586002)(19580395003)(99286002)(50986999)(77096005)(81156007)(6116002)(3846002)(102836003)(5003600100002)(106356001)(122556002)(87936001)(5008740100001)(66066001)(107886002)(5001960100002)(74316001)(110136002)(450100001)(5007970100001)(2950100001)(76576001)(5001920100001)(33656002)(5004730100002)(10400500002)(5002640100001)(101416001);DIR:OUT;SFP:1102;SCL:1;SRVR:SN1PR0601MB1565;H:SN1PR0601MB1565.namprd06.prod.outlook.com;FPR:;SPF:None;PTR:InfoNoRecords;A:1;MX:1;LANG:en; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: actian.com X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Nov 2015 19:24:47.3263 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 20057ce9-1386-4770-8b04-e7824ef632be X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN1PR0601MB1565 X-MC-Unique: SHy701YoQTO6vks5dICd_A-1 Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable I have opened issue https://issues.apache.org/jira/browse/VFS-586 with my p= roposed patch attached, and these questions included in the issue. Updated= the patch with some things I noticed after the initial post also. Thanks, ~Roger -----Original Message----- From: dlmarion@comcast.net [mailto:dlmarion@comcast.net]=20 Sent: Monday, November 16, 2015 3:11 PM To: 'Commons Developers List' Subject: RE: [VFS] Further changes to HDFS Provider for alternate configura= tion support I don't see the patch. It might be stripped off by the mail server. =20 From: Roger Whitcomb [mailto:Roger.Whitcomb@actian.com] Sent: Monday, November 16, 2015 5:12 PM To: Commons Developers List Subject: [VFS] Further changes to HDFS Provider for alternate configuration= support =20 Hi all, In trying to solve some customer issues we're having, mainl= y to do with trying to browse HDFS files when the Name Node is configured f= or High-Availability, I found I needed to make some more changes/additions = to the VFS HDFS Provider. I have attached a diff/patch file. But, a coupl= e of questions: . This is a follow-on (basically) to my earlier patch for VFS-555, should I open a new JIRA, or just reopen the existing one? . Since this actually changes an API (but which is not released yet), is that an acceptable thing to do? . The new properties I have added to HdfsFileSystemConfigBuilder ar= e not actually symmetrical, so they don't fit the definition of a Java "prope= rty", that is the setters are "setXXX" while the getters are "getXXXs" (plural). The logic behind this is that the setters are called by user code= , and each can be called multiple times. The getters are only (meant to be= ) called by the HdfsFileSystem object (that is internally to the HdfsProvid= er), and thus it is a lot easier to get all the settings at once than to ha= ve to make multiple calls, with potentially iterators, etc. . Is this too big a change to fit in last-minute before the release of VFS 2.1? =20 Patch is attached. =20 Thanks, ~Roger Whitcomb --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org For additional commands, e-mail: dev-help@commons.apache.org