Re: [jira] [Updated] (GEODE-1346) Typo "Emtpy" affects Exception name and some help strings

[Dave Barnes]

Actually, the errors in LocalizedStrings aren't in comments, they're in the 
strings (so are customer visible).

> On May 3, 2016, at 5:05 PM, Dave Barnes (JIRA)  wrote:
> 
> 
> [ 
> https://issues.apache.org/jira/browse/GEODE-1346?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
>  ]
> 
> Dave Barnes updated GEODE-1346:
> ---
>Component/s: messaging
> 
>> Typo "Emtpy" affects Exception name and some help strings
>> -
>> 
>>Key: GEODE-1346
>>URL: https://issues.apache.org/jira/browse/GEODE-1346
>>Project: Geode
>> Issue Type: Bug
>> Components: functions, messaging
>>   Reporter: Dave Barnes
>> 
>> The name of the EmtpyRegionFunctionException class is misspelled, should be 
>> "Empty...".
>> Also some comments in LocalizedStrings.java contain 'emtpy'
> 
> 
> 
> --
> This message was sent by Atlassian JIRA
> (v6.3.4#6332)

[jira] [Resolved] (GEODE-1260) Building out of source tarball produces incorrect versioning

[Anthony Baker (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GEODE-1260?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Anthony Baker resolved GEODE-1260.
--
   Resolution: Fixed
Fix Version/s: 1.0.0-incubating.M3

> Building out of source tarball produces incorrect versioning
> 
>
> Key: GEODE-1260
> URL: https://issues.apache.org/jira/browse/GEODE-1260
> Project: Geode
>  Issue Type: Bug
>  Components: build
>Reporter: Roman Shaposhnik
> Fix For: 1.0.0-incubating.M3
>
>
> Here's what it looks like:
> {noformat}
> $ gradle build
> 
> * Unable to find Git workspace. Using default version information *
> 
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (GEODE-1260) Building out of source tarball produces incorrect versioning

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-1260?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269990#comment-15269990
 ] 

ASF subversion and git services commented on GEODE-1260:


Commit 19b9fe5ad6b4a697c512304f3db92c91a02f4072 in incubator-geode's branch 
refs/heads/develop from [~amb]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=19b9fe5 ]

GEODE-1260: Cache SCM metadata for source distributions

The GemFireVersion.properties file is generated by the build and
contains the git branch, commit, and source date. This change
caches the SCM info in the build root (.buildinfo) for use by the
source distribution.


> Building out of source tarball produces incorrect versioning
> 
>
> Key: GEODE-1260
> URL: https://issues.apache.org/jira/browse/GEODE-1260
> Project: Geode
>  Issue Type: Bug
>  Components: build
>Reporter: Roman Shaposhnik
>
> Here's what it looks like:
> {noformat}
> $ gradle build
> 
> * Unable to find Git workspace. Using default version information *
> 
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (GEODE-1316) Update @since tags to include GemFire or Geode in the version name

[Joey McAllister (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-1316?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269915#comment-15269915
 ] 

Joey McAllister commented on GEODE-1316:


[~upthewaterspout] What do you see as the docs component of this ticket? I just 
want to make sure that we've got it covered. Thanks!

> Update @since tags to include GemFire or Geode in the version name
> --
>
> Key: GEODE-1316
> URL: https://issues.apache.org/jira/browse/GEODE-1316
> Project: Geode
>  Issue Type: Task
>  Components: docs
>Reporter: Dan Smith
> Fix For: 1.0.0-incubating.M3
>
>
> Based on [this 
> discussion|http://mail-archives.apache.org/mod_mbox/incubator-geode-dev/201604.mbox/%3CCAFh%2B7k1nPayKdS--rvqG4uvB%3DjKnTibNqHkfFJf0Kkiy9wQ7bw%40mail.gmail.com%3E]
>  on the mailing list, we want to update all of our \@since tags to be either 
> Geode x.y.z or GemFire x.y.z, depending on when the new method was added to 
> the public API.
> We need to go through all of the existing tags and update them to match this 
> standard. Almost all of them should become \@since GemFire x.y.z unless they 
> are 1.0 or 9.0, in which case they should probably be \@since Geode 1.0.0.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (GEODE-1191) Remove some remaining hdfs references

[Dan Smith (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GEODE-1191?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dan Smith updated GEODE-1191:
-
Fix Version/s: 1.0.0-incubating.M3

> Remove some remaining hdfs references
> -
>
> Key: GEODE-1191
> URL: https://issues.apache.org/jira/browse/GEODE-1191
> Project: Geode
>  Issue Type: Task
>  Components: configuration, gfsh, jmx
>Reporter: Jens Deppe
> Fix For: 1.0.0-incubating.M3
>
>
> Remove {{hdfs-store}} element from cache-1.0.xsd
> Remove references to hdfs in CLI commands and JMX MBeans.
> This includes removing DescribeHDFSStoreFunction and HDFSRegionBridge.
> References in MemberMBeanBridge.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Resolved] (GEODE-1191) Remove some remaining hdfs references

[Dan Smith (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GEODE-1191?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dan Smith resolved GEODE-1191.
--
Resolution: Fixed

All of these references were removed as part of GEODE-1072.

> Remove some remaining hdfs references
> -
>
> Key: GEODE-1191
> URL: https://issues.apache.org/jira/browse/GEODE-1191
> Project: Geode
>  Issue Type: Task
>  Components: configuration, gfsh, jmx
>Reporter: Jens Deppe
>
> Remove {{hdfs-store}} element from cache-1.0.xsd
> Remove references to hdfs in CLI commands and JMX MBeans.
> This includes removing DescribeHDFSStoreFunction and HDFSRegionBridge.
> References in MemberMBeanBridge.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (GEODE-1346) Typo "Emtpy" affects Exception name and some help strings

[Dave Barnes (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GEODE-1346?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dave Barnes updated GEODE-1346:
---
Component/s: messaging

> Typo "Emtpy" affects Exception name and some help strings
> -
>
> Key: GEODE-1346
> URL: https://issues.apache.org/jira/browse/GEODE-1346
> Project: Geode
>  Issue Type: Bug
>  Components: functions, messaging
>Reporter: Dave Barnes
>
> The name of the EmtpyRegionFunctionException class is misspelled, should be 
> "Empty...".
> Also some comments in LocalizedStrings.java contain 'emtpy'



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (GEODE-11) Lucene Integration

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-11?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269886#comment-15269886
 ] 

ASF subversion and git services commented on GEODE-11:
--

Commit 8dc2d30317d6592af95ba62b95eba784a68a626f in incubator-geode's branch 
refs/heads/feature/GEODE-1255 from [~upthewaterspout]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=8dc2d30 ]

GEODE-11: Closing cache in @After of LuceneIndexXmlGenerator...Test

This test case was not cleaning up the cache after the tear down,
resulting in potential problems for later tests.


> Lucene Integration
> --
>
> Key: GEODE-11
> URL: https://issues.apache.org/jira/browse/GEODE-11
> Project: Geode
>  Issue Type: New Feature
>  Components: querying
>Reporter: Dan Smith
>Assignee: xiaojian zhou
>
> This is a feature that has been under development for GemFire but was not 
> part of the initial drop of code for geode.
> Allow Lucene indexes to be stored in Geode regions allowing users to do text 
> searches on data stored in Geode. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (GEODE-11) Lucene Integration

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-11?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269885#comment-15269885
 ] 

ASF subversion and git services commented on GEODE-11:
--

Commit b3ef791346b248ea81b4da989ba7759c75c7d92d in incubator-geode's branch 
refs/heads/feature/GEODE-1255 from [~upthewaterspout]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=b3ef791 ]

GEODE-11: Fixing a class cast exception when LuceneFunction has an error

LuceneFunction was using sendException to return exceptions to caller.
But the behavior of sendException is actually to pass the exception to
the addResult method, which is not what we want in this case.

Adding an integration test of the same. Changing LuceneFunctionJUnitTest
to use mockito and changing the expectations of what LuceneFunction
will do after an exception.


> Lucene Integration
> --
>
> Key: GEODE-11
> URL: https://issues.apache.org/jira/browse/GEODE-11
> Project: Geode
>  Issue Type: New Feature
>  Components: querying
>Reporter: Dan Smith
>Assignee: xiaojian zhou
>
> This is a feature that has been under development for GemFire but was not 
> part of the initial drop of code for geode.
> Allow Lucene indexes to be stored in Geode regions allowing users to do text 
> searches on data stored in Geode. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (GEODE-1255) Add test coverage for using a custom log4j2.xml with Geode

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-1255?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269887#comment-15269887
 ] 

ASF subversion and git services commented on GEODE-1255:


Commit 9aba6bf74e812b01bb2d1d28d91ea644da4ada8d in incubator-geode's branch 
refs/heads/feature/GEODE-1255 from [~apa...@the9muses.net]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=9aba6bf ]

Merge remote-tracking branch 'origin/develop' into feature/GEODE-1255


> Add test coverage for using a custom log4j2.xml with Geode
> --
>
> Key: GEODE-1255
> URL: https://issues.apache.org/jira/browse/GEODE-1255
> Project: Geode
>  Issue Type: Test
>  Components: logging, tests
>Reporter: Kirk Lund
>Assignee: Kirk Lund
>
> Add test coverage (probably to LogServiceIntegrationJUnitTest) for using a 
> custom log4j2.xml with Geode.
> The user should be able to specify -Dlog4j.configurationFile=log4j2.xml and 
> point to a custom log4j2.xml when starting server, locator or using APIs as a 
> library. New integration test is required to verify this behavior works.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (GEODE-1329) auto-reconnect attempts cease if kicked out during boot-up of the cache

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-1329?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269883#comment-15269883
 ] 

ASF subversion and git services commented on GEODE-1329:


Commit 4a6c779d386f818306062bc1a84276858592384c in incubator-geode's branch 
refs/heads/feature/GEODE-1255 from [~bschuchardt]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=4a6c779 ]

GEODE-1329 auto-reconnect attempts cease if kicked out during boot-up of the 
cache

This is a follow-up to the fix for GEODE-1329 that removes the old
reconnectCancelledLock variable and makes reconnectCancelled volatile.


