Re: Releasing Geode (was Re: September 2015 Report)

2015-09-10 Thread Nitin Lamba
Great suggestions Anthony! For starters, can I get PM rights in Geode JIRA? I should then be able to make these changes fairly quickly. Also, it may make sense to create an Agile board to prioritize the issues we need to get done for the first release. There are a lot of little tasks that we sh

Re: Releasing Geode (was Re: September 2015 Report)

2015-09-10 Thread Kirk Lund
+1 for having Nitin as RM and for Anthony's list (with the addition below) Any new APIs that are half-baked need cleanup if there's any chance we'll be locked in with them for backwards compatibility... or we have to remove the new API or otherwise mark it as experimental in someway. -Kirk On Th

Fixing bucketids to specific nodes in gemfire

2015-09-10 Thread Rajiv Kumar
Hi, Is there any way we can fix the buckets to a specific node, so that the bucket sticks to same node irrespective of restarts. -- Thanks and Best Regards, Rajiv Kumar,

[Spring CI] Spring Data GemFire > Nightly-ApacheGeode > #62 was SUCCESSFUL (with 1140 tests). Change made by John Blum and Oliver Gierke.

2015-09-10 Thread Spring CI
--- Spring Data GemFire > Nightly-ApacheGeode > #62 was successful. --- Scheduled with changes by John Blum , Oliver Gierke. 1144 tests in total. https://build.s

Re: Releasing Geode (was Re: September 2015 Report)

2015-09-10 Thread Anthony Baker
Thanks for jumping in Nitin! I suggest we: 1) Rename the JIRA version from 1.0.0-incubating to 1.0.0-incubating-alpha1. 2) Update the versionNumber property in gradle.properties accordingly (note: this may have downstream effects on other projects like SpringDataGemFire). 3) Agree on the remaini

Re: Releasing Geode (was Re: September 2015 Report)

2015-09-10 Thread Nitin Lamba
Thanks Roman and Greg for the opportunity/ challenge! Happy to help with the initial release if the group agrees to it, and with your guidance/ support, of course. When do we start!? Best, Nitin _ From: Roman Shaposhnik mailto:ro...@shaposhnik.org>> Sent: Thursday, Se

Review Request 38283: GEODE-320: Close the cache in DistributedTestCase tear down

2015-09-10 Thread Dan Smith
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/38283/ --- Review request for geode and Kirk Lund. Repository: geode Description ---

[GitHub] incubator-geode pull request: GEODE-313 Improve redis adpater regi...

2015-09-10 Thread asfgit
Github user asfgit closed the pull request at: https://github.com/apache/incubator-geode/pull/19 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature

Re: Releasing Geode (was Re: September 2015 Report)

2015-09-10 Thread Roman Shaposhnik
On Thu, Sep 10, 2015 at 10:01 AM, Ashvin A wrote: > http://www.apache.org/dev/release-publishing.html#release_manager > > *"The common practice at Apache is for a single individual to take > responsibility for the mechanics of a release. That individual is called > the 'release manager.' Release m

[GitHub] incubator-geode pull request: GEODE-313 Improve redis adpater regi...

2015-09-10 Thread sbawaska
Github user sbawaska commented on the pull request: https://github.com/apache/incubator-geode/pull/19#issuecomment-139338155 Looks good! Thanks! --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does no

removal of the old deprecated Bridge feature from Geode

2015-09-10 Thread Darrel Schneider
The removal of the old deprecated Bridge feature from Geode is complete. The code has been reviewed and tested. Take a look at https://issues.apache.org/jira/browse/GEODE-243 for details. Does anyone see a problem with this work being merged to develop? It will prevent a rolling upgrade but so doe

Re: Releasing Geode (was Re: September 2015 Report)

2015-09-10 Thread Ashvin A
http://www.apache.org/dev/release-publishing.html#release_manager *"The common practice at Apache is for a single individual to take responsibility for the mechanics of a release. That individual is called the 'release manager.' Release managers take care of shepherding a release from an ini

Re: JCache JSR-107 support?

2015-09-10 Thread John Blum
That is correct! The Spring Cache Abstraction [0] supports *JCache* (JSR-107) caching annotations [1], and of co

Re: Artifacts of jenkins build

2015-09-10 Thread Dan Smith
Ok, thanks! I'm working on what might a better solution anyway - record the previously run tests in the log of each test. That might be easier for people to see and limit the scope of what previously run tests they need to worry about. -Dan On Wed, Sep 9, 2015 at 6:15 PM, Roman Shaposhnik wrote:

Re: JCache JSR-107 support?

2015-09-10 Thread Anthony Baker
IIRC correctly, the Spring Cache abstraction supports JSR-107. Anthony [1] https://spring.io/blog/2014/04/14/cache-abstraction-jcache-jsr-107-annotations-support > On Sep 9, 2015, at 10:12 PM, Vishal R

Jenkins build is back to normal : Geode-nightly #211

2015-09-10 Thread Apache Jenkins Server
See