One other thought...Maybe now is the time to drop the term "native".
--
Mike Stolz
Principal Engineer - Gemfire Product Manager
Mobile: 631-835-4771
On Jan 23, 2017 11:29 AM, "Michael William Dodge" <mdo...@pivotal.io> wrote:

> +1 for apache-geode and Apache.Geode
>
> > On 22 Jan, 2017, at 19:08, Ernest Burghardt <eburgha...@pivotal.io>
> wrote:
> >
> > +1 for apache-geode (.dll, .so, .dylib) and Apache.Geode.dll
> >
> > On Sun, Jan 22, 2017 at 7:18 AM, Michael Martell <mmart...@pivotal.io>
> > wrote:
> >
> >> +1 for apache-geode (.dll, .so, .dylib) and Apache.Geode.dll
> >>
> >> On Fri, Jan 20, 2017 at 7:28 PM, Jacob Barrett <jbarr...@pivotal.io>
> >> wrote:
> >>
> >>> As I ready to drop the pull request to rename all the namespaces in C++
> >> and
> >>> .NET sources the next thing we need to decide on is the filename for
> the
> >>> library.
> >>>
> >>> C++
> >>> Current: gfcppcache
> >>> gfcppcache.dll (Windows), libgfcppcache.so (*nix), libgfcppcache.dylib
> >>> (macOS)
> >>> Proposed: apache-geode
> >>> apache-geode.dll, libapache-geode.so, libapache-geode.dylib
> >>> Other libraries have embraced other styles for "branded" libraries.
> >>> Camel case: libQtCode.so
> >>> Underscore: libsvn_client.so, libboost_atomic-mt.so
> >>> Dash: libxcb-compose, libcairo-gobject.so
> >>> I prefere dash because I don't have to hit shift. ;)
> >>>
> >>> .NET
> >>> Current: GemStone.GemFire.Cache.dll
> >>> Proposed: Apache.Geode.dll
> >>> There is a bit more of an established norm. It should be part of the
> >>> included namespace.
> >>> Other option is Apache.Geode.Client.dll but I feel like there are items
> >> in
> >>> the Client namespace that need to be moved into another namespace as a
> >>> sibling. So in my mind it makes more sense to have it be
> >> Apache.Geode.dll.
> >>> It also makes it consistent with the C++ library.
> >>>
> >>> -Jake
> >>>
> >>
>
>

Reply via email to