> auto-reconnect attempts cease if kicked out during boot-up of the cache
> ---
>
> Key: GEODE-1329
> URL: https://issues.apache.org/jira/browse/GEODE-1329
> Project: Geode
>  Issue Type: Bug
>  Components: membership
>Reporter: Bruce Schuchardt
>Assignee: Bruce Schuchardt
>
> If a server has been kicked out of the distributed system and is able to 
> reconnect it may cease efforts to rejoin the system if it is kicked out after 
> joining the system but before its cache is completely rebuilt.
> The code in InternalDistributedSystem.reconnect() has a {{while}} loop that 
> exits after the new DistributedSystem has been created and then the method 
> goes on to rebuild the Cache.  If there is a problem rebuilding the cache it 
> does not retry, but it should.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (GEODE-11) Lucene Integration

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-11?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269884#comment-15269884
 ] 

ASF subversion and git services commented on GEODE-11:
--

Commit 0481732f0223a38adf4084bc2afb977e20db364f in incubator-geode's branch 
refs/heads/feature/GEODE-1255 from [~upthewaterspout]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=0481732 ]

GEODE-11: Refactoring the LuceneFunctionReadPathDUnitTest

Refactoring this test into a framework for adding more tests with a
bunch of subclasses.


> Lucene Integration
> --
>
> Key: GEODE-11
> URL: https://issues.apache.org/jira/browse/GEODE-11
> Project: Geode
>  Issue Type: New Feature
>  Components: querying
>Reporter: Dan Smith
>Assignee: xiaojian zhou
>
> This is a feature that has been under development for GemFire but was not 
> part of the initial drop of code for geode.
> Allow Lucene indexes to be stored in Geode regions allowing users to do text 
> searches on data stored in Geode. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Created] (GEODE-1346) Typo "Emtpy" affects Exception name and some help strings

[Dave Barnes (JIRA)]

Dave Barnes created GEODE-1346:
--

 Summary: Typo "Emtpy" affects Exception name and some help strings
 Key: GEODE-1346
 URL: https://issues.apache.org/jira/browse/GEODE-1346
 Project: Geode
  Issue Type: Bug
  Components: functions
Reporter: Dave Barnes


The name of the EmtpyRegionFunctionException class is misspelled, should be 
"Empty...".

Also some comments in LocalizedStrings.java contain 'emtpy'



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (GEODE-1329) auto-reconnect attempts cease if kicked out during boot-up of the cache

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-1329?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269882#comment-15269882
 ] 

ASF subversion and git services commented on GEODE-1329:


Commit 4a6c779d386f818306062bc1a84276858592384c in incubator-geode's branch 
refs/heads/feature/GEODE-1255 from [~bschuchardt]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=4a6c779 ]

GEODE-1329 auto-reconnect attempts cease if kicked out during boot-up of the 
cache

This is a follow-up to the fix for GEODE-1329 that removes the old
reconnectCancelledLock variable and makes reconnectCancelled volatile.


> auto-reconnect attempts cease if kicked out during boot-up of the cache
> ---
>
> Key: GEODE-1329
> URL: https://issues.apache.org/jira/browse/GEODE-1329
> Project: Geode
>  Issue Type: Bug
>  Components: membership
>Reporter: Bruce Schuchardt
>Assignee: Bruce Schuchardt
>
> If a server has been kicked out of the distributed system and is able to 
> reconnect it may cease efforts to rejoin the system if it is kicked out after 
> joining the system but before its cache is completely rebuilt.
> The code in InternalDistributedSystem.reconnect() has a {{while}} loop that 
> exits after the new DistributedSystem has been created and then the method 
> goes on to rebuild the Cache.  If there is a problem rebuilding the cache it 
> does not retry, but it should.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (GEODE-11) Lucene Integration

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-11?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269873#comment-15269873
 ] 

ASF subversion and git services commented on GEODE-11:
--

Commit 8dc2d30317d6592af95ba62b95eba784a68a626f in incubator-geode's branch 
refs/heads/develop from [~upthewaterspout]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=8dc2d30 ]

GEODE-11: Closing cache in @After of LuceneIndexXmlGenerator...Test

This test case was not cleaning up the cache after the tear down,
resulting in potential problems for later tests.


> Lucene Integration
> --
>
> Key: GEODE-11
> URL: https://issues.apache.org/jira/browse/GEODE-11
> Project: Geode
>  Issue Type: New Feature
>  Components: querying
>Reporter: Dan Smith
>Assignee: xiaojian zhou
>
> This is a feature that has been under development for GemFire but was not 
> part of the initial drop of code for geode.
> Allow Lucene indexes to be stored in Geode regions allowing users to do text 
> searches on data stored in Geode. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (GEODE-11) Lucene Integration

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-11?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269872#comment-15269872
 ] 

ASF subversion and git services commented on GEODE-11:
--

Commit b3ef791346b248ea81b4da989ba7759c75c7d92d in incubator-geode's branch 
refs/heads/develop from [~upthewaterspout]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=b3ef791 ]

GEODE-11: Fixing a class cast exception when LuceneFunction has an error

LuceneFunction was using sendException to return exceptions to caller.
But the behavior of sendException is actually to pass the exception to
the addResult method, which is not what we want in this case.

Adding an integration test of the same. Changing LuceneFunctionJUnitTest
to use mockito and changing the expectations of what LuceneFunction
will do after an exception.


> Lucene Integration
> --
>
> Key: GEODE-11
> URL: https://issues.apache.org/jira/browse/GEODE-11
> Project: Geode
>  Issue Type: New Feature
>  Components: querying
>Reporter: Dan Smith
>Assignee: xiaojian zhou
>
> This is a feature that has been under development for GemFire but was not 
> part of the initial drop of code for geode.
> Allow Lucene indexes to be stored in Geode regions allowing users to do text 
> searches on data stored in Geode. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (GEODE-11) Lucene Integration

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-11?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269871#comment-15269871
 ] 

ASF subversion and git services commented on GEODE-11:
--

Commit 0481732f0223a38adf4084bc2afb977e20db364f in incubator-geode's branch 
refs/heads/develop from [~upthewaterspout]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=0481732 ]

GEODE-11: Refactoring the LuceneFunctionReadPathDUnitTest

Refactoring this test into a framework for adding more tests with a
bunch of subclasses.


> Lucene Integration
> --
>
> Key: GEODE-11
> URL: https://issues.apache.org/jira/browse/GEODE-11
> Project: Geode
>  Issue Type: New Feature
>  Components: querying
>Reporter: Dan Smith
>Assignee: xiaojian zhou
>
> This is a feature that has been under development for GemFire but was not 
> part of the initial drop of code for geode.
> Allow Lucene indexes to be stored in Geode regions allowing users to do text 
> searches on data stored in Geode. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Resolved] (GEODE-1193) Remove servlet-api jar from binary distributions

