Re: Strange Performance Issue with Large number Region Creation

Hi All, Thanks @Mike. Unfortunately I have situation where-in I need to create those many number of regions. I need to understand why in StatisticsMonitor and StatMonitorHandler List is used to store monitors, listeners and statisticIds , is there any particular reason for this. When I replace

Re: Review Request 53867: GEODE-2129 make pdxtype id random(not sequential)

I think we need to be more forceful about requiring different distributed system id's. This idea of using hashcode seems like a debugging problem waiting to happen. -- Mike Stolz Principal Engineer, GemFire Product Manager Mobile: 631-835-4771 On Fri, Nov 18, 2016 at 6:39 PM, Hitesh Khamesra < hi

Build failed in Jenkins: Geode-nightly #660

See Changes: [boglesby] GEODE-2133: Changed AckReaderThread to not shutdown while logging batch -- [...truncated 564 lines...] Note: Some input files use unchecked or unsafe operations. Note: Recom

[ANNOUNCE] Geode Is Now A Top-Level Apache Project

Hello Everyone, It is a great honor to announce the Apache Geode project has graduated to a Top-Level Project (TLP) The official announcement is on the Apache Blog at: https://blogs.apache.org/foundation/entry/the_apache_software_foundation_announces102 I would like to thank everyone for their c

Re: Review Request 53867: GEODE-2129 make pdxtype id random(not sequential)

Just FYI - We've especially run into PDX collisions when we move region snapshots between separate environments. To get things working, we've needed to blow away all persisted regions including the persisted pdx info. It would be nice to improve snapshot portability. For example load a single reg

The next release (v1.1.0)

Now that graduation is done (!!), we need to organize our next release. I propose we focus on completing the transition to TLP and cleaning up “incubating" references. The sequence would look something like this: 1) Transition the git repo, mailing lists, etc. 2) Update incubating references i

Re: [ANNOUNCE] Geode Is Now A Top-Level Apache Project

Congratulations !! This is great news. Thanks everyone ... On Mon, Nov 21, 2016 at 8:48 AM, Mark Bretl wrote: > Hello Everyone, > > It is a great honor to announce the Apache Geode project has graduated to a > Top-Level Project (TLP) > > The official announcement is on the Apache Blog at: > htt

Re: [ANNOUNCE] Geode Is Now A Top-Level Apache Project

Major congratulations to the Geode community! The final steps to wrap up the graduation process are listed here: http://incubator.apache.org/guides/graduation.html#life-after-graduation please make sure to go through them. Also, I highly recommend all of the PMC (but especially Mark) attend th

RE: The next release (v1.1.0)

Anthony, What are the actual implications of this transition to the tlp ? Regards, Dor -Original Message- From: Anthony Baker [mailto:aba...@pivotal.io] Sent: יום ב 21 נובמבר 2016 19:26 To: dev@geode.apache.org Subject: The next release (v1.1.0) Now that graduation is done (!!), we n

Re: Review Request 53685: GEODE-1955: properly disconnect gfsh session so that it won't leave heartbeat thread around to pollute other tests

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/53685/#review156510 --- geode-core/src/main/java/org/apache/geode/internal/net/SSLConfigu

Re: Review Request 53864: GEODE-2121 add DLockTest, MembershipTest, ClientServerTest, ClientSubscriptionTest and RestAPITest categories

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/53864/#review156515 --- Ship it! Ship It! - Udo Kohlmeyer On Nov. 17, 2016, 11:07 p.

Re: Review Request 53685: GEODE-1955: properly disconnect gfsh session so that it won't leave heartbeat thread around to pollute other tests

> On Nov. 21, 2016, 10:37 p.m., Udo Kohlmeyer wrote: > > geode-core/src/main/java/org/apache/geode/internal/net/SSLConfigurationFactory.java, > > lines 168-169 > > > > > > I don't believe this should be a public sta

Re: Review Request 53685: GEODE-1955: properly disconnect gfsh session so that it won't leave heartbeat thread around to pollute other tests

> On Nov. 21, 2016, 10:37 p.m., Udo Kohlmeyer wrote: > > geode-core/src/main/java/org/apache/geode/management/internal/cli/shell/JmxOperationInvoker.java, > > line 262 > > > > > > I think you should rather put this

Re: Review Request 53867: GEODE-2129 make pdxtype id random(not sequential)

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/53867/ --- (Updated Nov. 21, 2016, 11:56 p.m.) Review request for geode, Bruce Schuchardt

Review Request 53971: GEODE-2125 Add doc note to not use kill cmd on servers

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/53971/ --- Review request for geode, Bruce Schuchardt, Dave Barnes, Joey McAllister, and Ki

Re: Review Request 53867: GEODE-2129 make pdxtype id random(not sequential)

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/53867/ --- (Updated Nov. 22, 2016, 12:49 a.m.) Review request for geode, Bruce Schuchardt

Re: Review Request 53971: GEODE-2125 Add doc note to not use kill cmd on servers

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/53971/#review156533 --- Ship it! Ship It! - Dave Barnes On Nov. 22, 2016, 12:17 a.m.

Re: Review Request 53867: GEODE-2129 make pdxtype id random(not sequential)

Agree Mike. Right this would help to recover the pdx data. From: Michael Stolz To: dev@geode.apache.org; Hitesh Khamesra Cc: Hitesh Khamesra ; Udo Kohlmeyer ; Bruce Schuchardt ; geode Sent: Monday, November 21, 2016 6:07 AM Subject: Re: Review Request 53867: GEODE-2129 make pdxty

Re: Review Request 53867: GEODE-2129 make pdxtype id random(not sequential)

Thanks Brian for this info. Can you please elaborate a little bit more here.I am assuming here that import of pdxtypes registry(with the same dsid) ,  overrides the existing pdxTypes in the cluster? From: Brian Dunlap To: dev@geode.apache.org Cc: Hitesh Khamesra ; Hitesh Khamesra ; Udo