You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geode.apache.org by Michael Oleske <mo...@vmware.com> on 2020/12/22 00:48:42 UTC
State of https://github.com/apache/geode-dotnet-core-client
Hi Geode Dev Friends!
I'm starting a personal little side project and was thinking of using Geode as my backend (no real reason, certainly doesn't need the capabilities of Geode, but thought it'd be fun.) I'm writing my application in .NET 5 (which is core based) and was going to try and use https://github.com/apache/geode-dotnet-core-client
I see no one has really made any changes to it for a while, and that it seems to have some proprietary references in it. Is it in a usable state for simple puts/gets?
-michael
RE: State of https://github.com/apache/geode-dotnet-core-client
Posted by Blake Bender <bb...@vmware.com>.
The dotnet-core-client repo is at best a placeholder at present, and is not suitable for any kind of use. It requires a special build of geode-native that contains c-style exported API functions, that is only available on a branch on one of my forks IIRC. It exists under the apache project because we desperately needed to get it under revision control to preserve WIP, and starting under apache avoided a potentially difficult future migration.
I can prioritize a PR to scrub proprietary names, but please understand we've been trying to get back to this repo for several _months_ now and been swamped with patch releases and customer bugs/support requests, so I don't wish to set expectations very high.
As far as tests for the code, yes they exist and cover the "supported" API thus far, which is not a lot. If everything is set up correctly, however, creating a cache factory, cache, pool, region, and put/get of string key/value pairs works.
Thanks,
Blake
-----Original Message-----
From: John Hutchison <hu...@vmware.com>
Sent: Tuesday, December 29, 2020 11:24 AM
To: dev@geode.apache.org
Subject: Re: State of https://github.com/apache/geode-dotnet-core-client
Is there some kind linting that we could put into spotless (or a linting tool that's run before spotless) to prevent this kind of thing (check against known proprietary names and derivatives before being allowed through ci)?
From: Jacob Barrett <ja...@vmware.com>
Date: Tuesday, December 29, 2020 at 1:08 PM
To: dev@geode.apache.org <de...@geode.apache.org>
Subject: Re: State of https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Fgeode-dotnet-core-client&data=04%7C01%7Cbblake%40vmware.com%7C35d72397c8b5436f342808d8ac2f562e%7Cb39138ca3cee4b4aa4d6cd83d9dd62f0%7C0%7C0%7C637448666604574411%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=alFiaIqSZZBmtPVHNYIzfHJBqJT6rthLXIPccs%2BwTGU%3D&reserved=0
Wow, that's pretty bad that we put proprietary references into this repo from the start. If you have the bandwidth a cleanup PR would be appreciated.
I can't speak to the functionality but I would hope there are unit and integration tests that assert the supported behavior.
-Jake
> On Dec 21, 2020, at 4:48 PM, Michael Oleske <mo...@vmware.com> wrote:
>
> Hi Geode Dev Friends!
>
> I'm starting a personal little side project and was thinking of using Geode as my backend (no real reason, certainly doesn't need the capabilities of Geode, but thought it'd be fun.) I'm writing my application in .NET 5 (which is core based) and was going to try and use https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Fgeode-dotnet-core-client&data=04%7C01%7Cbblake%40vmware.com%7C35d72397c8b5436f342808d8ac2f562e%7Cb39138ca3cee4b4aa4d6cd83d9dd62f0%7C0%7C0%7C637448666604574411%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=alFiaIqSZZBmtPVHNYIzfHJBqJT6rthLXIPccs%2BwTGU%3D&reserved=0
>
> I see no one has really made any changes to it for a while, and that it seems to have some proprietary references in it. Is it in a usable state for simple puts/gets?
>
> -michael
Re: State of https://github.com/apache/geode-dotnet-core-client
Posted by John Hutchison <hu...@vmware.com>.
Is there some kind linting that we could put into spotless (or a linting tool that’s run before spotless) to prevent this kind of thing (check against known proprietary names and derivatives before being allowed through ci)?
From: Jacob Barrett <ja...@vmware.com>
Date: Tuesday, December 29, 2020 at 1:08 PM
To: dev@geode.apache.org <de...@geode.apache.org>
Subject: Re: State of https://github.com/apache/geode-dotnet-core-client
Wow, that’s pretty bad that we put proprietary references into this repo from the start. If you have the bandwidth a cleanup PR would be appreciated.
I can’t speak to the functionality but I would hope there are unit and integration tests that assert the supported behavior.
-Jake
> On Dec 21, 2020, at 4:48 PM, Michael Oleske <mo...@vmware.com> wrote:
>
> Hi Geode Dev Friends!
>
> I'm starting a personal little side project and was thinking of using Geode as my backend (no real reason, certainly doesn't need the capabilities of Geode, but thought it'd be fun.) I'm writing my application in .NET 5 (which is core based) and was going to try and use https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Fgeode-dotnet-core-client&data=04%7C01%7Chutchisonjo%40vmware.com%7C804ce27cc1104f0a091408d8ac24ae83%7Cb39138ca3cee4b4aa4d6cd83d9dd62f0%7C0%7C0%7C637448620864007534%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=XnxHxhZZD6dk2yZql2e%2FzpYmb%2FIwddJjQYWV7SqtKQo%3D&reserved=0
>
> I see no one has really made any changes to it for a while, and that it seems to have some proprietary references in it. Is it in a usable state for simple puts/gets?
>
> -michael
Re: State of https://github.com/apache/geode-dotnet-core-client
Posted by Jacob Barrett <ja...@vmware.com>.
Wow, that’s pretty bad that we put proprietary references into this repo from the start. If you have the bandwidth a cleanup PR would be appreciated.
I can’t speak to the functionality but I would hope there are unit and integration tests that assert the supported behavior.
-Jake
> On Dec 21, 2020, at 4:48 PM, Michael Oleske <mo...@vmware.com> wrote:
>
> Hi Geode Dev Friends!
>
> I'm starting a personal little side project and was thinking of using Geode as my backend (no real reason, certainly doesn't need the capabilities of Geode, but thought it'd be fun.) I'm writing my application in .NET 5 (which is core based) and was going to try and use https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Fgeode-dotnet-core-client&data=04%7C01%7Cjabarrett%40vmware.com%7C58b6c6500977463b389e08d8a6135df4%7Cb39138ca3cee4b4aa4d6cd83d9dd62f0%7C0%7C0%7C637441949416469042%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=9ScVwaSKUObxyvI28k6B6ZnrIMNI8j7HjrK0BHxXIYQ%3D&reserved=0
>
> I see no one has really made any changes to it for a while, and that it seems to have some proprietary references in it. Is it in a usable state for simple puts/gets?
>
> -michael
Re: State of https://github.com/apache/geode-dotnet-core-client
Posted by Mike Martell <ma...@vmware.com>.
Yes, should be working. Very limited though. Keys and values must be strings. Let me know if you have issues.
---
Sent from Workspace ONE Boxer<https://whatisworkspaceone.com/boxer>
On December 21, 2020 at 4:49:01 PM PST, Michael Oleske <mo...@vmware.com> wrote:
Hi Geode Dev Friends!
I'm starting a personal little side project and was thinking of using Geode as my backend (no real reason, certainly doesn't need the capabilities of Geode, but thought it'd be fun.) I'm writing my application in .NET 5 (which is core based) and was going to try and use https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Fgeode-dotnet-core-client&data=04%7C01%7Cmartellm%40vmware.com%7C0d7d542194004f21e85708d8a6135dda%7Cb39138ca3cee4b4aa4d6cd83d9dd62f0%7C0%7C0%7C637441949409842258%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=k%2BH9LqcE1QzcepM2Oxiop3Qe4GSD%2Btrw0oYRO6nQLyk%3D&reserved=0
I see no one has really made any changes to it for a while, and that it seems to have some proprietary references in it. Is it in a usable state for simple puts/gets?
-michael