[Anthony Baker (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GEODE-1193?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Anthony Baker resolved GEODE-1193.
--
   Resolution: Not A Problem
Fix Version/s: 1.0.0-incubating.M3

Closing as the servlet jar is expected to be on the classpath due to transitive 
jetty dependencies.

> Remove servlet-api jar from binary distributions
> 
>
> Key: GEODE-1193
> URL: https://issues.apache.org/jira/browse/GEODE-1193
> Project: Geode
>  Issue Type: Bug
>  Components: build, extensions
>Reporter: Anthony Baker
> Fix For: 1.0.0-incubating.M3
>
>
> See thread:
> http://mail-archives.apache.org/mod_mbox/incubator-geode-dev/201604.mbox/%3cdc647cd5-2314-4514-b61e-f4b1a4a78...@pivotal.io%3e
> We're including multiple servlet-api jars in the binary distribution.  We 
> probably don't need any of them.  Investigate if we can move to a 'provided' 
> dependency instead of 'compile'.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Resolved] (GEODE-595) Unable to start locator (after GEODE-77 merge?)

[Anthony Baker (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GEODE-595?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Anthony Baker resolved GEODE-595.
-
   Resolution: Cannot Reproduce
Fix Version/s: 1.0.0-incubating.M3

> Unable to start locator (after GEODE-77 merge?)
> ---
>
> Key: GEODE-595
> URL: https://issues.apache.org/jira/browse/GEODE-595
> Project: Geode
>  Issue Type: Bug
>  Components: membership
>Reporter: Paweł Antczak
>Assignee: Bruce Schuchardt
> Fix For: 1.0.0-incubating.M3
>
>
> Hello.
> Few commits ago locator/member was starting just fine.
> Now, as I suppose, after GEODE-77 merge, we have 
> {code:java}
> java.lang.ClassNotFoundException: org.jgroups.Address
> {code}
> Full stack trace:
> {code:java}
> Picked up JAVA_TOOL_OPTIONS: -javaagent:/usr/share/java/jayatanaag.jar 
> Exception in thread "main" java.lang.NoClassDefFoundError: org/jgroups/Address
> at 
> com.gemstone.gemfire.distributed.internal.membership.gms.Services.(Services.java:99)
> at 
> com.gemstone.gemfire.distributed.internal.membership.gms.GMSMemberFactory.newMembershipManager(GMSMemberFactory.java:113)
> at 
> com.gemstone.gemfire.distributed.internal.membership.MemberFactory.newMembershipManager(MemberFactory.java:101)
> at 
> com.gemstone.gemfire.distributed.internal.DistributionManager.(DistributionManager.java:1158)
> at 
> com.gemstone.gemfire.distributed.internal.DistributionManager.(DistributionManager.java:1210)
> at 
> com.gemstone.gemfire.distributed.internal.DistributionManager.create(DistributionManager.java:575)
> at 
> com.gemstone.gemfire.distributed.internal.InternalDistributedSystem.initialize(InternalDistributedSystem.java:640)
> at 
> com.gemstone.gemfire.distributed.internal.InternalDistributedSystem.newInstance(InternalDistributedSystem.java:276)
> at 
> com.gemstone.gemfire.distributed.DistributedSystem.connect(DistributedSystem.java:1640)
> at 
> com.gemstone.gemfire.distributed.internal.InternalLocator.startDistributedSystem(InternalLocator.java:791)
> at 
> com.gemstone.gemfire.distributed.internal.InternalLocator.startLocator(InternalLocator.java:402)
> at 
> com.gemstone.gemfire.distributed.internal.InternalLocator.startLocator(InternalLocator.java:330)
> at 
> com.gemstone.gemfire.distributed.LocatorLauncher.start(LocatorLauncher.java:607)
> at 
> com.gemstone.gemfire.distributed.LocatorLauncher.run(LocatorLauncher.java:513)
> at 
> com.gemstone.gemfire.distributed.LocatorLauncher.main(LocatorLauncher.java:188)
> Caused by: java.lang.ClassNotFoundException: org.jgroups.Address
> at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
> ... 15 more
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Closed] (GEODE-595) Unable to start locator (after GEODE-77 merge?)

[Anthony Baker (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GEODE-595?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Anthony Baker closed GEODE-595.
---

> Unable to start locator (after GEODE-77 merge?)
> ---
>
> Key: GEODE-595
> URL: https://issues.apache.org/jira/browse/GEODE-595
> Project: Geode
>  Issue Type: Bug
>  Components: membership
>Reporter: Paweł Antczak
>Assignee: Bruce Schuchardt
> Fix For: 1.0.0-incubating.M3
>
>
> Hello.
> Few commits ago locator/member was starting just fine.
> Now, as I suppose, after GEODE-77 merge, we have 
> {code:java}
> java.lang.ClassNotFoundException: org.jgroups.Address
> {code}
> Full stack trace:
> {code:java}
> Picked up JAVA_TOOL_OPTIONS: -javaagent:/usr/share/java/jayatanaag.jar 
> Exception in thread "main" java.lang.NoClassDefFoundError: org/jgroups/Address
> at 
> com.gemstone.gemfire.distributed.internal.membership.gms.Services.(Services.java:99)
> at 
> com.gemstone.gemfire.distributed.internal.membership.gms.GMSMemberFactory.newMembershipManager(GMSMemberFactory.java:113)
> at 
> com.gemstone.gemfire.distributed.internal.membership.MemberFactory.newMembershipManager(MemberFactory.java:101)
> at 
> com.gemstone.gemfire.distributed.internal.DistributionManager.(DistributionManager.java:1158)
> at 
> com.gemstone.gemfire.distributed.internal.DistributionManager.(DistributionManager.java:1210)
> at 
> com.gemstone.gemfire.distributed.internal.DistributionManager.create(DistributionManager.java:575)
> at 
> com.gemstone.gemfire.distributed.internal.InternalDistributedSystem.initialize(InternalDistributedSystem.java:640)
> at 
> com.gemstone.gemfire.distributed.internal.InternalDistributedSystem.newInstance(InternalDistributedSystem.java:276)
> at 
> com.gemstone.gemfire.distributed.DistributedSystem.connect(DistributedSystem.java:1640)
> at 
> com.gemstone.gemfire.distributed.internal.InternalLocator.startDistributedSystem(InternalLocator.java:791)
> at 
> com.gemstone.gemfire.distributed.internal.InternalLocator.startLocator(InternalLocator.java:402)
> at 
> com.gemstone.gemfire.distributed.internal.InternalLocator.startLocator(InternalLocator.java:330)
> at 
> com.gemstone.gemfire.distributed.LocatorLauncher.start(LocatorLauncher.java:607)
> at 
> com.gemstone.gemfire.distributed.LocatorLauncher.run(LocatorLauncher.java:513)
> at 
> com.gemstone.gemfire.distributed.LocatorLauncher.main(LocatorLauncher.java:188)
> Caused by: java.lang.ClassNotFoundException: org.jgroups.Address
> at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
> ... 15 more
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (GEODE-1337) Define the API for lucene per-field analyzers

[William Markito Oliveira (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GEODE-1337?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

William Markito Oliveira updated GEODE-1337:

Issue Type: Sub-task  (was: Bug)
Parent: GEODE-11

> Define the API for lucene per-field analyzers
> -
>
> Key: GEODE-1337
> URL: https://issues.apache.org/jira/browse/GEODE-1337
> Project: Geode
>  Issue Type: Sub-task
>  Components: lucene
>Reporter: Barry Oglesby
>
> The current API (Map) is used by LuceneService:
> {noformat}
> public void createIndex(String indexName, String regionPath, Map Analyzer> analyzerPerField);
> {noformat}
> It is also used by LuceneIndex:
> {noformat}
> public Map getFieldAnalyzers();
> {noformat}
> Three options are:
> - keep it as it is
> - change it to {{Map}}
> - change it to {{Map}}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (GEODE-1345) CI failure: QueryUsingFunctionContextDUnitTest.testJoinQueryPRWithMultipleIndexes

[Hitesh Khamesra (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GEODE-1345?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Hitesh Khamesra updated GEODE-1345:
---
Labels: ci  (was: )

> CI failure: 
> QueryUsingFunctionContextDUnitTest.testJoinQueryPRWithMultipleIndexes
> -
>
> Key: GEODE-1345
> URL: https://issues.apache.org/jira/browse/GEODE-1345
> Project: Geode
>  Issue Type: Bug
>  Components: querying
>Reporter: Hitesh Khamesra
>  Labels: ci
>
> com.gemstone.gemfire.test.dunit.RMIException: While invoking 
> com.gemstone.gemfire.cache.query.dunit.QueryUsingFunctionContextDUnitTest$16.run
>  in VM 0 running on Host kuwait.gemstone.com with 4 VMs
>   at com.gemstone.gemfire.test.dunit.VM.invoke(VM.java:389)
>   at com.gemstone.gemfire.test.dunit.VM.invoke(VM.java:355)
>   at com.gemstone.gemfire.test.dunit.VM.invoke(VM.java:293)
>   at 
> com.gemstone.gemfire.cache.query.dunit.QueryUsingFunctionContextDUnitTest.testJoinQueryPRWithMultipleIndexes(QueryUsingFunctionContextDUnitTest.java:545)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at junit.framework.TestCase.runTest(TestCase.java:176)
>   at junit.framework.TestCase.runBare(TestCase.java:141)
>   at junit.framework.TestResult$1.protect(TestResult.java:122)
>   at junit.framework.TestResult.runProtected(TestResult.java:142)
>   at junit.framework.TestResult.run(TestResult.java:125)
>   at junit.framework.TestCase.run(TestCase.java:129)
>   at junit.framework.TestSuite.runTest(TestSuite.java:252)
>   at junit.framework.TestSuite.run(TestSuite.java:247)
>   at 
> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:86)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:112)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:56)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   at sun.reflect.GeneratedMethodAccessor163.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.messaging.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.messaging.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
>   at sun.reflect.GeneratedMethodAccessor162.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.messaging.remote.internal.hub.MessageHub$Handler.run(MessageHub.java:360)
>   at 
> org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:54)
>   at 
> org.gradle.internal.concurrent.StoppableExecutorImpl$1.run(StoppableExecutorImpl.java:40)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>   at java.lang.Thread.run(Thread.java:745)
> Caused by: junit.framework.AssertionFailedError: FAILED:SelectResults size is 
> different in both the cases. Size1=5 Size2 = 10; failed query=select * from 
> /TestPartitionedRegion1 where ID>=0
>   at junit.framework.Assert.fail(Assert.java:57)
>   at junit.framework.TestCase.fail(TestCase.java:227)
>   at 
> com.gemstone.gemfire.cache.query.functional.StructSetOrResultsSet.checkResultSizes(StructSetOrResultsSet.java:378)
>   at 
> 

[jira] [Created] (GEODE-1345) CI failure: QueryUsingFunctionContextDUnitTest.testJoinQueryPRWithMultipleIndexes

[Hitesh Khamesra (JIRA)]

Hitesh Khamesra created GEODE-1345:
--

 Summary: CI failure: 
QueryUsingFunctionContextDUnitTest.testJoinQueryPRWithMultipleIndexes
 Key: GEODE-1345
 URL: https://issues.apache.org/jira/browse/GEODE-1345
 Project: Geode
  Issue Type: Bug
  Components: querying
Reporter: Hitesh Khamesra


com.gemstone.gemfire.test.dunit.RMIException: While invoking 
com.gemstone.gemfire.cache.query.dunit.QueryUsingFunctionContextDUnitTest$16.run
 in VM 0 running on Host kuwait.gemstone.com with 4 VMs
at com.gemstone.gemfire.test.dunit.VM.invoke(VM.java:389)
at com.gemstone.gemfire.test.dunit.VM.invoke(VM.java:355)
at com.gemstone.gemfire.test.dunit.VM.invoke(VM.java:293)
at 
com.gemstone.gemfire.cache.query.dunit.QueryUsingFunctionContextDUnitTest.testJoinQueryPRWithMultipleIndexes(QueryUsingFunctionContextDUnitTest.java:545)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at junit.framework.TestCase.runTest(TestCase.java:176)
at junit.framework.TestCase.runBare(TestCase.java:141)
at junit.framework.TestResult$1.protect(TestResult.java:122)
at junit.framework.TestResult.runProtected(TestResult.java:142)
at junit.framework.TestResult.run(TestResult.java:125)
at junit.framework.TestCase.run(TestCase.java:129)
at junit.framework.TestSuite.runTest(TestSuite.java:252)
at junit.framework.TestSuite.run(TestSuite.java:247)
at 
org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:86)
at 
org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:112)
at 
org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:56)
at 
org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
at 
org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
at sun.reflect.GeneratedMethodAccessor163.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at 
org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
at 
org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
at 
org.gradle.messaging.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
at 
org.gradle.messaging.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
at 
org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
at sun.reflect.GeneratedMethodAccessor162.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at 
org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
at 
org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
at 
org.gradle.messaging.remote.internal.hub.MessageHub$Handler.run(MessageHub.java:360)
at 
org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:54)
at 
org.gradle.internal.concurrent.StoppableExecutorImpl$1.run(StoppableExecutorImpl.java:40)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: junit.framework.AssertionFailedError: FAILED:SelectResults size is 
different in both the cases. Size1=5 Size2 = 10; failed query=select * from 
/TestPartitionedRegion1 where ID>=0
at junit.framework.Assert.fail(Assert.java:57)
at junit.framework.TestCase.fail(TestCase.java:227)
at 
com.gemstone.gemfire.cache.query.functional.StructSetOrResultsSet.checkResultSizes(StructSetOrResultsSet.java:378)
at 
com.gemstone.gemfire.cache.query.functional.StructSetOrResultsSet.compareQueryResultLists(StructSetOrResultsSet.java:362)
at 
com.gemstone.gemfire.cache.query.functional.StructSetOrResultsSet.CompareQueryResultsAsListWithoutAndWithIndexes(StructSetOrResultsSet.java:343)
at 

[jira] [Commented] (GEODE-17) Provide Integrated Security

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-17?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269682#comment-15269682
 ] 

ASF subversion and git services commented on GEODE-17:
--

Commit b8fc3c706ef672c48a04f7c6ec4bf593414c6494 in incubator-geode's branch 
refs/heads/feature/GEODE-1255 from [~jinmeiliao]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=b8fc3c7 ]

GEODE-17 - use null instead of "NULL" for regionName

