Re: Contributing a New FileSystem Implementation - Questions About Process

2009-08-12 Thread Jonathan Seidman
Thanks for the pointers Tom and Cos, this is helpful. We'll take a look at these as we firm up our test plan. On Wed, Aug 12, 2009 at 6:58 AM, Tom White wrote: > Hi Jonathan, > > For testing you can subclass FileSystemContractBaseTest and create an > instance of the filesystem to test in the set

Re: Contributing a New FileSystem Implementation - Questions About Process

2009-08-12 Thread Tom White
Hi Jonathan, For testing you can subclass FileSystemContractBaseTest and create an instance of the filesystem to test in the set up method, to check that the new implementation conforms to the contract of the FileSystem interface (although see also https://issues.apache.org/jira/browse/HDFS-303).

Re: Contributing a New FileSystem Implementation - Questions About Process

2009-08-11 Thread Konstantin Boudnik
Jonathan, in case you need to take a look at a common testplan template you can find one in HDFS-265 or more generic in HADOOP-5587 Cos On 8/11/09 8:32 AM, Steve Loughran wrote: Jonathan Seidman wrote: Thanks for the replies. We'll create a patch for trunk and then include a 0.18 compatible

Re: Contributing a New FileSystem Implementation - Questions About Process

2009-08-11 Thread Steve Loughran
Jonathan Seidman wrote: Thanks for the replies. We'll create a patch for trunk and then include a 0.18 compatible patch with the Jira, as you suggest. Based on other contributed FileSystem implementations, we were assuming this should go in o.a.h.fs and not contrib, so thanks for the clarificat

Re: Contributing a New FileSystem Implementation - Questions About Process

2009-08-11 Thread Jonathan Seidman
Thanks for the replies. We'll create a patch for trunk and then include a 0.18 compatible patch with the Jira, as you suggest. Based on other contributed FileSystem implementations, we were assuming this should go in o.a.h.fs and not contrib, so thanks for the clarification. Jonathan On Mon, Au

Re: Contributing a New FileSystem Implementation - Questions About Process

2009-08-10 Thread Chris Douglas
>> * Should we integrate with the 0.18 branch, or just put our changes into >> the >> 0.18.3 release? We're not sure if there are plans for further releases on >> the 0.18  branch. This will not be committed to the 0.18 branch, even if there is an 0.18.4 release. If you wanted to post an 0.18 comp

Re: Contributing a New FileSystem Implementation - Questions About Process

2009-08-10 Thread Todd Lipcon
Hi Jonathan, Responses inline below: On Mon, Aug 10, 2009 at 1:28 PM, Jonathan Seidman < jonathan.seid...@opendatagroup.com> wrote: > We're getting ready to contribute our FileSystem implementation for the > Sector DFS (sector.sf.net). Up to now our development and testing has been > against 0.1

Contributing a New FileSystem Implementation - Questions About Process

2009-08-10 Thread Jonathan Seidman
We're getting ready to contribute our FileSystem implementation for the Sector DFS (sector.sf.net). Up to now our development and testing has been against 0.18.3, so our intention was to first integrate with that release and then work on integrating with the trunk for the next release. A couple of