C# native client problem

[Rupert St John Webster]

Dear All,

Per https://stackoverflow.com/questions/48628342/ I have a C# class Geode.cs 
that sets up a native client local cache, pool and region and does some work.

I want to reuse the class and have 2 or more local caches that do work 
(ultimately to have different 
callbacks)
 but very simply like in the Program.cs

new Geode();
new Geode();

The 2nd time around to create a new local cache and find the server connection 
pool is fine, but to initialise a region at the following code:

IRegion test = rf.SetPoolName("myPool").Create("test");

I get the error:

[cid:image001.png@01D39F2C.E14ACEF0]

I have attached a simple test program to show this. Please can you let me know 
what’s wrong?

Thanks 😊


Kind regards

Rupert St John Webster
FX Consultant
using Apache.Geode.Client;
using System;
using System.Configuration;

namespace GeodeTest
{
internal class Geode
{
private String _host = ConfigurationManager.AppSettings["GeodeHost"];
private int _port = 
Convert.ToInt32(ConfigurationManager.AppSettings["GeodePort"]);

public Geode()
{
CacheFactory cacheFactory = CacheFactory.CreateCacheFactory()
.Set("log-file", "Geode.log")
.Set("log-level", "info")
.Set("statistic-sampling-enabled", "false")
.Set("name", "myCache")
.SetPdxReadSerialized(true);

Cache c = cacheFactory.Create();

Console.WriteLine("Created client cache");

PoolFactory poolFactory = PoolManager
.CreateFactory()
.SetSubscriptionEnabled(true)
.AddLocator(_host, _port)
.SetFreeConnectionTimeout(5000);

Pool p;

if (PoolManager.Find("myPool") == null)
{
p = poolFactory.Create("myPool");
Console.WriteLine("Created client pool");
}
else
{
p = PoolManager.Find("myPool");
Console.WriteLine("Found client pool");
}

RegionFactory rf = c.CreateRegionFactory(RegionShortcut.LOCAL);

// Setup the region
IRegion test = 
rf.SetPoolName("myPool").Create("test");

Console.WriteLine("Created client region");

test["Key1"] = "Value1";
}
}
}using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;

namespace GeodeTest
{
class Program
{
static void Main(string[] args)
{
Console.WriteLine("In Main");

new Geode();

new Geode();

Console.WriteLine("Out Main");
}
}
}

Re: C# native client problem

[Jacob Barrett]

Since there is no official release of the Geode Native C# client can you please 
tell us what SHA you have compiled?

Quickly I can say you can’t create two regions with the same name in the same 
cache.

-Jake


> On Feb 6, 2018, at 1:30 AM, Rupert St John Webster 
>  wrote:
> 
> Dear All,
>  
> Per https://stackoverflow.com/questions/48628342/ I have a C# class Geode.cs 
> that sets up a native client local cache, pool and region and does some work.
>  
> I want to reuse the class and have 2 or more local caches that do work 
> (ultimately to have different callbacks) but very simply like in the 
> Program.cs
>  
> new Geode();
> new Geode();
>  
> The 2nd time around to create a new local cache and find the server 
> connection pool is fine, but to initialise a region at the following code:
>  
> IRegion test = rf.SetPoolName("myPool").Create string>("test");
>  
> I get the error:
>  
> 
>  
> I have attached a simple test program to show this. Please can you let me 
> know what’s wrong?
>  
> Thanks 😊
>  
>  
> Kind regards
>  
> Rupert St John Webster
> FX Consultant
> 
> 

Re: C# native client problem

[Michael Stolz]

Also could be that he's hitting the Cache singleton. Hard to tell from what
he wrote, but I think he's attempting to new multiple Caches in the same
process.

--
Mike Stolz
Principal Engineer - Gemfire Product Manager
Mobile: 631-835-4771

On Feb 6, 2018 9:35 AM, "Jacob Barrett"  wrote:

> Since there is no official release of the Geode Native C# client can you
> please tell us what SHA you have compiled?
>
> Quickly I can say you can’t create two regions with the same name in the
> same cache.
>
> -Jake
>
>
> > On Feb 6, 2018, at 1:30 AM, Rupert St John Webster <
> rup...@impress-solutions.com> wrote:
> >
> > Dear All,
> >
> > Per https://stackoverflow.com/questions/48628342/ I have a C# class
> Geode.cs that sets up a native client local cache, pool and region and does
> some work.
> >
> > I want to reuse the class and have 2 or more local caches that do work
> (ultimately to have different callbacks) but very simply like in the
> Program.cs
> >
> > new Geode();
> > new Geode();
> >
> > The 2nd time around to create a new local cache and find the server
> connection pool is fine, but to initialise a region at the following code:
> >
> > IRegion test = rf.SetPoolName("myPool").Create string>("test");
> >
> > I get the error:
> >
> > 
> >
> > I have attached a simple test program to show this. Please can you let
> me know what’s wrong?
> >
> > Thanks 😊
> >
> >
> > Kind regards
> >
> > Rupert St John Webster
> > FX Consultant
> > 
> > 
>

Re: [ANNOUNCE] Apache Geode 1.4.0

[Michael Stolz]

Super!

Congratulations

--
Mike Stolz

On Feb 5, 2018 8:36 PM, "Akihiro Kitada"  wrote:

> Awesome!
>
>
> --
> Akihiro Kitada  |  Staff Customer Engineer |  +81 80 3716 3736
> <+81%2080-3716-3736>
> Support.Pivotal.io   |  Mon-Fri  9:00am to
> 5:30pm JST  |  1-877-477-2269 <(877)%20477-2269>
> [image: support]  [image: twitter]
>  [image: linkedin]
>  [image: facebook]
>  [image: google plus]
>  [image: youtube]
> 
>
>
> 2018-02-05 19:10 GMT+09:00 Swapnil Bawaskar :
>
>> The Apache Geode community is pleased to announce the availability of
>> Apache Geode 1.4.0.
>>
>> Apache Geode is a data management platform that provides a database-like
>> consistency model, reliable transaction processing and a shared-nothing
>> architecture to maintain very low latency performance with high concurrency
>> processing.
>>
>> Geode 1.4.0 contains a number of improvements and bug fixes. This release
>> includes a simple JDBC connector which enables read-through and write
>> behind to any RDBMS without any custom code, enables indexing nested fields
>> for lucene indexes, optimizations to reduce memory footprint of compact
>> range indexes and optimizations to reduce CPU consumption by eviction
>> algorithm. Users are encouraged to upgrade to the latest release.
>>
>> For the full list of changes please review the release notes:
>> https://cwiki.apache.org/confluence/display/GEODE/Release+No
>> tes#ReleaseNotes-1.4.0
>>
>> The release artifacts can be downloaded from the project website:
>> http://geode.apache.org/releases/
>>
>> The release documentation is available at:
>> http://geode.apache.org/docs/guide/14/about_geode.html
>>
>> We would like to thank all the contributors that made the release
>> possible.
>>
>> Regards,
>> Swapnil Bawaskar on behalf of the Apache Geode team
>>
>
>

Re: C# native client problem

[Jacob Barrett]

Right, that is why I’m curious what SHA because the sources on develop for the 
last few months allow multiple caches in a process or app domain. 