* create an example JSONAuthorization that initialize with a default 
security.json file.


> Provide Integrated Security
> ---
>
> Key: GEODE-17
> URL: https://issues.apache.org/jira/browse/GEODE-17
> Project: Geode
>  Issue Type: New Feature
>  Components: client/server, docs, security
>Reporter: Tushar Khairnar
>Assignee: Jens Deppe
>  Labels: security
>
> Integrated Security: Purpose of integrated security feature is to provide 
> uniform authentication and authorization capabilities for all Geode clients. 
> Geode distributed systems has different clients, some perform cache/region 
> operations, some perform management operations. In order to authenticate and 
> authorize these actions we need single consistent framework or interface. 
> Such interface should allow configuration of access levels from single place 
> and/or repository. 
> The key requirements being met here are
>  - Authentication of all clients from single plugin
>  - Authorization of cache/data operations (through cache-client and REST) and 
> managements (GFSH/JMX) operations from single plugin
>  - Extend existing Client-Server security framework



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Created] (GEODE-1344) CI failure: Simple2CacheServerDUnitTest.testDurableClient2MultipleCacheServer

[Hitesh Khamesra (JIRA)]

Hitesh Khamesra created GEODE-1344:
--

 Summary: CI failure: 
Simple2CacheServerDUnitTest.testDurableClient2MultipleCacheServer
 Key: GEODE-1344
 URL: https://issues.apache.org/jira/browse/GEODE-1344
 Project: Geode
  Issue Type: Bug
  Components: client queues
Reporter: Hitesh Khamesra


com.gemstone.gemfire.test.dunit.RMIException: While invoking 
com.gemstone.gemfire.internal.cache.wan.Simple2CacheServerDUnitTest$$Lambda$163/1265649248.run
 in VM 1 running on Host venezuela.gemstone.com with 8 VMs
at com.gemstone.gemfire.test.dunit.VM.invoke(VM.java:389)
at com.gemstone.gemfire.test.dunit.VM.invoke(VM.java:355)
at com.gemstone.gemfire.test.dunit.VM.invoke(VM.java:293)
at 
com.gemstone.gemfire.internal.cache.wan.Simple2CacheServerDUnitTest.doMultipleCacheServer(Simple2CacheServerDUnitTest.java:74)
at 
com.gemstone.gemfire.internal.cache.wan.Simple2CacheServerDUnitTest.testDurableClient2MultipleCacheServer(Simple2CacheServerDUnitTest.java:48)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at junit.framework.TestCase.runTest(TestCase.java:176)
at junit.framework.TestCase.runBare(TestCase.java:141)
at junit.framework.TestResult$1.protect(TestResult.java:122)
at junit.framework.TestResult.runProtected(TestResult.java:142)
at junit.framework.TestResult.run(TestResult.java:125)
at junit.framework.TestCase.run(TestCase.java:129)
at junit.framework.TestSuite.runTest(TestSuite.java:252)
at junit.framework.TestSuite.run(TestSuite.java:247)
at 
org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:86)
at 
org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:112)
at 
org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:56)
at 
org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
at 
org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at 
org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
at 
org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
at 
org.gradle.messaging.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
at 
org.gradle.messaging.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
at 
org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at 
org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
at 
org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
at 
org.gradle.messaging.remote.internal.hub.MessageHub$Handler.run(MessageHub.java:360)
at 
org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:54)
at 
org.gradle.internal.concurrent.StoppableExecutorImpl$1.run(StoppableExecutorImpl.java:40)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: junit.framework.AssertionFailedError: expected:<1> but was:<2>
at junit.framework.Assert.fail(Assert.java:57)
at junit.framework.Assert.failNotEquals(Assert.java:329)
at junit.framework.Assert.assertEquals(Assert.java:78)
at junit.framework.Assert.assertEquals(Assert.java:234)
at junit.framework.Assert.assertEquals(Assert.java:241)
at junit.framework.TestCase.assertEquals(TestCase.java:409)
at 

[jira] [Commented] (GEODE-1259) Required gradle is 2.3 but the wrapper is targeting 2.8

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-1259?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269674#comment-15269674
 ] 

ASF subversion and git services commented on GEODE-1259:


Commit 8e744982a1cc5da50d4eb5640a2dae8ed87dfd24 in incubator-geode's branch 
refs/heads/feature/GEODE-1255 from [~huynhja]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=8e74498 ]

GEODE-1259: Upgrade gradle version to 2.12

This also addresses GEODE-1085 and GEODE-1261


> Required gradle is 2.3 but the wrapper is targeting 2.8
> ---
>
> Key: GEODE-1259
> URL: https://issues.apache.org/jira/browse/GEODE-1259
> Project: Geode
>  Issue Type: Bug
>  Components: build
>Reporter: Roman Shaposhnik
>Assignee: Dan Smith
> Fix For: 1.0.0-incubating.M3
>
>
> This needs to be fixed since Gradle 2.7 (and I suspect earlier versions) are 
> failing the build with a very cryptic notice.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (GEODE-1255) Add test coverage for using a custom log4j2.xml with Geode

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-1255?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269683#comment-15269683
 ] 

ASF subversion and git services commented on GEODE-1255:


Commit f6334f2f52ed1c787a5a5529ffdf97192a0599e8 in incubator-geode's branch 
refs/heads/feature/GEODE-1255 from [~apa...@the9muses.net]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=f6334f2 ]

Merge remote-tracking branch 'origin/develop' into feature/GEODE-1255


> Add test coverage for using a custom log4j2.xml with Geode
> --
>
> Key: GEODE-1255
> URL: https://issues.apache.org/jira/browse/GEODE-1255
> Project: Geode
>  Issue Type: Test
>  Components: logging, tests
>Reporter: Kirk Lund
>Assignee: Kirk Lund
>
> Add test coverage (probably to LogServiceIntegrationJUnitTest) for using a 
> custom log4j2.xml with Geode.
> The user should be able to specify -Dlog4j.configurationFile=log4j2.xml and 
> point to a custom log4j2.xml when starting server, locator or using APIs as a 
> library. New integration test is required to verify this behavior works.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (GEODE-1344) CI failure: Simple2CacheServerDUnitTest.testDurableClient2MultipleCacheServer

[Hitesh Khamesra (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GEODE-1344?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Hitesh Khamesra updated GEODE-1344:
---
Labels: ci  (was: )

> CI failure: Simple2CacheServerDUnitTest.testDurableClient2MultipleCacheServer
> -
>
> Key: GEODE-1344
> URL: https://issues.apache.org/jira/browse/GEODE-1344
> Project: Geode
>  Issue Type: Bug
>  Components: client queues
>Reporter: Hitesh Khamesra
>  Labels: ci
>
> com.gemstone.gemfire.test.dunit.RMIException: While invoking 
> com.gemstone.gemfire.internal.cache.wan.Simple2CacheServerDUnitTest$$Lambda$163/1265649248.run
>  in VM 1 running on Host venezuela.gemstone.com with 8 VMs
>   at com.gemstone.gemfire.test.dunit.VM.invoke(VM.java:389)
>   at com.gemstone.gemfire.test.dunit.VM.invoke(VM.java:355)
>   at com.gemstone.gemfire.test.dunit.VM.invoke(VM.java:293)
>   at 
> com.gemstone.gemfire.internal.cache.wan.Simple2CacheServerDUnitTest.doMultipleCacheServer(Simple2CacheServerDUnitTest.java:74)
>   at 
> com.gemstone.gemfire.internal.cache.wan.Simple2CacheServerDUnitTest.testDurableClient2MultipleCacheServer(Simple2CacheServerDUnitTest.java:48)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at junit.framework.TestCase.runTest(TestCase.java:176)
>   at junit.framework.TestCase.runBare(TestCase.java:141)
>   at junit.framework.TestResult$1.protect(TestResult.java:122)
>   at junit.framework.TestResult.runProtected(TestResult.java:142)
>   at junit.framework.TestResult.run(TestResult.java:125)
>   at junit.framework.TestCase.run(TestCase.java:129)
>   at junit.framework.TestSuite.runTest(TestSuite.java:252)
>   at junit.framework.TestSuite.run(TestSuite.java:247)
>   at 
> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:86)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:112)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:56)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.messaging.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.messaging.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.messaging.remote.internal.hub.MessageHub$Handler.run(MessageHub.java:360)
>   at 
> org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:54)
>   at 
> org.gradle.internal.concurrent.StoppableExecutorImpl$1.run(StoppableExecutorImpl.java:40)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>   at java.lang.Thread.run(Thread.java:745)
> Caused by: junit.framework.AssertionFailedError: expected:<1> but was:<2>
>   at junit.framework.Assert.fail(Assert.java:57)
>   at 

[jira] [Commented] (GEODE-1085) GRADLE UPDATE - Gradle bug defaults Language Level to 6 when IntelliJ imports project from gradle

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-1085?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269675#comment-15269675
 ] 

ASF subversion and git services commented on GEODE-1085:


Commit 8e744982a1cc5da50d4eb5640a2dae8ed87dfd24 in incubator-geode's branch 
refs/heads/feature/GEODE-1255 from [~huynhja]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=8e74498 ]

GEODE-1259: Upgrade gradle version to 2.12

This also addresses GEODE-1085 and GEODE-1261


> GRADLE UPDATE - Gradle bug defaults Language Level to 6 when IntelliJ imports 
> project from gradle
> -
>
> Key: GEODE-1085
> URL: https://issues.apache.org/jira/browse/GEODE-1085
> Project: Geode
>  Issue Type: Bug
>  Components: build
>Reporter: nabarun
>Assignee: Dan Smith
> Fix For: 1.0.0-incubating.M3
>
>
> When the project is imported into IntelliJ IDEA, the gradle plugin defaults 
> the language level to 6 ignore the setting in the gradle files. [level - 8]
> This is a known bug and also reported in GRADLE's JIRA page 
> https://issues.gradle.org/browse/GRADLE-2198
> and in IntelliJ JIRA page
> https://youtrack.jetbrains.com/issue/IDEA-96615#tab=Comments
> Gradle must be updated when this fix comes in or if a work around can be 
> devised in the meantime. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (GEODE-11) Lucene Integration

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-11?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269678#comment-15269678
 ] 

ASF subversion and git services commented on GEODE-11:
--

Commit 1400eaed861288da69a1c0ab669e7cbedb3621c1 in incubator-geode's branch 
refs/heads/feature/GEODE-1255 from [~barry.oglesby]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=1400eae ]

