incubator-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alan D. Cabrera" <l...@toolazydogs.com>
Subject Re: [VOTE] Graduate Sqoop podling from Apache Incubator
Date Tue, 28 Feb 2012 19:39:53 GMT

On Feb 28, 2012, at 10:56 AM, Patrick Hunt wrote:

> On Tue, Feb 28, 2012 at 10:39 AM, Alan D. Cabrera <list@toolazydogs.com> wrote:
>> 
>> On Feb 28, 2012, at 10:13 AM, Patrick Hunt wrote:
>>> On Tue, Feb 28, 2012 at 9:57 AM, Alan D. Cabrera <list@toolazydogs.com>
wrote:
>>>> On Feb 28, 2012, at 9:16 AM, Patrick Hunt wrote:
>>>>> On Tue, Feb 28, 2012 at 1:06 AM, Jukka Zitting <jukka.zitting@gmail.com>
wrote:
>>>>>> On Tue, Feb 28, 2012 at 9:59 AM, Alex Karasulu <akarasulu@apache.org>
wrote:
>> public class MySQLManager
>>    extends org.apache.sqoop.manager.MySQLManager {
>> 
>>  public MySQLManager(final SqoopOptions opts) {
>>    super(opts);
>>  }
>> 
>> }
>> 
>> If all the code is like this it is absolutely ridiculous to have this at Apache and
not Cloudera.
> 
> This is a code issue, which is up the the team
> (committers/pmc/community) doing the work. If they want to include
> such code it's up to them. They are doing the work.
> 
> What's really at issue here is whether all (java) code at Apache MUST
> be under org.apache.* package structure or not. afaik there is
> currently no such requirement. If Apache decides to make it a
> requirement then great, I'm sure the Sqoop team will make the
> necessary changes.

Part of Incubation has always been the migration to the org.apache.* package space.   I still
don't see why it's a requirement for Apache to house code whose sole use is to provide backward
compatible bindings for Cloudera's old bindings.

> We should also give Arvind and the rest of the Sqoop community some
> indication how to proceed, given the voting period is completed.

A concern has been raised by IPMC members and an effort is being made to garner consensus.
 The voting period is on hold.


Regards,
Alan

 
Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message