incubator-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Russell Jurney <russell.jur...@gmail.com>
Subject Re: apache package naming convention
Date Fri, 07 Aug 2015 22:55:30 GMT
Leave it datafu. The normal way of doing Java namespaces is terrible bloat,
and the change would be breaking.

On Friday, August 7, 2015, Luciano Resende <luckbr1975@gmail.com> wrote:

> On Fri, Aug 7, 2015 at 3:16 PM, Matthew Hayes <
> matthew.terence.hayes@gmail.com <javascript:;>> wrote:
>
> > Hi all,
> >
> > Roman Shaposhnik suggested I open a discussion on the following topic:
> >
> > For Apache DataFu, all of the Java classes are declared in a datafu.*
> > namespace.  This has been the naming convention since the DataFu project
> > started in 2010.  Since DataFu became part of the Apache incubation
> > process, the topic has come up of moving all of the classes into a
> > org.apache.datafu.* namespace.  This was first discussed in January 2014
> > (see DATAFU-7) and most recently again in the past couple weeks.  The
> > consensus at the time last year was that it would be a huge pain for
> users
> > and not worth the cost.  It would break any script out there currently
> > using DataFu.  Also Jakob Homan and Russell Journey pointed out that this
> > is just a convention and not all Apache projects follow it.  Since we
> would
> > like DataFu to graduate sometime soon it would be good to clarify what
> the
> > requirements are on package naming conventions before we do a release.
> >
> > Thoughts?
> >
> > Thanks,
> > Matt
> >
>
> Current statement on Incubator website
>
> http://incubator.apache.org/guides/mentor.html#repackaging
>
> But, if DataFu will do the repackaging, better sooner (before graduation)
> then later.
>
>
> --
> Luciano Resende
> http://people.apache.org/~lresende
> http://twitter.com/lresende1975
> http://lresende.blogspot.com/
>


-- 
Russell Jurney twitter.com/rjurney russell.jurney@gmail.com datasyndrome.com

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