incubator-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Alex Karasulu <akaras...@apache.org>
Subject Re: [DISCUSS] - Packages renaming and backward compatibility (was: Re: [VOTE] Graduate Sqoop podling from Apache Incubator)
Date Wed, 29 Feb 2012 17:58:18 GMT
On Wed, Feb 29, 2012 at 6:57 PM, Daniel Kulp <dkulp@apache.org> wrote:

>
> As another point of reference, there is at least one case I'm aware of
> where
> we HAD to put some code developed at Apache into non-org.apache namespace
> in
> order for the code to work.   This was taken up on legal discuss and, at
> the
> time, no issues about doing so were raised.
>
> See:
> http://s.apache.org/WzP
>
>
That's certainly a horrible situation to be stuck in. This is a good
example for a valid exception IMO.



> And the CXF bug:
> https://issues.apache.org/jira/browse/CXF-1880
>
> In this case, it was new code developed at Apache and in the org.apache.cxf
> namespace, but in order for the code to actual work, there were shims
> necessary in com.sun.    Now, this is a slightly different case in that no
> end-users would likely ever call (or really even see) this code.   It's
> just
> need to plugin into an external tool.
>
> So, IMO, code at Apache SHOULD be developed in the org.apache namespace,
> but
> projects need to be able to have some flexibility to use their judgment to
> figure out what is best for the needs of their community.   Projects
> should be
> encouraged to keep code outside org.apache to a minimum via shims or
> similar
> and also encourage end users to migrate to using the code in the org.apache
> namespace as soon as possible.
>
>
> Dan
>
>
>
> On Wednesday, February 29, 2012 11:02:33 AM Mohammad Nour El-Din wrote:
> > I don't see that this getting to any clear end yet. So I suggest that we
> > take this from a Sqoop instance to be a discussion on rules them selves.
> >
> > I would like to start a [VOTE] about whether it is a *must* for podlings
> to
> > rename all packages before being a TLP or not over keeping the old
> package
> > names for backward compatibility. What ever the consensus going to be
> built
> > we definitely need to update the Incubator documents to clear this kind
> of
> > issue. But before starting the vote I would like to consider others'
> > opinions.
> >
> > Thoughts ?
> >
> > On Wed, Feb 29, 2012 at 10:33 AM, Alex Karasulu <akarasulu@apache.org
> >wrote:
> > > On Wed, Feb 29, 2012 at 2:40 AM, Patrick Hunt <phunt@apache.org>
> wrote:
> > > > On Tue, Feb 28, 2012 at 4:02 PM, Mohammad Nour El-Din
> > > >
> > > > <nour.mohammad@gmail.com> wrote:
> > > > > On the other hand, I totally respect that Cloudera's interest to
> > >
> > > support
> > >
> > > > > their customers and provide backword compatibility, but this is
> *not*
> > >
> > > the
> > >
> > > > > point at all, the point is this *should* not, and even allow me to
> say
> > > >
> > > > this
> > > >
> > > > > is *must* not be the problem of Apache, and yes I agree with the
> > >
> > > opinion
> > >
> > > > > that this is a matter to be decided by Sqoop team but not to make
> > > >
> > > > Apache's
> > > >
> > > > > problem. So also let not get more into this!!!
> > > >
> > > > Or course this is Apache's problem. You can't have your cake and eat
> > > > it too. If you accept code for a project you accept the community as
> > > > well. Say Apache accepts a project like Open Office, should we ignore
> > > > the existing community and not concern ourselves with backward
> > > > compatibility for that project as well, because the original code
> > > > wasn't birthed at Apache?
> > >
> > > That's a very slippery slope. Maybe some projects get way too much
> leeway
> > > because of the big flashing lights. Regardless of how big the press
> > > headlines are all projects should be held to the same standard.
> > >
> > > No project should be allowed to graduate without solving all issues
> > > pertaining to marks. It's a failure of the incubator in the past for
> > > allowing other projects to do so. I'm shocked it was allowed.
> > >
> > > --
> > > Best Regards,
> > > -- Alex
> --
> Daniel Kulp
> dkulp@apache.org - http://dankulp.com/blog
> Talend Community Coder - http://coders.talend.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>


-- 
Best Regards,
-- Alex

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