> On Feb 6, 2018, at 6:38 AM, Michael Stolz  wrote:
> 
> Also could be that he's hitting the Cache singleton. Hard to tell from what
> he wrote, but I think he's attempting to new multiple Caches in the same
> process.
> 
> --
> Mike Stolz
> Principal Engineer - Gemfire Product Manager
> Mobile: 631-835-4771
> 
>> On Feb 6, 2018 9:35 AM, "Jacob Barrett"  wrote:
>> 
>> Since there is no official release of the Geode Native C# client can you
>> please tell us what SHA you have compiled?
>> 
>> Quickly I can say you can’t create two regions with the same name in the
>> same cache.
>> 
>> -Jake
>> 
>> 
>>> On Feb 6, 2018, at 1:30 AM, Rupert St John Webster <
>> rup...@impress-solutions.com> wrote:
>>> 
>>> Dear All,
>>> 
>>> Per https://stackoverflow.com/questions/48628342/ I have a C# class
>> Geode.cs that sets up a native client local cache, pool and region and does
>> some work.
>>> 
>>> I want to reuse the class and have 2 or more local caches that do work
>> (ultimately to have different callbacks) but very simply like in the
>> Program.cs
>>> 
>>> new Geode();
>>> new Geode();
>>> 
>>> The 2nd time around to create a new local cache and find the server
>> connection pool is fine, but to initialise a region at the following code:
>>> 
>>> IRegion test = rf.SetPoolName("myPool").Create> string>("test");
>>> 
>>> I get the error:
>>> 
>>> 
>>> 
>>> I have attached a simple test program to show this. Please can you let
>> me know what’s wrong?
>>> 
>>> Thanks 😊
>>> 
>>> 
>>> Kind regards
>>> 
>>> Rupert St John Webster
>>> FX Consultant
>>> 
>>> 
>> 

Build for version 1.5.0-build.410 of Apache Geode failed.

[apachegeodeci]

=

The build job for Apache Geode version 1.5.0-build.410 has failed.


Build artifacts are available at:
http://files.apachegeode-ci.info/builds/1.5.0-build.410/geode-build-artifacts-1.5.0-build.410.tgz

Test results are available at:
http://files.apachegeode-ci.info/builds/1.5.0-build.410/test-results/build/


Job: 
https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/Build/builds/437

=

Re: Naming unit tests and integration tests

[Kirk Lund]

+1 for renaming existing tests to follow the new conventions and especially
renaming old TRAC bug number tests

I'll update the wiki today and then report back to this thread.

On Mon, Feb 5, 2018 at 1:09 PM, Bruce Schuchardt 
wrote:

> Should we make a pass over all of the tests and rename them to follow the
> conventions we come up with?  It would take some time, and maybe access to
> Pivotal's old Trac issue tracker in order to rename files with "Bug" and
> numbers for a name.
>
>
>
> On 2/5/18 12:28 PM, Kirk Lund wrote:
>
>> I've been using the name FooDistributedTest for new dunit tests. I
>> should've included that.
>>
>> For RegressionTests, I've been including the GEODE jira ticket number and
>> summary in the javadocs on the test class. I'll include that in any
>> changes
>> I make to the wiki.
>>
>> On Mon, Feb 5, 2018 at 11:55 AM, Bruce Schuchardt > >
>> wrote:
>>
>> These seem like sensible ideas to me.  I especially don't like tests named
>>> after bug numbers.  I do like a pointer to relevant tickets in test
>>> comments/javadocs though.
>>>
>>> We also have DUnitTest.  Some designation in the name that it's using the
>>> dunit infrastructure is often useful to me.  Having to open a file to see
>>> that it's a DistributedTest vs a regular unit test could make life more
>>> difficult.  Putting them in their own source tree would help with that.
>>>
>>>
>>> On 2/5/18 11:49 AM, Kirk Lund wrote:
>>>
>>> Another valuable naming standard is the use FooRegressionTest for tests
 that are specific to reproducing a bug and verifying its fix. Don't use
 Bug007IntegrationTest. Use something description like
 QueryShouldNotIncludeTXSetsRegressionTest (if you want a separate test
 class for the bug which is sometimes better -- otherwise just add new
 tests
 to existing tests).

 On Mon, Feb 5, 2018 at 11:42 AM, Kirk Lund  wrote:

 The industry standard names for tests are FooTest and FooIntegrationTest