GEODE-11: Added conditional for null case


> Lucene Integration
> --
>
> Key: GEODE-11
> URL: https://issues.apache.org/jira/browse/GEODE-11
> Project: Geode
>  Issue Type: New Feature
>  Components: querying
>Reporter: Dan Smith
>Assignee: xiaojian zhou
>
> This is a feature that has been under development for GemFire but was not 
> part of the initial drop of code for geode.
> Allow Lucene indexes to be stored in Geode regions allowing users to do text 
> searches on data stored in Geode. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (GEODE-1261) Upgrade Gradle version to 2.12

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-1261?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269676#comment-15269676
 ] 

ASF subversion and git services commented on GEODE-1261:


Commit 8e744982a1cc5da50d4eb5640a2dae8ed87dfd24 in incubator-geode's branch 
refs/heads/feature/GEODE-1255 from [~huynhja]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=8e74498 ]

GEODE-1259: Upgrade gradle version to 2.12

This also addresses GEODE-1085 and GEODE-1261


> Upgrade Gradle version to 2.12
> --
>
> Key: GEODE-1261
> URL: https://issues.apache.org/jira/browse/GEODE-1261
> Project: Geode
>  Issue Type: Improvement
>  Components: build
>Reporter: Mark Bretl
> Fix For: 1.0.0-incubating.M3
>
>
> The latest version of Gradle comes with a number of fixes which will help our 
> current build, including modeling compile only dependencies and multiple 
> enhancements to IDE plugins (most notably IntelliJ).
> Link to the Gradle 2.12 Release Notes is 
> https://docs.gradle.org/2.12/release-notes



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (GEODE-1329) auto-reconnect attempts cease if kicked out during boot-up of the cache

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-1329?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269679#comment-15269679
 ] 

ASF subversion and git services commented on GEODE-1329:


Commit b893abe094b2df73e51cdce1d0716fc984b1115c in incubator-geode's branch 
refs/heads/feature/GEODE-1255 from [~bschuchardt]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=b893abe ]

GEODE-1329 auto-reconnect attempts cease if kicked out during boot-up of the 
cache

InternalDistributedSystem.reconnect() now includes cache-creation in its retry
loop and, should the cache fail to start due to a CancelException it will shut
down and try again.

While creating a new test in ReconnectDUnitTest I found problems with the
other tests in that class that I fixed.  Notably the method
getDistributedSystemProperties() wasn't returning the correct properties
for a lot of test cases because the dsProperties variable wasn't being set
by them and they were using the getCache() method.  This was causing the
current distributed system to be destroyed and a new one created with
different properties than the test wanted.  That was causing periodic
test failures.


> auto-reconnect attempts cease if kicked out during boot-up of the cache
> ---
>
> Key: GEODE-1329
> URL: https://issues.apache.org/jira/browse/GEODE-1329
> Project: Geode
>  Issue Type: Bug
>  Components: membership
>Reporter: Bruce Schuchardt
>Assignee: Bruce Schuchardt
>
> If a server has been kicked out of the distributed system and is able to 
> reconnect it may cease efforts to rejoin the system if it is kicked out after 
> joining the system but before its cache is completely rebuilt.
> The code in InternalDistributedSystem.reconnect() has a {{while}} loop that 
> exits after the new DistributedSystem has been created and then the method 
> goes on to rebuild the Cache.  If there is a problem rebuilding the cache it 
> does not retry, but it should.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (GEODE-1259) Required gradle is 2.3 but the wrapper is targeting 2.8

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-1259?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269651#comment-15269651
 ] 

ASF subversion and git services commented on GEODE-1259:


Commit 8e744982a1cc5da50d4eb5640a2dae8ed87dfd24 in incubator-geode's branch 
refs/heads/feature/GEODE-1209 from [~huynhja]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=8e74498 ]

GEODE-1259: Upgrade gradle version to 2.12

This also addresses GEODE-1085 and GEODE-1261


> Required gradle is 2.3 but the wrapper is targeting 2.8
> ---
>
> Key: GEODE-1259
> URL: https://issues.apache.org/jira/browse/GEODE-1259
> Project: Geode
>  Issue Type: Bug
>  Components: build
>Reporter: Roman Shaposhnik
>Assignee: Dan Smith
> Fix For: 1.0.0-incubating.M3
>
>
> This needs to be fixed since Gradle 2.7 (and I suspect earlier versions) are 
> failing the build with a very cryptic notice.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (GEODE-1240) CI failure: ClientMembershipDUnitTest.testClientMembershipEventsInClient

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-1240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269657#comment-15269657
 ] 

ASF subversion and git services commented on GEODE-1240:


Commit 1aa08cd54d2023ac9101c779c1e52024a2aa7967 in incubator-geode's branch 
refs/heads/feature/GEODE-1209 from [~ukohlmeyer]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=1aa08cd ]

GEODE-1240: Changed the test to use Awaitility with a maximum timeout period. 
This might work better than the time sensitive conditionals that this test uses.


> CI failure: ClientMembershipDUnitTest.testClientMembershipEventsInClient
> 
>
> Key: GEODE-1240
> URL: https://issues.apache.org/jira/browse/GEODE-1240
> Project: Geode
>  Issue Type: Bug
>  Components: client/server
>Reporter: xiaojian zhou
>Assignee: Udo Kohlmeyer
>  Labels: CI, Flaky
> Fix For: 1.0.0-incubating.M3
>
>
> {noformat}
> Geode_develop_DistributedTests/2268
> junit.framework.AssertionFailedError
>   at junit.framework.Assert.fail(Assert.java:55)
>   at junit.framework.Assert.assertTrue(Assert.java:22)
>   at junit.framework.Assert.assertTrue(Assert.java:31)
>   at junit.framework.TestCase.assertTrue(TestCase.java:201)
>   at 
> com.gemstone.gemfire.cache30.ClientMembershipDUnitTest.testClientMembershipEventsInClient(ClientMembershipDUnitTest.java:923)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at junit.framework.TestCase.runTest(TestCase.java:176)
>   at junit.framework.TestCase.runBare(TestCase.java:141)
>   at junit.framework.TestResult$1.protect(TestResult.java:122)
>   at junit.framework.TestResult.runProtected(TestResult.java:142)
>   at junit.framework.TestResult.run(TestResult.java:125)
>   at junit.framework.TestCase.run(TestCase.java:129)
>   at junit.framework.TestSuite.runTest(TestSuite.java:252)
>   at junit.framework.TestSuite.run(TestSuite.java:247)
>   at 
> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:86)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:105)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:56)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:64)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:50)
>   at sun.reflect.GeneratedMethodAccessor508.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.messaging.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.messaging.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:106)
>   at sun.reflect.GeneratedMethodAccessor507.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.messaging.remote.internal.hub.MessageHub$Handler.run(MessageHub.java:360)
>   at 
> org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:54)
>   at 
> org.gradle.internal.concurrent.StoppableExecutorImpl$1.run(StoppableExecutorImpl.java:40)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>   at java.lang.Thread.run(Thread.java:745)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (GEODE-17) Provide Integrated Security

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-17?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269659#comment-15269659
 ] 

ASF subversion and git services commented on GEODE-17:
--

Commit b8fc3c706ef672c48a04f7c6ec4bf593414c6494 in incubator-geode's branch 
refs/heads/feature/GEODE-1209 from [~jinmeiliao]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=b8fc3c7 ]

GEODE-17 - use null instead of "NULL" for regionName

* create an example JSONAuthorization that initialize with a default 
security.json file.


> Provide Integrated Security
> ---
>
> Key: GEODE-17
> URL: https://issues.apache.org/jira/browse/GEODE-17
> Project: Geode
>  Issue Type: New Feature
>  Components: client/server, docs, security
>Reporter: Tushar Khairnar
>Assignee: Jens Deppe
>  Labels: security
>
> Integrated Security: Purpose of integrated security feature is to provide 
> uniform authentication and authorization capabilities for all Geode clients. 
> Geode distributed systems has different clients, some perform cache/region 
> operations, some perform management operations. In order to authenticate and 
> authorize these actions we need single consistent framework or interface. 
> Such interface should allow configuration of access levels from single place 
> and/or repository. 
> The key requirements being met here are
>  - Authentication of all clients from single plugin
>  - Authorization of cache/data operations (through cache-client and REST) and 
> managements (GFSH/JMX) operations from single plugin
>  - Extend existing Client-Server security framework



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (GEODE-1329) auto-reconnect attempts cease if kicked out during boot-up of the cache

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-1329?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269660#comment-15269660
 ] 

ASF subversion and git services commented on GEODE-1329:


Commit 4a6c779d386f818306062bc1a84276858592384c in incubator-geode's branch 
refs/heads/feature/GEODE-1209 from [~bschuchardt]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=4a6c779 ]

GEODE-1329 auto-reconnect attempts cease if kicked out during boot-up of the 
cache

This is a follow-up to the fix for GEODE-1329 that removes the old
reconnectCancelledLock variable and makes reconnectCancelled volatile.


> auto-reconnect attempts cease if kicked out during boot-up of the cache
> ---
>
> Key: GEODE-1329
> URL: https://issues.apache.org/jira/browse/GEODE-1329
> Project: Geode
>  Issue Type: Bug
>  Components: membership
>Reporter: Bruce Schuchardt
>Assignee: Bruce Schuchardt
>
> If a server has been kicked out of the distributed system and is able to 
> reconnect it may cease efforts to rejoin the system if it is kicked out after 
> joining the system but before its cache is completely rebuilt.
> The code in InternalDistributedSystem.reconnect() has a {{while}} loop that 
> exits after the new DistributedSystem has been created and then the method 
> goes on to rebuild the Cache.  If there is a problem rebuilding the cache it 
> does not retry, but it should.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (GEODE-1323) Extend PerTestClassLoaderRunner to work with Rules

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-1323?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269650#comment-15269650
 ] 

ASF subversion and git services commented on GEODE-1323:


Commit 152ef59af96fd26f334d249e9d4b827413f1afe8 in incubator-geode's branch 
refs/heads/feature/GEODE-1209 from [~jens.deppe]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=152ef59 ]

GEODE-1323: Adding SuppressWarnings for unchecked assignment


> Extend PerTestClassLoaderRunner to work with Rules
> --
>
> Key: GEODE-1323
> URL: https://issues.apache.org/jira/browse/GEODE-1323
> Project: Geode
>  Issue Type: Sub-task
>  Components: http session, tests
>Reporter: Jens Deppe
>Assignee: Jens Deppe
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (GEODE-1209) Support/Propagating eviction and expiration operation with AsycEventQueue.

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-1209?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269662#comment-15269662
 ] 

