+1 to dropping "native" Sarge
> On 23 Jan, 2017, at 08:48, Michael Stolz <mst...@pivotal.io> wrote: > > 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 >>>>> >>>> >> >>