> and I think we should stick to that for UnitTest and IntegrationTest.
>
> The following block is defined in our wiki. I'd like to replace the
> line
> "End with JUnitTest" -- there's no reason to including "JUnit" in the
> name
> of our JUnit tests. Even if we decide to separate test categories in
> some
> way other than the @Category support in Gradle's junit task, the next
> preferred alternative should be different src tests (src/test,
> src/integrationTest, src/distributedTest). Adding "JUnit" to the name
> is
> an
> outdated convention tied to our previous Ant build system.
>
> JUnit tests should
>
> . Use Junit 4 Syntax
> *. End with JUnitTest*
> . Contain an Category annotation of either UnitTest or IntegrationTest.
> UnitTests as should complete in milliseconds and test a specific class.
>
>
>
>

[PROPOSAL] Add mod and arithmetic functionality to OQL

[Jason Huynh]

This is a proposal to add the ability to execute arithmetic operations on
numeric fields in an OQL query.  The corresponding jira ticket is:
https://issues.apache.org/jira/browse/GEODE-4327

The operation symbols that will be added are mod, %, +, -, /, *.  These
will correspond to modulo, modulo, addition, subtraction, division,
multiplication operations.

There is an open PR for this at: https://github.com/apache/geode/pull/1316

Re: [PROPOSAL] Add mod and arithmetic functionality to OQL

[Anilkumar Gingade]

+1 like the idea...

On Tue, Feb 6, 2018 at 10:22 AM, Jason Huynh  wrote:

> This is a proposal to add the ability to execute arithmetic operations on
> numeric fields in an OQL query.  The corresponding jira ticket is:
> https://issues.apache.org/jira/browse/GEODE-4327
>
> The operation symbols that will be added are mod, %, +, -, /, *.  These
> will correspond to modulo, modulo, addition, subtraction, division,
> multiplication operations.
>
> There is an open PR for this at: https://github.com/apache/geode/pull/1316
>

Re: [PROPOSAL] Add mod and arithmetic functionality to OQL

[Kirk Lund]

+1 for adding these ops to OQL

On Tue, Feb 6, 2018 at 11:45 AM, Anilkumar Gingade 
wrote:

> +1 like the idea...
>
> On Tue, Feb 6, 2018 at 10:22 AM, Jason Huynh  wrote:
>
> > This is a proposal to add the ability to execute arithmetic operations on
> > numeric fields in an OQL query.  The corresponding jira ticket is:
> > https://issues.apache.org/jira/browse/GEODE-4327
> >
> > The operation symbols that will be added are mod, %, +, -, /, *.  These
> > will correspond to modulo, modulo, addition, subtraction, division,
> > multiplication operations.
> >
> > There is an open PR for this at: https://github.com/apache/
> geode/pull/1316
> >
>

Geode unit tests completed in 'develop/DistributedTest' with non-zero exit code

[apachegeodeci]

Pipeline results can be found at:

Concourse: 
https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/DistributedTest/builds/124

Re: [PROPOSAL] Add mod and arithmetic functionality to OQL

[Anthony Baker]

Will the OQL engine obey operator precedence rules?

Anthony


> On Feb 6, 2018, at 10:22 AM, Jason Huynh  wrote:
> 
> This is a proposal to add the ability to execute arithmetic operations on
> numeric fields in an OQL query.  The corresponding jira ticket is:
> https://issues.apache.org/jira/browse/GEODE-4327
> 
> The operation symbols that will be added are mod, %, +, -, /, *.  These
> will correspond to modulo, modulo, addition, subtraction, division,
> multiplication operations.
> 
> There is an open PR for this at: https://github.com/apache/geode/pull/1316

Re: [PROPOSAL] Add mod and arithmetic functionality to OQL

[Jason Huynh]

Based on the oql.g file I think it would but I can add some tests to be sure

On Tue, Feb 6, 2018 at 2:04 PM Anthony Baker  wrote:

> Will the OQL engine obey operator precedence rules?
>
> Anthony
>
>
> > On Feb 6, 2018, at 10:22 AM, Jason Huynh  wrote:
> >
> > This is a proposal to add the ability to execute arithmetic operations on
> > numeric fields in an OQL query.  The corresponding jira ticket is:
> > https://issues.apache.org/jira/browse/GEODE-4327
> >
> > The operation symbols that will be added are mod, %, +, -, /, *.  These
> > will correspond to modulo, modulo, addition, subtraction, division,
> > multiplication operations.
> >
> > There is an open PR for this at:
> https://github.com/apache/geode/pull/1316
>
>

[Spring CI] Spring Data GemFire > Nightly-ApacheGeode > #820 was SUCCESSFUL (with 2324 tests). Change made by Christoph Strobl.

[Spring CI]

---
Spring Data GemFire > Nightly-ApacheGeode > #820 was successful.
---
Scheduled with changes by Christoph Strobl.
2326 tests in total.

https://build.spring.io/browse/SGF-NAG-820/




--
Code Changes
--
Christoph Strobl (98a7fe94bb03e390261c8aaac341b690feef7a40):

>DATAGEODE-49 - After release cleanups.

Christoph Strobl (728242e87a95914b285d6340e54ab095b8abceb4):

>DATAGEODE-49 - Release version 2.1 M1 (Lovelace).

Christoph Strobl (d9f7a225efd224baa6c60cdc246c6b812b2d906a):

>DATAGEODE-49 - Prepare 2.1 M1 (Lovelace).



--
This message is automatically generated by Atlassian Bamboo

Re: [PROPOSAL] Add mod and arithmetic functionality to OQL

[Nabarun Nag]

+1
On Tue, Feb 6, 2018 at 12:12 PM Kirk Lund  wrote:

> +1 for adding these ops to OQL
>
> On Tue, Feb 6, 2018 at 11:45 AM, Anilkumar Gingade 
> wrote:
>
> > +1 like the idea...
> >
> > On Tue, Feb 6, 2018 at 10:22 AM, Jason Huynh  wrote:
> >
> > > This is a proposal to add the ability to execute arithmetic operations
> on
> > > numeric fields in an OQL query.  The corresponding jira ticket is:
> > > https://issues.apache.org/jira/browse/GEODE-4327
> > >
> > > The operation symbols that will be added are mod, %, +, -, /, *.  These
> > > will correspond to modulo, modulo, addition, subtraction, division,
> > > multiplication operations.
> > >
> > > There is an open PR for this at: https://github.com/apache/
> > geode/pull/1316
> > >
> >
>

Re: [PROPOSAL] Add mod and arithmetic functionality to OQL

[Nabarun Nag]

+1
[Apache ID]

On Tue, Feb 6, 2018 at 3:40 PM Nabarun Nag  wrote:

> +1
> On Tue, Feb 6, 2018 at 12:12 PM Kirk Lund  wrote:
>
>> +1 for adding these ops to OQL
>>
>> On Tue, Feb 6, 2018 at 11:45 AM, Anilkumar Gingade 
>> wrote:
>>
>> > +1 like the idea...
>> >
>> > On Tue, Feb 6, 2018 at 10:22 AM, Jason Huynh  wrote:
>> >
>> > > This is a proposal to add the ability to execute arithmetic
>> operations on
>> > > numeric fields in an OQL query.  The corresponding jira ticket is:
>> > > https://issues.apache.org/jira/browse/GEODE-4327
>> > >
>> > > The operation symbols that will be added are mod, %, +, -, /, *.
>> These
>> > > will correspond to modulo, modulo, addition, subtraction, division,
>> > > multiplication operations.
>> > >
>> > > There is an open PR for this at: https://github.com/apache/
>> > geode/pull/1316
>> > >
>> >
>>
>

Geode unit tests completed in 'develop/IntegrationTest' with non-zero exit code

[apachegeodeci]

Pipeline results can be found at:

Concourse: 
https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/IntegrationTest/builds/179

Geode unit tests completed in 'develop/IntegrationTest' with non-zero exit code

[apachegeodeci]

Pipeline results can be found at:

Concourse: 
https://concourse.apachegeode-ci.info/teams/main/pipelines/develop/jobs/IntegrationTest/builds/180