ASF subversion and git services commented on GEODE-1209:


Commit 18d52357d015db836c184d4d3df3c13925b80d02 in incubator-geode's branch 
refs/heads/feature/GEODE-1209 from [~agingade]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=18d5235 ]

GEODE-1209: Added new attribute to forward eviction/expiration to AEQ.


> Support/Propagating eviction and expiration operation with AsycEventQueue.
> --
>
> Key: GEODE-1209
> URL: https://issues.apache.org/jira/browse/GEODE-1209
> Project: Geode
>  Issue Type: Bug
>  Components: wan
>Reporter: Anilkumar Gingade
>
> The AsyncEventQueue works as a write-behind cache event handler to 
> synchronize region updates with other source...Currently it does not support 
> distribution of eviction or expiration operationThis makes the external 
> source to be out of sync with data that has been removed/invalidated through 
> eviction and expiration.
> This ticket is to add/support eviction and expiration operation with 
> AsyncEventQueue, so that all the operations are propagated to 
> AsyncEventQueueListener and the usage of those events are left to underlying 
> implementation/applications(like WAN, Lucene, plug-able storage, etc).
> http://gemfire.docs.pivotal.io/docs-gemfire/latest/developing/events/implementing_write_behind_event_handler.html#implementing_write_behind_cache_event_handling



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (GEODE-1183) CI Failure: CacheClientNotifierDUnitTest.testMultipleCacheServer

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-1183?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269658#comment-15269658
 ] 

ASF subversion and git services commented on GEODE-1183:


Commit 51e4e71ef1ffb2fddb3ade42e0ad46fe40886239 in incubator-geode's branch 
refs/heads/feature/GEODE-1209 from zhouxh
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=51e4e71 ]

GEODE-1183: keep only one proxy if there're 3 cache servers on one JVM

Current API allows us to create 2 cache servers on the same JVM, then the client
will try to create 2 queues to that JVM, one secondary and one primary.
But the proxy is actually the same (since there's only one client), so the
CCN keeps destroying and recreating the proxy.

To fix, we will keep the first proxy and reject the duplicate creating.
Then the secondary proxy will automatically become primary.


> CI Failure: CacheClientNotifierDUnitTest.testMultipleCacheServer
> 
>
> Key: GEODE-1183
> URL: https://issues.apache.org/jira/browse/GEODE-1183
> Project: Geode
>  Issue Type: Bug
>  Components: client queues
>Reporter: Jinmei Liao
>Assignee: xiaojian zhou
>  Labels: CI, Flaky
>
> Geode_develop_DistributedTests/2162/
> Revision: 8622d63a1cf7f065bcc91876b12867158720c6c1
> java.lang.AssertionError: Suspicious strings were written to the log during 
> this run.
> Fix the strings or use IgnoredException.addIgnoredException to ignore.
> ---
> Found suspect string in log4j at line 3722
> [fatal 2016/04/06 01:13:44.891 PDT  1> tid=0x1cd] Uncaught exception in thread Thread[Handshaker 
> 0.0.0.0/0.0.0.0:22793 Thread 1,5,Handshaker 0.0.0.0/0.0.0.0:22793]
> java.lang.IllegalThreadStateException
>   at java.lang.Thread.start(Thread.java:705)
>   at 
> com.gemstone.gemfire.internal.cache.tier.sockets.CacheClientProxy.startOrResumeMessageDispatcher(CacheClientProxy.java:1826)
>   at 
> com.gemstone.gemfire.internal.cache.tier.sockets.CacheClientNotifier.registerClient(CacheClientNotifier.java:639)
>   at 
> com.gemstone.gemfire.internal.cache.tier.sockets.CacheClientNotifier.registerGFEClient(CacheClientNotifier.java:454)
>   at 
> com.gemstone.gemfire.internal.cache.tier.sockets.CacheClientNotifier.registerClient(CacheClientNotifier.java:350)
>   at 
> com.gemstone.gemfire.internal.cache.tier.sockets.AcceptorImpl.handleNewClientConnection(AcceptorImpl.java:1595)
>   at 
> com.gemstone.gemfire.internal.cache.tier.sockets.AcceptorImpl$5.run(AcceptorImpl.java:1374)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>   at java.lang.Thread.run(Thread.java:745)
> ---
> Found suspect string in log4j at line 4185
> [fatal 2016/04/06 01:13:45.259 PDT  1> tid=0x1ed] Uncaught exception in thread Thread[Handshaker 
> 0.0.0.0/0.0.0.0:26142 Thread 1,5,Handshaker 0.0.0.0/0.0.0.0:26142]
> java.lang.IllegalThreadStateException
>   at java.lang.Thread.start(Thread.java:705)
>   at 
> com.gemstone.gemfire.internal.cache.tier.sockets.CacheClientProxy.startOrResumeMessageDispatcher(CacheClientProxy.java:1826)
>   at 
> com.gemstone.gemfire.internal.cache.tier.sockets.CacheClientNotifier.registerClient(CacheClientNotifier.java:639)
>   at 
> com.gemstone.gemfire.internal.cache.tier.sockets.CacheClientNotifier.registerGFEClient(CacheClientNotifier.java:454)
>   at 
> com.gemstone.gemfire.internal.cache.tier.sockets.CacheClientNotifier.registerClient(CacheClientNotifier.java:350)
>   at 
> com.gemstone.gemfire.internal.cache.tier.sockets.AcceptorImpl.handleNewClientConnection(AcceptorImpl.java:1595)
>   at 
> com.gemstone.gemfire.internal.cache.tier.sockets.AcceptorImpl$5.run(AcceptorImpl.java:1374)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>   at java.lang.Thread.run(Thread.java:745)
> ---
> Found suspect string in log4j at line 4436
> [fatal 2016/04/06 01:13:45.381 PDT  0> tid=0x1c5] Uncaught exception in thread Thread[Handshaker 
> 0.0.0.0/0.0.0.0:26142 Thread 0,5,Handshaker 0.0.0.0/0.0.0.0:26142]
> java.lang.IllegalThreadStateException
>   at java.lang.Thread.start(Thread.java:705)
>   at 
> com.gemstone.gemfire.internal.cache.tier.sockets.CacheClientProxy.startOrResumeMessageDispatcher(CacheClientProxy.java:1826)
>   at 
> 

[jira] [Commented] (GEODE-1085) GRADLE UPDATE - Gradle bug defaults Language Level to 6 when IntelliJ imports project from gradle

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-1085?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269652#comment-15269652
 ] 

ASF subversion and git services commented on GEODE-1085:


Commit 8e744982a1cc5da50d4eb5640a2dae8ed87dfd24 in incubator-geode's branch 
refs/heads/feature/GEODE-1209 from [~huynhja]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=8e74498 ]

GEODE-1259: Upgrade gradle version to 2.12

This also addresses GEODE-1085 and GEODE-1261


> GRADLE UPDATE - Gradle bug defaults Language Level to 6 when IntelliJ imports 
> project from gradle
> -
>
> Key: GEODE-1085
> URL: https://issues.apache.org/jira/browse/GEODE-1085
> Project: Geode
>  Issue Type: Bug
>  Components: build
>Reporter: nabarun
>Assignee: Dan Smith
> Fix For: 1.0.0-incubating.M3
>
>
> When the project is imported into IntelliJ IDEA, the gradle plugin defaults 
> the language level to 6 ignore the setting in the gradle files. [level - 8]
> This is a known bug and also reported in GRADLE's JIRA page 
> https://issues.gradle.org/browse/GRADLE-2198
> and in IntelliJ JIRA page
> https://youtrack.jetbrains.com/issue/IDEA-96615#tab=Comments
> Gradle must be updated when this fix comes in or if a work around can be 
> devised in the meantime. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (GEODE-1329) auto-reconnect attempts cease if kicked out during boot-up of the cache

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-1329?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269656#comment-15269656
 ] 

ASF subversion and git services commented on GEODE-1329:


Commit b893abe094b2df73e51cdce1d0716fc984b1115c in incubator-geode's branch 
refs/heads/feature/GEODE-1209 from [~bschuchardt]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=b893abe ]

GEODE-1329 auto-reconnect attempts cease if kicked out during boot-up of the 
cache

InternalDistributedSystem.reconnect() now includes cache-creation in its retry
loop and, should the cache fail to start due to a CancelException it will shut
down and try again.

While creating a new test in ReconnectDUnitTest I found problems with the
other tests in that class that I fixed.  Notably the method
getDistributedSystemProperties() wasn't returning the correct properties
for a lot of test cases because the dsProperties variable wasn't being set
by them and they were using the getCache() method.  This was causing the
current distributed system to be destroyed and a new one created with
different properties than the test wanted.  That was causing periodic
test failures.


> auto-reconnect attempts cease if kicked out during boot-up of the cache
> ---
>
> Key: GEODE-1329
> URL: https://issues.apache.org/jira/browse/GEODE-1329
> Project: Geode
>  Issue Type: Bug
>  Components: membership
>Reporter: Bruce Schuchardt
>Assignee: Bruce Schuchardt
>
> If a server has been kicked out of the distributed system and is able to 
> reconnect it may cease efforts to rejoin the system if it is kicked out after 
> joining the system but before its cache is completely rebuilt.
> The code in InternalDistributedSystem.reconnect() has a {{while}} loop that 
> exits after the new DistributedSystem has been created and then the method 
> goes on to rebuild the Cache.  If there is a problem rebuilding the cache it 
> does not retry, but it should.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (GEODE-1261) Upgrade Gradle version to 2.12

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-1261?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269653#comment-15269653
 ] 

ASF subversion and git services commented on GEODE-1261:


Commit 8e744982a1cc5da50d4eb5640a2dae8ed87dfd24 in incubator-geode's branch 
refs/heads/feature/GEODE-1209 from [~huynhja]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=8e74498 ]

GEODE-1259: Upgrade gradle version to 2.12

This also addresses GEODE-1085 and GEODE-1261


> Upgrade Gradle version to 2.12
> --
>
> Key: GEODE-1261
> URL: https://issues.apache.org/jira/browse/GEODE-1261
> Project: Geode
>  Issue Type: Improvement
>  Components: build
>Reporter: Mark Bretl
> Fix For: 1.0.0-incubating.M3
>
>
> The latest version of Gradle comes with a number of fixes which will help our 
> current build, including modeling compile only dependencies and multiple 
> enhancements to IDE plugins (most notably IntelliJ).
> Link to the Gradle 2.12 Release Notes is 
> https://docs.gradle.org/2.12/release-notes



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (GEODE-11) Lucene Integration

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-11?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269655#comment-15269655
 ] 

ASF subversion and git services commented on GEODE-11:
--

Commit 1400eaed861288da69a1c0ab669e7cbedb3621c1 in incubator-geode's branch 
refs/heads/feature/GEODE-1209 from [~barry.oglesby]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=1400eae ]

GEODE-11: Added conditional for null case


> Lucene Integration
> --
>
> Key: GEODE-11
> URL: https://issues.apache.org/jira/browse/GEODE-11
> Project: Geode
>  Issue Type: New Feature
>  Components: querying
>Reporter: Dan Smith
>Assignee: xiaojian zhou
>
> This is a feature that has been under development for GemFire but was not 
> part of the initial drop of code for geode.
> Allow Lucene indexes to be stored in Geode regions allowing users to do text 
> searches on data stored in Geode. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (GEODE-11) Lucene Integration

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-11?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269654#comment-15269654
 ] 

ASF subversion and git services commented on GEODE-11:
--

Commit 2a786ee7aa3de5da4ffeeb841f6bbbcce55186f2 in incubator-geode's branch 
refs/heads/feature/GEODE-1209 from [~barry.oglesby]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=2a786ee ]

GEODE-11-Added-xml-support-for-analyzer-per-field


> Lucene Integration
> --
>
> Key: GEODE-11
> URL: https://issues.apache.org/jira/browse/GEODE-11
> Project: Geode
>  Issue Type: New Feature
>  Components: querying
>Reporter: Dan Smith
>Assignee: xiaojian zhou
>
> This is a feature that has been under development for GemFire but was not 
> part of the initial drop of code for geode.
> Allow Lucene indexes to be stored in Geode regions allowing users to do text 
> searches on data stored in Geode. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (GEODE-1342) CI failure: LuceneServiceImplJUnitTest.canCreateIndexForAllNonProxyPartitionRegionTypes

[Hitesh Khamesra (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GEODE-1342?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Hitesh Khamesra updated GEODE-1342:
---
Labels: ci  (was: )

> CI failure: 
> LuceneServiceImplJUnitTest.canCreateIndexForAllNonProxyPartitionRegionTypes
> ---
>
> Key: GEODE-1342
> URL: https://issues.apache.org/jira/browse/GEODE-1342
> Project: Geode
>  Issue Type: Bug
>  Components: lucene
>Reporter: Hitesh Khamesra
>  Labels: ci
>
> java.lang.NullPointerException
>   at 
> com.gemstone.gemfire.cache.lucene.internal.LuceneServiceImplJUnitTest.canCreateLuceneIndexForPRType(LuceneServiceImplJUnitTest.java:292)
>   at 
> com.gemstone.gemfire.cache.lucene.internal.LuceneServiceImplJUnitTest.canCreateIndexForAllNonProxyPartitionRegionTypes(LuceneServiceImplJUnitTest.java:235)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at 
> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>   at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>   at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>   at 
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
>   at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at 
> org.junit.rules.ExpectedException$ExpectedExceptionStatement.evaluate(ExpectedException.java:239)
>   at org.junit.rules.RunRules.evaluate(RunRules.java:20)
>   at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
>   at 
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
>   at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
>   at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
>   at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
>   at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
>   at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:112)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:56)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
>   at sun.reflect.GeneratedMethodAccessor13.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.messaging.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.messaging.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
>   at sun.reflect.GeneratedMethodAccessor12.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.messaging.remote.internal.hub.MessageHub$Handler.run(MessageHub.java:360)
>   at 
> org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:54)
>   at 
> org.gradle.internal.concurrent.StoppableExecutorImpl$1.run(StoppableExecutorImpl.java:40)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>   at 
> 

[jira] [Created] (GEODE-1343) Convert ManagementBase to JUnit 4

[Jens Deppe (JIRA)]

Jens Deppe created GEODE-1343:
-

 Summary: Convert ManagementBase to JUnit 4
 Key: GEODE-1343
 URL: https://issues.apache.org/jira/browse/GEODE-1343
 Project: Geode
  Issue Type: Task
  Components: management
Reporter: Jens Deppe


By converting to JUnit 4 we can start using other features such as Runners and 
Parameterization



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Created] (GEODE-1342) CI failure: LuceneServiceImplJUnitTest.canCreateIndexForAllNonProxyPartitionRegionTypes

[Hitesh Khamesra (JIRA)]

Hitesh Khamesra created GEODE-1342:
--

 Summary: CI failure: 
LuceneServiceImplJUnitTest.canCreateIndexForAllNonProxyPartitionRegionTypes
 Key: GEODE-1342
 URL: https://issues.apache.org/jira/browse/GEODE-1342
 Project: Geode
  Issue Type: Bug
  Components: lucene
Reporter: Hitesh Khamesra


java.lang.NullPointerException
at 
com.gemstone.gemfire.cache.lucene.internal.LuceneServiceImplJUnitTest.canCreateLuceneIndexForPRType(LuceneServiceImplJUnitTest.java:292)
at 
com.gemstone.gemfire.cache.lucene.internal.LuceneServiceImplJUnitTest.canCreateIndexForAllNonProxyPartitionRegionTypes(LuceneServiceImplJUnitTest.java:235)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at 
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
at 
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at 
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
at 
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at 
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
at 
org.junit.rules.ExpectedException$ExpectedExceptionStatement.evaluate(ExpectedException.java:239)
at org.junit.rules.RunRules.evaluate(RunRules.java:20)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
at 
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
at 
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
at 
org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:112)
at 
org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:56)
at 
org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
at 
org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
at sun.reflect.GeneratedMethodAccessor13.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at 
org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
at 
org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
at 
org.gradle.messaging.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
at 
org.gradle.messaging.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
at 
org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
at sun.reflect.GeneratedMethodAccessor12.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at 
org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
at 
org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
at 
org.gradle.messaging.remote.internal.hub.MessageHub$Handler.run(MessageHub.java:360)
at 
org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:54)
at 
org.gradle.internal.concurrent.StoppableExecutorImpl$1.run(StoppableExecutorImpl.java:40)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (GEODE-1132) Add a rat task to check @author tags.

[Anthony Baker (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-1132?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269630#comment-15269630
 ] 

Anthony Baker commented on GEODE-1132:
--

Apache RAT only checks for license-related issues.  

> Add a rat task to check @author tags.
> -
>
> Key: GEODE-1132
> URL: https://issues.apache.org/jira/browse/GEODE-1132
> Project: Geode
>  Issue Type: Improvement
>  Components: build
>Reporter: Sai Boorlagadda
>
> This can help if IDE settings automatically adds author tags for any new or 
> modified files.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Created] (GEODE-1341) UpdatePropagationPRDUnitTest.testVerifyUpdatesReceivedByOtherClients: AssertionError: while setting acquireConnections

[Hitesh Khamesra (JIRA)]

Hitesh Khamesra created GEODE-1341:
--

 Summary: 
UpdatePropagationPRDUnitTest.testVerifyUpdatesReceivedByOtherClients: 
AssertionError: while setting acquireConnections
 Key: GEODE-1341
 URL: https://issues.apache.org/jira/browse/GEODE-1341
 Project: Geode
  Issue Type: Bug
  Components: client/server
Reporter: Hitesh Khamesra


https://brazil.gemstone.com:8080/job/Geode_develop_DistributedTests/2460/testReport/com.gemstone.gemfire.internal.cache.tier.sockets/UpdatePropagationPRDUnitTest/testVerifyUpdatesReceivedByOtherClients/

com.gemstone.gemfire.test.dunit.RMIException: While invoking 
com.gemstone.gemfire.internal.cache.tier.sockets.UpdatePropagationDUnitTest$$Lambda$73/76499708.run
 in VM 2 running on Host cc6-co6.gemstone.com with 4 VMs
at com.gemstone.gemfire.test.dunit.VM.invoke(VM.java:389)
at com.gemstone.gemfire.test.dunit.VM.invoke(VM.java:355)
at com.gemstone.gemfire.test.dunit.VM.invoke(VM.java:293)
at 
com.gemstone.gemfire.internal.cache.tier.sockets.UpdatePropagationDUnitTest.testVerifyUpdatesReceivedByOtherClients(UpdatePropagationDUnitTest.java:361)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at junit.framework.TestCase.runTest(TestCase.java:176)
at junit.framework.TestCase.runBare(TestCase.java:141)
at junit.framework.TestResult$1.protect(TestResult.java:122)
at junit.framework.TestResult.runProtected(TestResult.java:142)
at junit.framework.TestResult.run(TestResult.java:125)
at junit.framework.TestCase.run(TestCase.java:129)
at junit.framework.TestSuite.runTest(TestSuite.java:252)
at junit.framework.TestSuite.run(TestSuite.java:247)
at 
org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:86)
at 
org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:112)
at 
org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:56)
at 
org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:66)
at 
org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:51)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at 
org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
at 
org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
at 
org.gradle.messaging.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
at 
org.gradle.messaging.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
at 
org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:109)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at 
org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
at 
org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
at 
org.gradle.messaging.remote.internal.hub.MessageHub$Handler.run(MessageHub.java:360)
at 
org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:54)
at 
org.gradle.internal.concurrent.StoppableExecutorImpl$1.run(StoppableExecutorImpl.java:40)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.AssertionError: while setting acquireConnections
at com.gemstone.gemfire.test.dunit.Assert.fail(Assert.java:64)
at 
com.gemstone.gemfire.internal.cache.tier.sockets.UpdatePropagationDUnitTest.acquireConnectionsAndPutonK1andK2(UpdatePropagationDUnitTest.java:388)
at 

[jira] [Resolved] (GEODE-992) Integrate with Travis CI

[Anthony Baker (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GEODE-992?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Anthony Baker resolved GEODE-992.
-
   Resolution: Fixed
Fix Version/s: 1.0.0-incubating.M2

> Integrate with Travis CI
> 
>
> Key: GEODE-992
> URL: https://issues.apache.org/jira/browse/GEODE-992
> Project: Geode
>  Issue Type: Task
>  Components: tools
>Reporter: Swapnil Bawaskar
>Assignee: Swapnil Bawaskar
> Fix For: 1.0.0-incubating.M2
>
>
> In order to test pull requests, I would like to propose using Travis CI 
> (https://travis-ci.org/). Travis can run after each checkin and on each pull 
> request. This will allow us to catch javadoc and unit test issues early 
> (before the nightly ASF build). 
> It is really simple to setup Travis, we need to give it permission and 
> checkin a {{.travis.yml}} file.
> Other Apache projects using Travis:
> 1. Groovy: https://github.com/apache/groovy/blob/master/.travis.yml
> 2. Zeppelin: https://github.com/apache/incubator-zeppelin



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Closed] (GEODE-992) Integrate with Travis CI

[Anthony Baker (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GEODE-992?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Anthony Baker closed GEODE-992.
---

> Integrate with Travis CI
> 
>
> Key: GEODE-992
> URL: https://issues.apache.org/jira/browse/GEODE-992
> Project: Geode
>  Issue Type: Task
>  Components: tools
>Reporter: Swapnil Bawaskar
>Assignee: Swapnil Bawaskar
> Fix For: 1.0.0-incubating.M2
>
>
> In order to test pull requests, I would like to propose using Travis CI 
> (https://travis-ci.org/). Travis can run after each checkin and on each pull 
> request. This will allow us to catch javadoc and unit test issues early 
> (before the nightly ASF build). 
> It is really simple to setup Travis, we need to give it permission and 
> checkin a {{.travis.yml}} file.
> Other Apache projects using Travis:
> 1. Groovy: https://github.com/apache/groovy/blob/master/.travis.yml
> 2. Zeppelin: https://github.com/apache/incubator-zeppelin



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (GEODE-1329) auto-reconnect attempts cease if kicked out during boot-up of the cache

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-1329?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269573#comment-15269573
 ] 

ASF subversion and git services commented on GEODE-1329:


Commit 4a6c779d386f818306062bc1a84276858592384c in incubator-geode's branch 
refs/heads/develop from [~bschuchardt]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=4a6c779 ]

GEODE-1329 auto-reconnect attempts cease if kicked out during boot-up of the 
cache

This is a follow-up to the fix for GEODE-1329 that removes the old
reconnectCancelledLock variable and makes reconnectCancelled volatile.


> auto-reconnect attempts cease if kicked out during boot-up of the cache
> ---
>
> Key: GEODE-1329
> URL: https://issues.apache.org/jira/browse/GEODE-1329
> Project: Geode
>  Issue Type: Bug
>  Components: membership
>Reporter: Bruce Schuchardt
>Assignee: Bruce Schuchardt
>
> If a server has been kicked out of the distributed system and is able to 
> reconnect it may cease efforts to rejoin the system if it is kicked out after 
> joining the system but before its cache is completely rebuilt.
> The code in InternalDistributedSystem.reconnect() has a {{while}} loop that 
> exits after the new DistributedSystem has been created and then the method 
> goes on to rebuild the Cache.  If there is a problem rebuilding the cache it 
> does not retry, but it should.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Created] (GEODE-1340) Refactor the names of Integration tests which were named as JUnit tests.

[nabarun (JIRA)]

nabarun created GEODE-1340:
--

 Summary: Refactor the names of Integration tests which were named 
as JUnit tests.
 Key: GEODE-1340
 URL: https://issues.apache.org/jira/browse/GEODE-1340
 Project: Geode
  Issue Type: Bug
Reporter: nabarun






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Assigned] (GEODE-1339) Add test cases to list indexes from the peers if present, otherwise return an empty list.

[nabarun (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GEODE-1339?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

nabarun reassigned GEODE-1339:
--

Assignee: nabarun

> Add test cases to list indexes from the peers if present, otherwise return an 
> empty list.
> -
>
> Key: GEODE-1339
> URL: https://issues.apache.org/jira/browse/GEODE-1339
> Project: Geode
>  Issue Type: Sub-task
>  Components: lucene
>Reporter: nabarun
>Assignee: nabarun
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (GEODE-1339) Add test cases to list indexes from the peers if present, otherwise return an empty list.

[nabarun (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GEODE-1339?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

nabarun updated GEODE-1339:
---
Summary: Add test cases to list indexes from the peers if present, 
otherwise return an empty list.  (was: Test cases to list indexes from the 
peers if present otherwise an empty list)

> Add test cases to list indexes from the peers if present, otherwise return an 
> empty list.
> -
>
> Key: GEODE-1339
> URL: https://issues.apache.org/jira/browse/GEODE-1339
> Project: Geode
>  Issue Type: Sub-task
>  Components: lucene
>Reporter: nabarun
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (GEODE-1339) Test cases to list indexes from the peers if present otherwise an empty list

[nabarun (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GEODE-1339?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

nabarun updated GEODE-1339:
---
Issue Type: Sub-task  (was: New Feature)
Parent: GEODE-11

> Test cases to list indexes from the peers if present otherwise an empty list
> 
>
> Key: GEODE-1339
> URL: https://issues.apache.org/jira/browse/GEODE-1339
> Project: Geode
>  Issue Type: Sub-task
>  Components: lucene
>Reporter: nabarun
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Closed] (GEODE-952) Some time many unit tests fails because locator was ForcedDisconnect

[Bruce Schuchardt (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GEODE-952?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Bruce Schuchardt closed GEODE-952.
--

> Some time many unit tests fails because locator was ForcedDisconnect
> 
>
> Key: GEODE-952
> URL: https://issues.apache.org/jira/browse/GEODE-952
> Project: Geode
>  Issue Type: Bug
>  Components: membership
>Reporter: Hitesh Khamesra
>Assignee: Hitesh Khamesra
> Fix For: 1.0.0-incubating.M3
>
>
> 01:09:38 com.gemstone.gemfire.internal.cache.RemoteTransactionCCEDUnitTest > 
> testOriginRemoteIsTrueForRemoteReplicatedRegions FAILED
> 01:09:38 com.gemstone.gemfire.test.dunit.RMIException: While invoking 
> com.gemstone.gemfire.internal.cache.RemoteTransactionDUnitTest$3.call in VM 0 
> running on Host cc4-rh6.gemstone.com with 4 VMs
> 01:09:38 
> 01:09:38 Caused by:
> 01:09:38 com.gemstone.gemfire.GemFireConfigException: Unable to join 
> the distributed system.  Operation either timed out, was stopped or Locator 
> does not exist.
> 01:09:40 Build timed out (after 600 minutes). Marking the build as failed.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Created] (GEODE-1339) Test cases to list indexes from the peers if present otherwise an empty list

[nabarun (JIRA)]

nabarun created GEODE-1339:
--

 Summary: Test cases to list indexes from the peers if present 
otherwise an empty list
 Key: GEODE-1339
 URL: https://issues.apache.org/jira/browse/GEODE-1339
 Project: Geode
  Issue Type: Bug
  Components: lucene
Reporter: nabarun






--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (GEODE-1339) Test cases to list indexes from the peers if present otherwise an empty list

[nabarun (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GEODE-1339?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

nabarun updated GEODE-1339:
---
Issue Type: New Feature  (was: Bug)

> Test cases to list indexes from the peers if present otherwise an empty list
> 
>
> Key: GEODE-1339
> URL: https://issues.apache.org/jira/browse/GEODE-1339
> Project: Geode
>  Issue Type: New Feature
>  Components: lucene
>Reporter: nabarun
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (GEODE-1121) CI failure: ConcurrentWANPropogation_2_DUnitTest.testSerialReplicatedWanWithOverflow

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/GEODE-1121?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15269216#comment-15269216
 ] 

ASF GitHub Bot commented on GEODE-1121:
---

GitHub user nabarunnag opened a pull request:

https://github.com/apache/incubator-geode/pull/139

GEODE-1121: Increased the max memory in the sender

* Increased the max memory in the sender to be 100MB
* Reduced the puts to 120MB
* Made the test identical to the one in 
SerialWANPropogationsFeatureDUnitTest

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/nabarunnag/incubator-geode feature/GEODE-1121

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/incubator-geode/pull/139.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #139


commit f956214238683bc8da58f4556cfba1b9016ffd5a
Author: nabarun 
Date:   2016-05-02T21:30:37Z

GEODE-1121: Increased the max memory in the sender

* Increased the max memory in the sender to be 100MB
* Reduced the puts to 120MB
* Made the test identical to the one in 
SerialWANPropogationsFeatureDUnitTest




> CI failure: 
> ConcurrentWANPropogation_2_DUnitTest.testSerialReplicatedWanWithOverflow
> 
>
> Key: GEODE-1121
> URL: https://issues.apache.org/jira/browse/GEODE-1121
> Project: Geode
>  Issue Type: Bug
>  Components: wan
>Reporter: Bruce Schuchardt
>  Labels: CI, Flaky
>
> Revision 8645fe03811c9b959e0ea9e6257126ee5e0be255
> Test failed with this exception:
> com.gemstone.gemfire.test.dunit.RMIException: While invoking 
> com.gemstone.gemfire.internal.cache.wan.concurrent.ConcurrentWANPropogation_2_DUnitTest$$Lambda$1461/978635401.run
>  in VM 2 running on Host venezuela.gemstone.com with 8 VMs
>   at com.gemstone.gemfire.test.dunit.VM.invoke(VM.java:440)
>   at com.gemstone.gemfire.test.dunit.VM.invoke(VM.java:382)
>   at com.gemstone.gemfire.test.dunit.VM.invoke(VM.java:318)
>   at 
> com.gemstone.gemfire.internal.cache.wan.concurrent.ConcurrentWANPropogation_2_DUnitTest.testSerialReplicatedWanWithOverflow(ConcurrentWANPropogation_2_DUnitTest.java:86)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at junit.framework.TestCase.runTest(TestCase.java:176)
>   at junit.framework.TestCase.runBare(TestCase.java:141)
>   at junit.framework.TestResult$1.protect(TestResult.java:122)
>   at junit.framework.TestResult.runProtected(TestResult.java:142)
>   at junit.framework.TestResult.run(TestResult.java:125)
>   at junit.framework.TestCase.run(TestCase.java:129)
>   at junit.framework.TestSuite.runTest(TestSuite.java:252)
>   at junit.framework.TestSuite.run(TestSuite.java:247)
>   at 
> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:86)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:105)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:56)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.processTestClass(JUnitTestClassProcessor.java:64)
>   at 
> org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.processTestClass(SuiteTestClassProcessor.java:50)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.messaging.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.messaging.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
>   at com.sun.proxy.$Proxy2.processTestClass(Unknown Source)
>   at 
> org.gradle.api.internal.tasks.testing.worker.TestWorker.processTestClass(TestWorker.java:106)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
>