[jira] [Resolved] (GEODE-3470) Increase serial gateway sender token timeout

2017-08-21 Thread Barry Oglesby (JIRA)

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

Barry Oglesby resolved GEODE-3470.
--
   Resolution: Fixed
Fix Version/s: 1.3.0

> Increase serial gateway sender token timeout
> 
>
> Key: GEODE-3470
> URL: https://issues.apache.org/jira/browse/GEODE-3470
> Project: Geode
>  Issue Type: Bug
>  Components: wan
>Reporter: Barry Oglesby
>Assignee: Barry Oglesby
> Fix For: 1.3.0
>
>
> There have been cases where the default token timeout of 15 seconds is not 
> high enough. To increase it, set the default for the 
> {{AbstractGatewaySender.TOKEN_TIMEOUT}} static variable higher:
> {noformat}
> public static int TOKEN_TIMEOUT =
>   Integer.getInteger("GatewaySender.TOKEN_TIMEOUT", 15000).intValue();
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GEODE-3406) Enable new flow for protocol on locators

2017-08-21 Thread ASF GitHub Bot (JIRA)

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

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

Github user galen-pivotal commented on a diff in the pull request:

https://github.com/apache/geode/pull/716#discussion_r134270934
  
--- Diff: 
geode-core/src/test/java/org/apache/geode/test/dunit/standalone/DUnitLauncher.java
 ---
@@ -297,6 +297,8 @@ public Object call() throws IOException {
 // able to do so successfully anyway
 p.setProperty(DISABLE_AUTO_RECONNECT, "true");
 
+System.setProperty("geode.feature-protobuf-protocol", "true");
--- End diff --

Do we want to do this for all DUnit tests? On the one hand, it might help 
shake some bugs out; on the other, we're setting a system property for all 
tests.


> Enable new flow for protocol on locators
> 
>
> Key: GEODE-3406
> URL: https://issues.apache.org/jira/browse/GEODE-3406
> Project: Geode
>  Issue Type: Sub-task
>  Components: client/server
>Reporter: Brian Baynes
>Assignee: Alexander Murmann
>
> Enable magic byte and new flow for new protocol on locators.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GEODE-3406) Enable new flow for protocol on locators

2017-08-21 Thread ASF GitHub Bot (JIRA)

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

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

Github user galen-pivotal commented on a diff in the pull request:

https://github.com/apache/geode/pull/716#discussion_r134026218
  
--- Diff: 
geode-core/src/main/java/org/apache/geode/internal/cache/tier/sockets/TcpServerFactory.java
 ---
@@ -0,0 +1,39 @@
+package org.apache.geode.internal.cache.tier.sockets;
+
+import java.net.InetAddress;
+import java.util.Properties;
+
+import org.apache.geode.distributed.internal.DistributionConfigImpl;
+import org.apache.geode.distributed.internal.InternalLocator;
+import org.apache.geode.distributed.internal.PoolStatHelper;
+import org.apache.geode.distributed.internal.tcpserver.TcpHandler;
+import org.apache.geode.distributed.internal.tcpserver.TcpServer;
+
+public class TcpServerFactory {
+  private ClientProtocolMessageHandler protocolHandler;
+
+  public TcpServerFactory() {
+initializeMessageHandler();
+  }
+
+  public TcpServer makeTcpServer(int port, InetAddress bind_address, 
Properties sslConfig,
+  DistributionConfigImpl cfg, TcpHandler handler, PoolStatHelper 
poolHelper,
+  ThreadGroup threadGroup, String threadName, InternalLocator 
internalLocator) {
+
+return new TcpServer(port, bind_address, sslConfig, cfg, handler, 
poolHelper, threadGroup,
+threadName, internalLocator, protocolHandler);
+  }
+
+  public synchronized ClientProtocolMessageHandler 
initializeMessageHandler() {
+if (!Boolean.getBoolean("geode.feature-protobuf-protocol")) {
+  return null;
--- End diff --

Ah, I see. `TcpServer` gates on the feature flag in the one place where 
it's used. And we create the same class regardless of old or new protocol 
version. 

Could the factory determine whether the new protocol is enabled and make a 
`TcpServer` that either has the new protocol enabled or not? This way we're 
only checking config in one place.


> Enable new flow for protocol on locators
> 
>
> Key: GEODE-3406
> URL: https://issues.apache.org/jira/browse/GEODE-3406
> Project: Geode
>  Issue Type: Sub-task
>  Components: client/server
>Reporter: Brian Baynes
>Assignee: Alexander Murmann
>
> Enable magic byte and new flow for new protocol on locators.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GEODE-3406) Enable new flow for protocol on locators

2017-08-21 Thread ASF GitHub Bot (JIRA)

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

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

Github user galen-pivotal commented on a diff in the pull request:

https://github.com/apache/geode/pull/716#discussion_r134358612
  
--- Diff: 
geode-protobuf/src/main/java/org/apache/geode/protocol/protobuf/operations/GetAvailableServersOperationHandler.java
 ---
@@ -50,51 +37,23 @@
   @Override
   public Result process(
   SerializationService serializationService, 
ServerAPI.GetAvailableServersRequest request,
-  Cache cache) {
-
-InternalDistributedSystem distributedSystem =
-(InternalDistributedSystem) cache.getDistributedSystem();
-Properties properties = distributedSystem.getProperties();
-String locatorsString = 
properties.getProperty(ConfigurationProperties.LOCATORS);
+  MessageExecutionContext executionContext) throws 
InvalidExecutionContextException {
 
-HashSet locators = new HashSet();
-StringTokenizer stringTokenizer = new StringTokenizer(locatorsString, 
",");
-while (stringTokenizer.hasMoreTokens()) {
-  String locator = stringTokenizer.nextToken();
-  if (StringUtils.isNotEmpty(locator)) {
-locators.add(new DistributionLocatorId(locator));
-  }
+InternalLocator locator = executionContext.getLocator();
+ArrayList serversFromSnapshot =
--- End diff --

I don't like that this has to go so far in to get a list of servers. I'd 
like to see the DUnit test (or an integration test using a real Locator) come 
back just so we can have some guarantee that `InternalLocator` doesn't change 
on us.


> Enable new flow for protocol on locators
> 
>
> Key: GEODE-3406
> URL: https://issues.apache.org/jira/browse/GEODE-3406
> Project: Geode
>  Issue Type: Sub-task
>  Components: client/server
>Reporter: Brian Baynes
>Assignee: Alexander Murmann
>
> Enable magic byte and new flow for new protocol on locators.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GEODE-3406) Enable new flow for protocol on locators

2017-08-21 Thread ASF GitHub Bot (JIRA)

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

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

Github user galen-pivotal commented on a diff in the pull request:

https://github.com/apache/geode/pull/716#discussion_r134024644
  
--- Diff: 
geode-core/src/main/java/org/apache/geode/internal/cache/tier/sockets/TcpServerFactory.java
 ---
@@ -0,0 +1,39 @@
+package org.apache.geode.internal.cache.tier.sockets;
+
+import java.net.InetAddress;
+import java.util.Properties;
+
+import org.apache.geode.distributed.internal.DistributionConfigImpl;
+import org.apache.geode.distributed.internal.InternalLocator;
+import org.apache.geode.distributed.internal.PoolStatHelper;
+import org.apache.geode.distributed.internal.tcpserver.TcpHandler;
+import org.apache.geode.distributed.internal.tcpserver.TcpServer;
+
+public class TcpServerFactory {
+  private ClientProtocolMessageHandler protocolHandler;
+
+  public TcpServerFactory() {
+initializeMessageHandler();
+  }
+
+  public TcpServer makeTcpServer(int port, InetAddress bind_address, 
Properties sslConfig,
+  DistributionConfigImpl cfg, TcpHandler handler, PoolStatHelper 
poolHelper,
+  ThreadGroup threadGroup, String threadName, InternalLocator 
internalLocator) {
+
+return new TcpServer(port, bind_address, sslConfig, cfg, handler, 
poolHelper, threadGroup,
+threadName, internalLocator, protocolHandler);
+  }
+
+  public synchronized ClientProtocolMessageHandler 
initializeMessageHandler() {
+if (!Boolean.getBoolean("geode.feature-protobuf-protocol")) {
+  return null;
--- End diff --

If we don't throw here, it will result in an NPE down the line when we try 
to receive a message from the null handler. I think it's better to throw here 
than return null -- see the similar `IOException` thrown by 
`ServerConnectionFactory`.


> Enable new flow for protocol on locators
> 
>
> Key: GEODE-3406
> URL: https://issues.apache.org/jira/browse/GEODE-3406
> Project: Geode
>  Issue Type: Sub-task
>  Components: client/server
>Reporter: Brian Baynes
>Assignee: Alexander Murmann
>
> Enable magic byte and new flow for new protocol on locators.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GEODE-3406) Enable new flow for protocol on locators

2017-08-21 Thread ASF GitHub Bot (JIRA)

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

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

Github user galen-pivotal commented on a diff in the pull request:

https://github.com/apache/geode/pull/716#discussion_r134022599
  
--- Diff: 
geode-core/src/main/java/org/apache/geode/internal/cache/tier/sockets/ClientProtoclMessageHandlerLoader.java
 ---
@@ -0,0 +1,64 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one or more 
contributor license
+ * agreements. See the NOTICE file distributed with this work for 
additional information regarding
+ * copyright ownership. The ASF licenses this file to You under the Apache 
License, Version 2.0 (the
+ * "License"); you may not use this file except in compliance with the 
License. You may obtain a
+ * copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing, software 
distributed under the License
+ * is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF 
ANY KIND, either express
+ * or implied. See the License for the specific language governing 
permissions and limitations under
+ * the License.
+ */
+
+package org.apache.geode.internal.cache.tier.sockets;
+
+import java.io.IOException;
+import java.net.Socket;
+import java.util.Iterator;
+import java.util.ServiceLoader;
+
+import org.apache.geode.internal.cache.InternalCache;
+import org.apache.geode.internal.cache.tier.Acceptor;
+import org.apache.geode.internal.cache.tier.CachedRegionHelper;
+import org.apache.geode.internal.security.SecurityService;
+
+/**
+ * Creates instances of ServerConnection based on the connection mode 
provided.
+ */
+public class ClientProtoclMessageHandlerLoader {
--- End diff --

Is this a duplicate that will be deleted?


> Enable new flow for protocol on locators
> 
>
> Key: GEODE-3406
> URL: https://issues.apache.org/jira/browse/GEODE-3406
> Project: Geode
>  Issue Type: Sub-task
>  Components: client/server
>Reporter: Brian Baynes
>Assignee: Alexander Murmann
>
> Enable magic byte and new flow for new protocol on locators.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Assigned] (GEODE-3299) Gfsh functions should acquire Cache from FunctionContext

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund reassigned GEODE-3299:


Assignee: (was: Kirk Lund)

> Gfsh functions should acquire Cache from FunctionContext
> 
>
> Key: GEODE-3299
> URL: https://issues.apache.org/jira/browse/GEODE-3299
> Project: Geode
>  Issue Type: Bug
>  Components: gfsh
>Reporter: Kirk Lund
>
> Gfsh functions in geode-core 
> org.apache.geode.management.internal.cli.functions currently acquire a 
> reference to the Cache in several ways including from a singleton in 
> CacheFactory which is prone to deadlocking. They should be modified to 
> uniformly acquire the Cache from FunctionContext instead.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Assigned] (GEODE-3436) GFSH commands tests are failing after committing refactorings of command classes

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund reassigned GEODE-3436:


Assignee: (was: Kirk Lund)

> GFSH commands tests are failing after committing refactorings of command 
> classes
> 
>
> Key: GEODE-3436
> URL: https://issues.apache.org/jira/browse/GEODE-3436
> Project: Geode
>  Issue Type: Bug
>  Components: gfsh, tests
>Reporter: Kirk Lund
>
> Tests failing in geode-core:
> * HelperIntegrationTest.testHelpWithNoInput
> * HelperIntegrationTest.testHintWithNoInput
> * GfshParserConverterTest.testHintConverter
> * CliCommandsSecurityTest.testNoAccess
> * GfshCommandsSecurityTest.testRegionAReader
> * GfshCommandsSecurityTest.testRegionAWriter
> * GfshCommandsSecurityTest.testClusterReader
> * GfshCommandsSecurityTest.testClusterWriter
> * GfshCommandsSecurityTest.testClusterManager
> * GfshCommandsSecurityTest.testDataReader
> * GfshCommandsSecurityTest.testRegionAManager
> * GfshCommandsSecurityTest.testDataWriter
> * AnalyzeSerializablesJUnitTest.testSerializables (ParallelSnapshotFileMapper)
> Stack traces for the geode-core failures:
> {noformat}
> :geode-core:integrationTest
> org.apache.geode.management.internal.cli.help.HelperIntegrationTest > 
> testHelpWithNoInput FAILED
> java.lang.AssertionError: 
> Expected size:<2> but was:<4> in:
> <["help (Available)",
> "Display syntax and usage information for all commands or list all 
> available commands if  isn't specified.",
> "hint (Available)",
> "Provide hints for a topic or list all available topics if "topic" 
> isn't specified."]>
> at 
> org.apache.geode.management.internal.cli.help.HelperIntegrationTest.testHelpWithNoInput(HelperIntegrationTest.java:69)
> org.apache.geode.management.internal.cli.help.HelperIntegrationTest > 
> testHintWithNoInput FAILED
> java.lang.AssertionError: 
> Expected size:<21> but was:<22> in:
> <["Hints are available for the following topics. Use "hint " 
> for a specific hint.",
> "",
> "Client",
> "Cluster Configuration",
> "Configuration",
> "Data",
> "Debug-Utility",
> "Disk Store",
> "Function Execution",
> "GFSH",
> "Geode",
> "Help",
> "JMX",
> "Lifecycle",
> "Locator",
> "Logs",
> "Management-Monitoring",
> "Manager",
> "Region",
> "Server",
> "Statistics",
> "WAN"]>
> at 
> org.apache.geode.management.internal.cli.help.HelperIntegrationTest.testHintWithNoInput(HelperIntegrationTest.java:96)
> org.apache.geode.management.internal.cli.GfshParserConverterTest > 
> testHintConverter FAILED
> java.lang.StringIndexOutOfBoundsException: String index out of range: -1
> at java.lang.String.substring(String.java:1931)
> at 
> org.apache.geode.management.internal.cli.GfshParser.lambda$completeAdvanced$0(GfshParser.java:265)
> at java.util.ArrayList.replaceAll(ArrayList.java:1442)
> at 
> org.apache.geode.management.internal.cli.GfshParser.completeAdvanced(GfshParser.java:264)
> at 
> org.apache.geode.test.dunit.rules.GfshParserRule.complete(GfshParserRule.java:58)
> at 
> org.apache.geode.management.internal.cli.GfshParserConverterTest.testHintConverter(GfshParserConverterTest.java:126)
> org.apache.geode.management.internal.security.CliCommandsSecurityTest > 
> testNoAccess FAILED
> org.assertj.core.api.SoftAssertionError: 
> The following assertion failed:
> 1) [destroy function --id=InterestCalculations] 
> Expecting:
>  <"stranger not authorized for CLUSTER:MANAGE:JAR">
> to contain:
>  <"DATA:MANAGE"> 
> at CliCommandsSecurityTest.testNoAccess(CliCommandsSecurityTest.java:74)
> at 
> org.assertj.core.api.SoftAssertions.assertAll(SoftAssertions.java:134)
> at 
> org.apache.geode.management.internal.security.CliCommandsSecurityTest.testNoAccess(CliCommandsSecurityTest.java:78)
> org.apache.geode.management.internal.security.GfshCommandsSecurityTest > 
> testRegionAReader FAILED
> org.junit.ComparisonFailure: [destroy function --id=InterestCalculations] 
> expected:<[110]> but was:<[415]>
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
> Method)
> at 
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at 
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at 
> org.apache.geode.management.internal.security.GfshCommandsSecurityTest.runCommandsPermittedAndForbiddenBy(GfshCommandsSecurityTest.java:164)
> at 
> 

[jira] [Resolved] (GEODE-3501) Protobuf AuthenticationIntegrationTest fails

2017-08-21 Thread Udo Kohlmeyer (JIRA)

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

Udo Kohlmeyer resolved GEODE-3501.
--
Resolution: Fixed

> Protobuf AuthenticationIntegrationTest fails
> 
>
> Key: GEODE-3501
> URL: https://issues.apache.org/jira/browse/GEODE-3501
> Project: Geode
>  Issue Type: Bug
>  Components: client/server
>Reporter: Hitesh Khamesra
>Assignee: Udo Kohlmeyer
>
> org.apache.geode.protocol.AuthenticationIntegrationTest > 
> simpleAuthenticationSucceeds FAILED
> java.lang.AssertionError
> at org.junit.Assert.fail(Assert.java:86)
> at org.junit.Assert.assertTrue(Assert.java:41)
> at org.junit.Assert.assertTrue(Assert.java:52)
> at 
> org.apache.geode.protocol.AuthenticationIntegrationTest.simpleAuthenticationSucceeds(AuthenticationIntegrationTest.java:130)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Assigned] (GEODE-3501) Protobuf AuthenticationIntegrationTest fails

2017-08-21 Thread Udo Kohlmeyer (JIRA)

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

Udo Kohlmeyer reassigned GEODE-3501:


Assignee: Udo Kohlmeyer

> Protobuf AuthenticationIntegrationTest fails
> 
>
> Key: GEODE-3501
> URL: https://issues.apache.org/jira/browse/GEODE-3501
> Project: Geode
>  Issue Type: Bug
>  Components: client/server
>Reporter: Hitesh Khamesra
>Assignee: Udo Kohlmeyer
>
> org.apache.geode.protocol.AuthenticationIntegrationTest > 
> simpleAuthenticationSucceeds FAILED
> java.lang.AssertionError
> at org.junit.Assert.fail(Assert.java:86)
> at org.junit.Assert.assertTrue(Assert.java:41)
> at org.junit.Assert.assertTrue(Assert.java:52)
> at 
> org.apache.geode.protocol.AuthenticationIntegrationTest.simpleAuthenticationSucceeds(AuthenticationIntegrationTest.java:130)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3436) GFSH commands tests are failing after committing refactorings of command classes

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3436:
-
Description: 
Tests failing in geode-core:

* HelperIntegrationTest.testHelpWithNoInput
* HelperIntegrationTest.testHintWithNoInput
* GfshParserConverterTest.testHintConverter
* CliCommandsSecurityTest.testNoAccess
* GfshCommandsSecurityTest.testRegionAReader
* GfshCommandsSecurityTest.testRegionAWriter
* GfshCommandsSecurityTest.testClusterReader
* GfshCommandsSecurityTest.testClusterWriter
* GfshCommandsSecurityTest.testClusterManager
* GfshCommandsSecurityTest.testDataReader
* GfshCommandsSecurityTest.testRegionAManager
* GfshCommandsSecurityTest.testDataWriter
* AnalyzeSerializablesJUnitTest.testSerializables (ParallelSnapshotFileMapper)

Stack traces for the geode-core failures:
{noformat}
:geode-core:integrationTest

org.apache.geode.management.internal.cli.help.HelperIntegrationTest > 
testHelpWithNoInput FAILED
java.lang.AssertionError: 
Expected size:<2> but was:<4> in:
<["help (Available)",
"Display syntax and usage information for all commands or list all 
available commands if  isn't specified.",
"hint (Available)",
"Provide hints for a topic or list all available topics if "topic" 
isn't specified."]>
at 
org.apache.geode.management.internal.cli.help.HelperIntegrationTest.testHelpWithNoInput(HelperIntegrationTest.java:69)

org.apache.geode.management.internal.cli.help.HelperIntegrationTest > 
testHintWithNoInput FAILED
java.lang.AssertionError: 
Expected size:<21> but was:<22> in:
<["Hints are available for the following topics. Use "hint " 
for a specific hint.",
"",
"Client",
"Cluster Configuration",
"Configuration",
"Data",
"Debug-Utility",
"Disk Store",
"Function Execution",
"GFSH",
"Geode",
"Help",
"JMX",
"Lifecycle",
"Locator",
"Logs",
"Management-Monitoring",
"Manager",
"Region",
"Server",
"Statistics",
"WAN"]>
at 
org.apache.geode.management.internal.cli.help.HelperIntegrationTest.testHintWithNoInput(HelperIntegrationTest.java:96)

org.apache.geode.management.internal.cli.GfshParserConverterTest > 
testHintConverter FAILED
java.lang.StringIndexOutOfBoundsException: String index out of range: -1
at java.lang.String.substring(String.java:1931)
at 
org.apache.geode.management.internal.cli.GfshParser.lambda$completeAdvanced$0(GfshParser.java:265)
at java.util.ArrayList.replaceAll(ArrayList.java:1442)
at 
org.apache.geode.management.internal.cli.GfshParser.completeAdvanced(GfshParser.java:264)
at 
org.apache.geode.test.dunit.rules.GfshParserRule.complete(GfshParserRule.java:58)
at 
org.apache.geode.management.internal.cli.GfshParserConverterTest.testHintConverter(GfshParserConverterTest.java:126)

org.apache.geode.management.internal.security.CliCommandsSecurityTest > 
testNoAccess FAILED
org.assertj.core.api.SoftAssertionError: 
The following assertion failed:
1) [destroy function --id=InterestCalculations] 
Expecting:
 <"stranger not authorized for CLUSTER:MANAGE:JAR">
to contain:
 <"DATA:MANAGE"> 
at CliCommandsSecurityTest.testNoAccess(CliCommandsSecurityTest.java:74)
at 
org.assertj.core.api.SoftAssertions.assertAll(SoftAssertions.java:134)
at 
org.apache.geode.management.internal.security.CliCommandsSecurityTest.testNoAccess(CliCommandsSecurityTest.java:78)

org.apache.geode.management.internal.security.GfshCommandsSecurityTest > 
testRegionAReader FAILED
org.junit.ComparisonFailure: [destroy function --id=InterestCalculations] 
expected:<[110]> but was:<[415]>
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at 
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at 
org.apache.geode.management.internal.security.GfshCommandsSecurityTest.runCommandsPermittedAndForbiddenBy(GfshCommandsSecurityTest.java:164)
at 
org.apache.geode.management.internal.security.GfshCommandsSecurityTest.testRegionAReader(GfshCommandsSecurityTest.java:108)

org.apache.geode.management.internal.security.GfshCommandsSecurityTest > 
testRegionAWriter FAILED
org.junit.ComparisonFailure: [destroy function --id=InterestCalculations] 
expected:<[110]> but was:<[415]>
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at 
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at 

[jira] [Commented] (GEODE-3472) Code Cleanup: remove dead code from /management.

2017-08-21 Thread ASF GitHub Bot (JIRA)

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

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

GitHub user PurelyApplied opened a pull request:

https://github.com/apache/geode/pull/730

GEODE-3472: Remove a great deal of commented-out code.

* Correct imports in touched files
* Correct several misspellings
* Removed redundant modifier and specifiers
* Corrected modifier orderings to adhere to style standard
* Removed several //TODO comments
* Removed "throws CheckedException" from methods that no longer throw the 
checked exception.
* Minor refactorings: iterator loops to for-each, simplified conditionals, 
etc.

Thank you for submitting a contribution to Apache Geode.

In order to streamline the review of the contribution we ask you
to ensure the following steps have been taken:

### For all changes:
- [x] Is there a JIRA ticket associated with this PR? Is it referenced in 
the commit message?

- [x] Has your PR been rebased against the latest commit within the target 
branch (typically `develop`)?

- [x] Is your initial contribution a single, squashed commit?

- [x] Does `gradlew build` run cleanly?

- [n/a] Have you written or updated unit tests to verify your changes? 
[n/a: Non-functional changes.]

- [n/a] If adding new dependencies to the code, are these dependencies 
licensed in a way that is compatible for inclusion under [ASF 
2.0](http://www.apache.org/legal/resolved.html#category-a)?

### Note:
Please ensure that once the PR is submitted, you check travis-ci for build 
issues and
submit an update to your PR as soon as possible. If you need help, please 
send an
email to d...@geode.apache.org.


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

$ git pull https://github.com/PurelyApplied/geode geode-3472

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

https://github.com/apache/geode/pull/730.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 #730


commit 9fb4414b363e9bbc584b67456158ad3f880e269b
Author: Patrick Rhomberg 
Date:   2017-08-18T20:59:44Z

GEODE-3472: Remove a great deal of commented-out code.

* Correct imports in touched files
* Correct several misspellings
* Removed redundant modifier and specifiers
* Corrected modifier orderings to adhere to style standard
* Removed several //TODO comments
* Removed "throws CheckedException" from methods that no longer throw the 
checked exception.
* Minor refactorings: iterator loops to for-each, simplified conditionals, 
etc.




> Code Cleanup: remove dead code from /management.
> 
>
> Key: GEODE-3472
> URL: https://issues.apache.org/jira/browse/GEODE-3472
> Project: Geode
>  Issue Type: Improvement
>Reporter: Patrick Rhomberg
>Assignee: Patrick Rhomberg
>
> There is a great deal of dead, commented, and unused code in the codebase.  
> This ticket addresses some of it, limiting scope to those files in 
> `geode-core/**/management/**` to keep the eventual diff relatively small.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3436) GFSH commands tests are failing after committing refactorings of command classes

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3436:
-
Description: 
Tests failing in geode-core:

* HelperIntegrationTest.testHelpWithNoInput
* HelperIntegrationTest.testHintWithNoInput
* GfshParserConverterTest.testHintConverter
* CliCommandsSecurityTest.testNoAccess
* GfshCommandsSecurityTest.testRegionAReader
* GfshCommandsSecurityTest.testRegionAWriter
* GfshCommandsSecurityTest.testClusterReader
* GfshCommandsSecurityTest.testClusterWriter
* GfshCommandsSecurityTest.testClusterManager
* GfshCommandsSecurityTest.testDataReader
* GfshCommandsSecurityTest.testRegionAManager
* GfshCommandsSecurityTest.testDataWriter
* AnalyzeSerializablesJUnitTest.testSerializables (ParallelSnapshotFileMapper)

Stack traces for the above failures:
{noformat}
:geode-core:integrationTest

org.apache.geode.management.internal.cli.help.HelperIntegrationTest > 
testHelpWithNoInput FAILED
java.lang.AssertionError: 
Expected size:<2> but was:<4> in:
<["help (Available)",
"Display syntax and usage information for all commands or list all 
available commands if  isn't specified.",
"hint (Available)",
"Provide hints for a topic or list all available topics if "topic" 
isn't specified."]>
at 
org.apache.geode.management.internal.cli.help.HelperIntegrationTest.testHelpWithNoInput(HelperIntegrationTest.java:69)

org.apache.geode.management.internal.cli.help.HelperIntegrationTest > 
testHintWithNoInput FAILED
java.lang.AssertionError: 
Expected size:<21> but was:<22> in:
<["Hints are available for the following topics. Use "hint " 
for a specific hint.",
"",
"Client",
"Cluster Configuration",
"Configuration",
"Data",
"Debug-Utility",
"Disk Store",
"Function Execution",
"GFSH",
"Geode",
"Help",
"JMX",
"Lifecycle",
"Locator",
"Logs",
"Management-Monitoring",
"Manager",
"Region",
"Server",
"Statistics",
"WAN"]>
at 
org.apache.geode.management.internal.cli.help.HelperIntegrationTest.testHintWithNoInput(HelperIntegrationTest.java:96)

org.apache.geode.management.internal.cli.GfshParserConverterTest > 
testHintConverter FAILED
java.lang.StringIndexOutOfBoundsException: String index out of range: -1
at java.lang.String.substring(String.java:1931)
at 
org.apache.geode.management.internal.cli.GfshParser.lambda$completeAdvanced$0(GfshParser.java:265)
at java.util.ArrayList.replaceAll(ArrayList.java:1442)
at 
org.apache.geode.management.internal.cli.GfshParser.completeAdvanced(GfshParser.java:264)
at 
org.apache.geode.test.dunit.rules.GfshParserRule.complete(GfshParserRule.java:58)
at 
org.apache.geode.management.internal.cli.GfshParserConverterTest.testHintConverter(GfshParserConverterTest.java:126)

org.apache.geode.management.internal.security.CliCommandsSecurityTest > 
testNoAccess FAILED
org.assertj.core.api.SoftAssertionError: 
The following assertion failed:
1) [destroy function --id=InterestCalculations] 
Expecting:
 <"stranger not authorized for CLUSTER:MANAGE:JAR">
to contain:
 <"DATA:MANAGE"> 
at CliCommandsSecurityTest.testNoAccess(CliCommandsSecurityTest.java:74)
at 
org.assertj.core.api.SoftAssertions.assertAll(SoftAssertions.java:134)
at 
org.apache.geode.management.internal.security.CliCommandsSecurityTest.testNoAccess(CliCommandsSecurityTest.java:78)

org.apache.geode.management.internal.security.GfshCommandsSecurityTest > 
testRegionAReader FAILED
org.junit.ComparisonFailure: [destroy function --id=InterestCalculations] 
expected:<[110]> but was:<[415]>
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at 
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at 
org.apache.geode.management.internal.security.GfshCommandsSecurityTest.runCommandsPermittedAndForbiddenBy(GfshCommandsSecurityTest.java:164)
at 
org.apache.geode.management.internal.security.GfshCommandsSecurityTest.testRegionAReader(GfshCommandsSecurityTest.java:108)

org.apache.geode.management.internal.security.GfshCommandsSecurityTest > 
testRegionAWriter FAILED
org.junit.ComparisonFailure: [destroy function --id=InterestCalculations] 
expected:<[110]> but was:<[415]>
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at 
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at 

[jira] [Commented] (GEODE-3497) Fix failing test on Solaris SPARC

2017-08-21 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on GEODE-3497:


Commit cc6dafee2cd82fa770686fa9b9d87ba4eeb3 in geode-native's branch 
refs/heads/develop from [~dkimura]
[ https://gitbox.apache.org/repos/asf?p=geode-native.git;h=cc6dafe ]

GEODE-3497: Fix failing test on Solaris SPARC


> Fix failing test on Solaris SPARC
> -
>
> Key: GEODE-3497
> URL: https://issues.apache.org/jira/browse/GEODE-3497
> Project: Geode
>  Issue Type: Bug
>  Components: native client
>Reporter: David Kimura
>
> ClientProxyMembershipIDFactory unittest fails on Solaris SPARC because of 
> incorrect assumptions about big/little endianness.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3500) CI Failure: org.apache.geode.session.tests.Tomcat6ClientServerTest > containersShouldShareDataRemovals FAILED

2017-08-21 Thread Shelley Lynn Hughes-Godfrey (JIRA)

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

Shelley Lynn Hughes-Godfrey updated GEODE-3500:
---
Affects Version/s: 1.3.0

> CI Failure: org.apache.geode.session.tests.Tomcat6ClientServerTest > 
> containersShouldShareDataRemovals FAILED
> -
>
> Key: GEODE-3500
> URL: https://issues.apache.org/jira/browse/GEODE-3500
> Project: Geode
>  Issue Type: Bug
>  Components: http session
>Affects Versions: 1.3.0
>Reporter: Shelley Lynn Hughes-Godfrey
>
> This test fails when server start fails with 
> org.apache.geode.GemFireConfigException: Unable to join the distributed 
> system.  Operation either timed out, was stopped or Locator does not exist. 
> This particular failure has been seen previously (as recently as last week).
> Note that other TomCat6ClientServerTests have run connecting to the locator 
> at the same port as this test.
> {noformat}
> Command result for  --name=Tomcat6ClientServerTest_containersShouldShareDataRemovals 
> --server-port=0 
> --classpath=/tmp/cargo_containers/Tomcat6ClientServerTest/apache-tomcat-6.0.37/apache-tomcat-6.0.37/bin/*:/tmp/cargo_containers/Tomcat6ClientServerTest/apache-tomcat-6.0.37/apache-tomcat-6.0.37/lib/*
>  --locators=localhost[36299] 
> --dir=/tmp/junit6982272343470448781/Tomcat6ClientServerTest_containersShouldShareDataRemovals>:
> ?[34m_ __
>/ _/ __/ __/ // /
>   / /  __/ /___  /_  / _  /
>  / /__/ / /  _/ / // /
> /__/_/  /__/_//_/9.2.0
> ?[0m
> ?[36mMonitor and Manage Pivotal GemFire?[0m
> .The Cache Server process terminated unexpectedly 
> with exit status 1. Please refer to the log file in 
> /tmp/junit6982272343470448781/Tomcat6ClientServerTest_containersShouldShareDataRemovals
>  for full details.
> {noformat}
> Full error
> {noformat}
> org.apache.geode.session.tests.Tomcat6ClientServerTest > 
> containersShouldShareDataRemovals FAILED
> org.junit.ComparisonFailure: [Failure in command: start server 
> --name=Tomcat6ClientServerTest_containersShouldShareDataRemovals 
> --server-port=0 
> --classpath=/tmp/cargo_containers/Tomcat6ClientServerTest/apache-tomcat-6.0.37/apache-tomcat-6.0.37/bin/*:/tmp/cargo_containers/Tomcat6ClientServerTest/apache-tomcat-6.0.37/apache-tomcat-6.0.37/lib/*
>  --locators=localhost[36299] 
> --dir=/tmp/junit6982272343470448781/Tomcat6ClientServerTest_containersShouldShareDataRemovals
>  Result CommandResult 
> [gfJsonObject={"content":{"errorCode":410,"message":["The Cache Server 
> process terminated unexpectedly with exit status 1. Please refer to the log 
> file in 
> /tmp/junit6982272343470448781/Tomcat6ClientServerTest_containersShouldShareDataRemovals
>  for full details.\n\nSLF4J: Class path contains multiple SLF4J 
> bindings.\n\nSLF4J: Found binding in 
> [jar:file:/tmp/cargo_containers/Tomcat6ClientServerTest/apache-tomcat-6.0.37/apache-tomcat-6.0.37/lib/slf4j-jdk14-1.7.23.jar!/org/slf4j/impl/StaticLoggerBinder.class]\n\nSLF4J:
>  Found binding in 
> [jar:file:/tmp/gemfire-build/geode/geode-assembly/build/install/apache-geode/lib/log4j-slf4j-impl-2.7.jar!/org/slf4j/impl/StaticLoggerBinder.class]\n\nSLF4J:
>  See http://www.slf4j.org/codes.html#multiple_bindings for an 
> explanation.\n\nSLF4J: Actual binding is of type 
> [org.slf4j.impl.JDK14LoggerFactory]\n\nException in thread \"main\" 
> org.apache.geode.GemFireConfigException: Unable to join the distributed 
> system.  Operation either timed out, was stopped or Locator does not 
> exist.\n\n\tat 
> org.apache.geode.distributed.internal.membership.gms.mgr.GMSMembershipManager.join(GMSMembershipManager.java:667)\n\n\tat
>  
> org.apache.geode.distributed.internal.membership.gms.mgr.GMSMembershipManager.joinDistributedSystem(GMSMembershipManager.java:753)\n\n\tat
>  
> org.apache.geode.distributed.internal.membership.gms.Services.start(Services.java:190)\n\n\tat
>  
> org.apache.geode.distributed.internal.membership.gms.GMSMemberFactory.newMembershipManager(GMSMemberFactory.java:107)\n\n\tat
>  
> org.apache.geode.distributed.internal.membership.MemberFactory.newMembershipManager(MemberFactory.java:91)\n\n\tat
>  
> org.apache.geode.distributed.internal.DistributionManager.(DistributionManager.java:1155)\n\n\tat
>  
> org.apache.geode.distributed.internal.DistributionManager.(DistributionManager.java:1204)\n\n\tat
>  
> org.apache.geode.distributed.internal.DistributionManager.create(DistributionManager.java:573)\n\n\tat
>  
> org.apache.geode.distributed.internal.InternalDistributedSystem.initialize(InternalDistributedSystem.java:740)\n\n\tat
>  
> 

[jira] [Commented] (GEODE-3461) BlockingProcessStreamReaderIntegrationTest.processTerminatesWhenDestroyed fails intermittently

2017-08-21 Thread ASF GitHub Bot (JIRA)

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

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

Github user kirklund commented on a diff in the pull request:

https://github.com/apache/geode/pull/729#discussion_r134352194
  
--- Diff: 
geode-core/src/test/java/org/apache/geode/internal/process/AbstractProcessStreamReaderIntegrationTest.java
 ---
@@ -149,7 +147,7 @@ protected void 
givenStartedProcessWithStreamListeners(final Class mainClass)
   }
 
   protected ConditionFactory await() {
-return 
Awaitility.await().atMost(WAIT_FOR_READER_IS_RUNNING_TIMEOUT_MILLIS, 
MILLISECONDS);
+return Awaitility.await().atMost(2, MINUTES);
--- End diff --

WAIT_FOR_READER_IS_RUNNING_TIMEOUT_MILLIS was poorly named and is now 
deleted --
 replaced by (2, MINUTES) hardcoded into the await() method that various 
tests use.

READER_JOIN_TIMEOUT_MILLIS still exists and is used only by the two tests 
that perform Thread.join style calls on the Readers.

Both timeouts are now 2 minutes which should be more than enough even if 
the test hits a GC pause.


> BlockingProcessStreamReaderIntegrationTest.processTerminatesWhenDestroyed 
> fails intermittently
> --
>
> Key: GEODE-3461
> URL: https://issues.apache.org/jira/browse/GEODE-3461
> Project: Geode
>  Issue Type: Bug
>  Components: management, tests
>Reporter: Kirk Lund
>Assignee: Kirk Lund
>  Labels: CI, Flaky
>
> {noformat}
> org.awaitility.core.ConditionTimeoutException: Condition defined as a lambda 
> expression in 
> org.apache.geode.internal.process.AbstractProcessStreamReaderIntegrationTest 
> expected:<[fals]e> but was:<[tru]e> within 2 milliseconds.
> at org.awaitility.core.ConditionAwaiter.await(ConditionAwaiter.java:104)
> at 
> org.awaitility.core.AssertionCondition.await(AssertionCondition.java:117)
> at 
> org.awaitility.core.AssertionCondition.await(AssertionCondition.java:32)
> at org.awaitility.core.ConditionFactory.until(ConditionFactory.java:809)
> at org.awaitility.core.ConditionFactory.until(ConditionFactory.java:648)
> at 
> org.apache.geode.internal.process.AbstractProcessStreamReaderIntegrationTest.waitUntilProcessStops(AbstractProcessStreamReaderIntegrationTest.java:169)
> at 
> org.apache.geode.internal.process.BaseProcessStreamReaderIntegrationTest.processTerminatesWhenDestroyed(BaseProcessStreamReaderIntegrationTest.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:498)
> 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.RunBefores.evaluate(RunBefores.java:26)
> at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
> 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:114)
> at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
> 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 
> 

[jira] [Created] (GEODE-3501) Protobuf AuthenticationIntegrationTest fails

2017-08-21 Thread Hitesh Khamesra (JIRA)
Hitesh Khamesra created GEODE-3501:
--

 Summary: Protobuf AuthenticationIntegrationTest fails
 Key: GEODE-3501
 URL: https://issues.apache.org/jira/browse/GEODE-3501
 Project: Geode
  Issue Type: Bug
  Components: client/server
Reporter: Hitesh Khamesra


org.apache.geode.protocol.AuthenticationIntegrationTest > 
simpleAuthenticationSucceeds FAILED
java.lang.AssertionError
at org.junit.Assert.fail(Assert.java:86)
at org.junit.Assert.assertTrue(Assert.java:41)
at org.junit.Assert.assertTrue(Assert.java:52)
at 
org.apache.geode.protocol.AuthenticationIntegrationTest.simpleAuthenticationSucceeds(AuthenticationIntegrationTest.java:130)



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-1279) Tests for old TRAC bugs should be renamed to useful names

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-1279:
-
Description: 
Examples:

* Bug52289JUnitTest -> FinalStaticArrayShouldNotCauseSegFaultTest
* Bug36619JUnitTest -> MembershipAttributesAreSerializableTest

* Bug34387DUnitTest -> CreateAndLocalDestroyInTXRegressionTest
* Bug35214DUnitTest -> EntriesDoNotExpireDuringGIIRegressionTest
* Bug38013DUnitTest -> RemotePRValuesAreNotDeserializedRegressionTest
* Bug34948DUnitTest -> ValuesAreLazilyDeserializedRegressionTest

Remaining:

* 
geode-core/src/test/java/org/apache/geode/cache/query/Bug32947ValueConstraintJUnitTest.java
* geode-core/src/test/java/org/apache/geode/cache/query/BugJUnitTest.java
* geode-core/src/test/java/org/apache/geode/cache30/Bug38741DUnitTest.java
* geode-core/src/test/java/org/apache/geode/cache30/Bug40255JUnitTest.java
* geode-core/src/test/java/org/apache/geode/cache30/Bug40662JUnitTest.java
* geode-core/src/test/java/org/apache/geode/cache30/Bug44418JUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/distributed/internal/Bug40751DUnitTest.java
* geode-core/src/test/java/org/apache/geode/internal/Bug49856JUnitTest.java
* geode-core/src/test/java/org/apache/geode/internal/Bug51616JUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/Bug33359DUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/Bug33726DUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/Bug33726JUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/Bug34179TooManyFilesOpenJUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/Bug34583JUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/Bug37241DUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/Bug37244JUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/Bug37377DUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/Bug37500JUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/Bug39079DUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/Bug40299DUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/Bug40632DUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/Bug41091DUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/Bug41733DUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/Bug41957DUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/Bug42055DUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/Bug45164DUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/Bug45934DUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/Bug47667DUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/Bug48182JUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/ha/Bug36853EventsExpiryDUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/ha/Bug48571DUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/ha/Bug48879DUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/partitioned/Bug39356DUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/partitioned/Bug43684DUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/partitioned/Bug47388DUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/partitioned/Bug51400DUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/tier/Bug40396DUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/tier/sockets/Bug36269DUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/tier/sockets/Bug36457DUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/tier/sockets/Bug36805DUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/tier/sockets/Bug36829DUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/tier/sockets/Bug36995DUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/tier/sockets/Bug37210DUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/internal/cache/tier/sockets/Bug37805DUnitTest.java

  was:
Examples:

* Bug52289JUnitTest -> FinalStaticArrayShouldNotCauseSegFaultTest
* Bug36619JUnitTest -> MembershipAttributesAreSerializableTest



> Tests for old TRAC bugs should be renamed to useful names
> -
>
> Key: GEODE-1279
> URL: https://issues.apache.org/jira/browse/GEODE-1279
> Project: Geode
>  Issue Type: Improvement
>  Components: tests
>Reporter: Kirk Lund
>Assignee: Kirk Lund
>
> Examples:
> * Bug52289JUnitTest -> 

[jira] [Updated] (GEODE-3486) PulseSecurityWithSSLTest fails on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3486:
-
Environment: Windows

> PulseSecurityWithSSLTest fails on Windows
> -
>
> Key: GEODE-3486
> URL: https://issues.apache.org/jira/browse/GEODE-3486
> Project: Geode
>  Issue Type: Sub-task
>  Components: pulse, security, tests
> Environment: Windows
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Security, Windows
>
> {noformat}
> org.apache.geode.tools.pulse.PulseSecurityWithSSLTest > 
> loginWithIncorrectPassword FAILED
> org.junit.ComparisonFailure: expected:<[302]> but was:<[503]>
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
> Method)
> at 
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at 
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at 
> org.apache.geode.tools.pulse.PulseSecurityWithSSLTest.loginWithIncorrectPassword(PulseSecurityWithSSLTest.java:76)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3486) PulseSecurityWithSSLTest fails on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3486:
-
Labels: IntegrationTest Security Windows  (was: )

> PulseSecurityWithSSLTest fails on Windows
> -
>
> Key: GEODE-3486
> URL: https://issues.apache.org/jira/browse/GEODE-3486
> Project: Geode
>  Issue Type: Sub-task
>  Components: pulse, security, tests
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Security, Windows
>
> {noformat}
> org.apache.geode.tools.pulse.PulseSecurityWithSSLTest > 
> loginWithIncorrectPassword FAILED
> org.junit.ComparisonFailure: expected:<[302]> but was:<[503]>
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
> Method)
> at 
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at 
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at 
> org.apache.geode.tools.pulse.PulseSecurityWithSSLTest.loginWithIncorrectPassword(PulseSecurityWithSSLTest.java:76)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3485) PulseSecurityTest fails on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3485:
-
Environment: Windows

> PulseSecurityTest fails on Windows
> --
>
> Key: GEODE-3485
> URL: https://issues.apache.org/jira/browse/GEODE-3485
> Project: Geode
>  Issue Type: Sub-task
>  Components: pulse, security, tests
> Environment: Windows
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Security, Windows
>
> {noformat}
> org.apache.geode.tools.pulse.PulseSecurityTest > loginWithIncorrectPassword 
> FAILED
> org.junit.ComparisonFailure: expected:<[302]> but was:<[503]>
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
> Method)
> at 
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at 
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at 
> org.apache.geode.tools.pulse.PulseSecurityTest.loginWithIncorrectPassword(PulseSecurityTest.java:53)
> org.apache.geode.tools.pulse.PulseSecurityTest > loginAllAccess FAILED
> org.junit.ComparisonFailure: expected:<[302]> but was:<[503]>
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
> Method)
> at 
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at 
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at 
> org.apache.geode.test.dunit.rules.HttpClientRule.loginToPulseAndVerify(HttpClientRule.java:73)
> at 
> org.apache.geode.tools.pulse.PulseSecurityTest.loginAllAccess(PulseSecurityTest.java:76)
> org.apache.geode.tools.pulse.PulseSecurityTest > loginWithDataOnly FAILED
> org.junit.ComparisonFailure: expected:<[302]> but was:<[503]>
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
> Method)
> at 
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at 
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at 
> org.apache.geode.test.dunit.rules.HttpClientRule.loginToPulseAndVerify(HttpClientRule.java:73)
> at 
> org.apache.geode.tools.pulse.PulseSecurityTest.loginWithDataOnly(PulseSecurityTest.java:62)
> org.apache.geode.tools.pulse.PulseSecurityTest > loginWithClusterOnly FAILED
> org.junit.ComparisonFailure: expected:<[302]> but was:<[503]>
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
> Method)
> at 
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at 
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at 
> org.apache.geode.test.dunit.rules.HttpClientRule.loginToPulseAndVerify(HttpClientRule.java:73)
> at 
> org.apache.geode.tools.pulse.PulseSecurityTest.loginWithClusterOnly(PulseSecurityTest.java:87)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3485) PulseSecurityTest fails on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3485:
-
Labels: IntegrationTest Security Windows  (was: )

> PulseSecurityTest fails on Windows
> --
>
> Key: GEODE-3485
> URL: https://issues.apache.org/jira/browse/GEODE-3485
> Project: Geode
>  Issue Type: Sub-task
>  Components: pulse, security, tests
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Security, Windows
>
> {noformat}
> org.apache.geode.tools.pulse.PulseSecurityTest > loginWithIncorrectPassword 
> FAILED
> org.junit.ComparisonFailure: expected:<[302]> but was:<[503]>
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
> Method)
> at 
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at 
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at 
> org.apache.geode.tools.pulse.PulseSecurityTest.loginWithIncorrectPassword(PulseSecurityTest.java:53)
> org.apache.geode.tools.pulse.PulseSecurityTest > loginAllAccess FAILED
> org.junit.ComparisonFailure: expected:<[302]> but was:<[503]>
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
> Method)
> at 
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at 
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at 
> org.apache.geode.test.dunit.rules.HttpClientRule.loginToPulseAndVerify(HttpClientRule.java:73)
> at 
> org.apache.geode.tools.pulse.PulseSecurityTest.loginAllAccess(PulseSecurityTest.java:76)
> org.apache.geode.tools.pulse.PulseSecurityTest > loginWithDataOnly FAILED
> org.junit.ComparisonFailure: expected:<[302]> but was:<[503]>
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
> Method)
> at 
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at 
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at 
> org.apache.geode.test.dunit.rules.HttpClientRule.loginToPulseAndVerify(HttpClientRule.java:73)
> at 
> org.apache.geode.tools.pulse.PulseSecurityTest.loginWithDataOnly(PulseSecurityTest.java:62)
> org.apache.geode.tools.pulse.PulseSecurityTest > loginWithClusterOnly FAILED
> org.junit.ComparisonFailure: expected:<[302]> but was:<[503]>
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
> Method)
> at 
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at 
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at 
> org.apache.geode.test.dunit.rules.HttpClientRule.loginToPulseAndVerify(HttpClientRule.java:73)
> at 
> org.apache.geode.tools.pulse.PulseSecurityTest.loginWithClusterOnly(PulseSecurityTest.java:87)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3484) PulseDataExportTest fails on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3484:
-
Environment: Windows

> PulseDataExportTest fails on Windows
> 
>
> Key: GEODE-3484
> URL: https://issues.apache.org/jira/browse/GEODE-3484
> Project: Geode
>  Issue Type: Sub-task
>  Components: pulse, tests
> Environment: Windows
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Windows
>
> {noformat}
> org.apache.geode.tools.pulse.PulseDataExportTest > 
> dataBrowserExportWorksAsExpected FAILED
> org.junit.ComparisonFailure: expected:<[302]> but was:<[503]>
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
> Method)
> at 
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at 
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at 
> org.apache.geode.test.dunit.rules.HttpClientRule.loginToPulseAndVerify(HttpClientRule.java:73)
> at 
> org.apache.geode.tools.pulse.PulseDataExportTest.dataBrowserExportWorksAsExpected(PulseDataExportTest.java:53)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3484) PulseDataExportTest fails on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3484:
-
Labels: IntegrationTest Windows  (was: )

> PulseDataExportTest fails on Windows
> 
>
> Key: GEODE-3484
> URL: https://issues.apache.org/jira/browse/GEODE-3484
> Project: Geode
>  Issue Type: Sub-task
>  Components: pulse, tests
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Windows
>
> {noformat}
> org.apache.geode.tools.pulse.PulseDataExportTest > 
> dataBrowserExportWorksAsExpected FAILED
> org.junit.ComparisonFailure: expected:<[302]> but was:<[503]>
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
> Method)
> at 
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at 
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at 
> org.apache.geode.test.dunit.rules.HttpClientRule.loginToPulseAndVerify(HttpClientRule.java:73)
> at 
> org.apache.geode.tools.pulse.PulseDataExportTest.dataBrowserExportWorksAsExpected(PulseDataExportTest.java:53)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Assigned] (GEODE-3487) Launcher integration tests fail on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund reassigned GEODE-3487:


Assignee: Kirk Lund

> Launcher integration tests fail on Windows
> --
>
> Key: GEODE-3487
> URL: https://issues.apache.org/jira/browse/GEODE-3487
> Project: Geode
>  Issue Type: Bug
>  Components: gfsh, tests
> Environment: Windows
>Reporter: Kirk Lund
>Assignee: Kirk Lund
>  Labels: IntegrationTest, Windows
>
> Various LocatorLauncher and ServerLauncher integration tests are failing on 
> Windows.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3483) Pulse integration tests fail on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3483:
-
Environment: Windows

> Pulse integration tests fail on Windows
> ---
>
> Key: GEODE-3483
> URL: https://issues.apache.org/jira/browse/GEODE-3483
> Project: Geode
>  Issue Type: Bug
>  Components: pulse, security, tests
> Environment: Windows
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Windows
>




--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3483) Pulse integration tests fail on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3483:
-
Description: Various Pulse integration tests are failing on Windows.

> Pulse integration tests fail on Windows
> ---
>
> Key: GEODE-3483
> URL: https://issues.apache.org/jira/browse/GEODE-3483
> Project: Geode
>  Issue Type: Bug
>  Components: pulse, security, tests
> Environment: Windows
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Windows
>
> Various Pulse integration tests are failing on Windows.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3483) Pulse integration tests fail on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3483:
-
Labels: IntegrationTest Windows  (was: )

> Pulse integration tests fail on Windows
> ---
>
> Key: GEODE-3483
> URL: https://issues.apache.org/jira/browse/GEODE-3483
> Project: Geode
>  Issue Type: Bug
>  Components: pulse, security, tests
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Windows
>




--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3487) Launcher integration tests fail on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3487:
-
Environment: Windows

> Launcher integration tests fail on Windows
> --
>
> Key: GEODE-3487
> URL: https://issues.apache.org/jira/browse/GEODE-3487
> Project: Geode
>  Issue Type: Bug
>  Components: gfsh, tests
> Environment: Windows
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Windows
>
> Various LocatorLauncher and ServerLauncher integration tests are failing on 
> Windows.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3487) Launcher integration tests fail on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3487:
-
Labels: IntegrationTest Windows  (was: )

> Launcher integration tests fail on Windows
> --
>
> Key: GEODE-3487
> URL: https://issues.apache.org/jira/browse/GEODE-3487
> Project: Geode
>  Issue Type: Bug
>  Components: gfsh, tests
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Windows
>
> Various LocatorLauncher and ServerLauncher integration tests are failing on 
> Windows.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Created] (GEODE-3500) CI Failure: org.apache.geode.session.tests.Tomcat6ClientServerTest > containersShouldShareDataRemovals FAILED

2017-08-21 Thread Shelley Lynn Hughes-Godfrey (JIRA)
Shelley Lynn Hughes-Godfrey created GEODE-3500:
--

 Summary: CI Failure: 
org.apache.geode.session.tests.Tomcat6ClientServerTest > 
containersShouldShareDataRemovals FAILED
 Key: GEODE-3500
 URL: https://issues.apache.org/jira/browse/GEODE-3500
 Project: Geode
  Issue Type: Bug
  Components: http session
Reporter: Shelley Lynn Hughes-Godfrey


This test fails when server start fails with 
org.apache.geode.GemFireConfigException: Unable to join the distributed system. 
 Operation either timed out, was stopped or Locator does not exist. 

This particular failure has been seen previously (as recently as last week).

Note that other TomCat6ClientServerTests have run connecting to the locator at 
the same port as this test.

{noformat}
Command result for :
?[34m_ __
   / _/ __/ __/ // /
  / /  __/ /___  /_  / _  /
 / /__/ / /  _/ / // /
/__/_/  /__/_//_/9.2.0
?[0m
?[36mMonitor and Manage Pivotal GemFire?[0m
.The Cache Server process terminated unexpectedly 
with exit status 1. Please refer to the log file in 
/tmp/junit6982272343470448781/Tomcat6ClientServerTest_containersShouldShareDataRemovals
 for full details.
{noformat}

Full error
{noformat}
org.apache.geode.session.tests.Tomcat6ClientServerTest > 
containersShouldShareDataRemovals FAILED
org.junit.ComparisonFailure: [Failure in command: start server 
--name=Tomcat6ClientServerTest_containersShouldShareDataRemovals 
--server-port=0 
--classpath=/tmp/cargo_containers/Tomcat6ClientServerTest/apache-tomcat-6.0.37/apache-tomcat-6.0.37/bin/*:/tmp/cargo_containers/Tomcat6ClientServerTest/apache-tomcat-6.0.37/apache-tomcat-6.0.37/lib/*
 --locators=localhost[36299] 
--dir=/tmp/junit6982272343470448781/Tomcat6ClientServerTest_containersShouldShareDataRemovals
 Result CommandResult 
[gfJsonObject={"content":{"errorCode":410,"message":["The Cache Server process 
terminated unexpectedly with exit status 1. Please refer to the log file in 
/tmp/junit6982272343470448781/Tomcat6ClientServerTest_containersShouldShareDataRemovals
 for full details.\n\nSLF4J: Class path contains multiple SLF4J 
bindings.\n\nSLF4J: Found binding in 
[jar:file:/tmp/cargo_containers/Tomcat6ClientServerTest/apache-tomcat-6.0.37/apache-tomcat-6.0.37/lib/slf4j-jdk14-1.7.23.jar!/org/slf4j/impl/StaticLoggerBinder.class]\n\nSLF4J:
 Found binding in 
[jar:file:/tmp/gemfire-build/geode/geode-assembly/build/install/apache-geode/lib/log4j-slf4j-impl-2.7.jar!/org/slf4j/impl/StaticLoggerBinder.class]\n\nSLF4J:
 See http://www.slf4j.org/codes.html#multiple_bindings for an 
explanation.\n\nSLF4J: Actual binding is of type 
[org.slf4j.impl.JDK14LoggerFactory]\n\nException in thread \"main\" 
org.apache.geode.GemFireConfigException: Unable to join the distributed system. 
 Operation either timed out, was stopped or Locator does not exist.\n\n\tat 
org.apache.geode.distributed.internal.membership.gms.mgr.GMSMembershipManager.join(GMSMembershipManager.java:667)\n\n\tat
 
org.apache.geode.distributed.internal.membership.gms.mgr.GMSMembershipManager.joinDistributedSystem(GMSMembershipManager.java:753)\n\n\tat
 
org.apache.geode.distributed.internal.membership.gms.Services.start(Services.java:190)\n\n\tat
 
org.apache.geode.distributed.internal.membership.gms.GMSMemberFactory.newMembershipManager(GMSMemberFactory.java:107)\n\n\tat
 
org.apache.geode.distributed.internal.membership.MemberFactory.newMembershipManager(MemberFactory.java:91)\n\n\tat
 
org.apache.geode.distributed.internal.DistributionManager.(DistributionManager.java:1155)\n\n\tat
 
org.apache.geode.distributed.internal.DistributionManager.(DistributionManager.java:1204)\n\n\tat
 
org.apache.geode.distributed.internal.DistributionManager.create(DistributionManager.java:573)\n\n\tat
 
org.apache.geode.distributed.internal.InternalDistributedSystem.initialize(InternalDistributedSystem.java:740)\n\n\tat
 
org.apache.geode.distributed.internal.InternalDistributedSystem.newInstance(InternalDistributedSystem.java:350)\n\n\tat
 
org.apache.geode.distributed.internal.InternalDistributedSystem.newInstance(InternalDistributedSystem.java:338)\n\n\tat
 
org.apache.geode.distributed.internal.InternalDistributedSystem.newInstance(InternalDistributedSystem.java:330)\n\n\tat
 
org.apache.geode.distributed.DistributedSystem.connect(DistributedSystem.java:205)\n\n\tat
 org.apache.geode.cache.CacheFactory.create(CacheFactory.java:217)\n\n\tat 
org.apache.geode.distributed.internal.DefaultServerLauncherCacheProvider.createCache(DefaultServerLauncherCacheProvider.java:52)\n\n\tat
 
org.apache.geode.distributed.ServerLauncher.createCache(ServerLauncher.java:846)\n\n\tat
 
org.apache.geode.distributed.ServerLauncher.start(ServerLauncher.java:764)\n\n\tat
 

[jira] [Commented] (GEODE-3461) BlockingProcessStreamReaderIntegrationTest.processTerminatesWhenDestroyed fails intermittently

2017-08-21 Thread ASF GitHub Bot (JIRA)

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

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

Github user jaredjstewart commented on a diff in the pull request:

https://github.com/apache/geode/pull/729#discussion_r134348604
  
--- Diff: 
geode-core/src/test/java/org/apache/geode/internal/process/AbstractProcessStreamReaderIntegrationTest.java
 ---
@@ -149,7 +147,7 @@ protected void 
givenStartedProcessWithStreamListeners(final Class mainClass)
   }
 
   protected ConditionFactory await() {
-return 
Awaitility.await().atMost(WAIT_FOR_READER_IS_RUNNING_TIMEOUT_MILLIS, 
MILLISECONDS);
+return Awaitility.await().atMost(2, MINUTES);
--- End diff --

Did you mean to specify READER_JOIN_TIMEOUT_MILLIS instead of 2?  Otherwise 
it looks like that variable is only read by tests.


> BlockingProcessStreamReaderIntegrationTest.processTerminatesWhenDestroyed 
> fails intermittently
> --
>
> Key: GEODE-3461
> URL: https://issues.apache.org/jira/browse/GEODE-3461
> Project: Geode
>  Issue Type: Bug
>  Components: management, tests
>Reporter: Kirk Lund
>Assignee: Kirk Lund
>  Labels: CI, Flaky
>
> {noformat}
> org.awaitility.core.ConditionTimeoutException: Condition defined as a lambda 
> expression in 
> org.apache.geode.internal.process.AbstractProcessStreamReaderIntegrationTest 
> expected:<[fals]e> but was:<[tru]e> within 2 milliseconds.
> at org.awaitility.core.ConditionAwaiter.await(ConditionAwaiter.java:104)
> at 
> org.awaitility.core.AssertionCondition.await(AssertionCondition.java:117)
> at 
> org.awaitility.core.AssertionCondition.await(AssertionCondition.java:32)
> at org.awaitility.core.ConditionFactory.until(ConditionFactory.java:809)
> at org.awaitility.core.ConditionFactory.until(ConditionFactory.java:648)
> at 
> org.apache.geode.internal.process.AbstractProcessStreamReaderIntegrationTest.waitUntilProcessStops(AbstractProcessStreamReaderIntegrationTest.java:169)
> at 
> org.apache.geode.internal.process.BaseProcessStreamReaderIntegrationTest.processTerminatesWhenDestroyed(BaseProcessStreamReaderIntegrationTest.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:498)
> 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.RunBefores.evaluate(RunBefores.java:26)
> at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
> 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:114)
> at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
> 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:498)
> at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
> at 
> 

[jira] [Updated] (GEODE-3487) Launcher integration tests fail on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3487:
-
Description: Various LocatorLauncher and ServerLauncher integration tests 
are failing on Windows.

> Launcher integration tests fail on Windows
> --
>
> Key: GEODE-3487
> URL: https://issues.apache.org/jira/browse/GEODE-3487
> Project: Geode
>  Issue Type: Bug
>  Components: gfsh, tests
>Reporter: Kirk Lund
>
> Various LocatorLauncher and ServerLauncher integration tests are failing on 
> Windows.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Created] (GEODE-3499) Correct docs: APP_LAST_EXIT_STATUS

2017-08-21 Thread Karen Smoler Miller (JIRA)
Karen Smoler Miller created GEODE-3499:
--

 Summary: Correct docs: APP_LAST_EXIT_STATUS
 Key: GEODE-3499
 URL: https://issues.apache.org/jira/browse/GEODE-3499
 Project: Geode
  Issue Type: Bug
  Components: docs
Reporter: Karen Smoler Miller


File {{tools_modules/gfsh/useful_gfsh_shell_variables.html}} has a list of gfsh 
environment variables. The value 2 for {{APP_LAST_EXIT_STATUS}} is incorrect.  
It currently says the value 2 represents crash and read only.  In 
implementation, it is only used for an installation failure. 

This bug in the docs was discovered in relation to GEODE-2971.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GEODE-3461) BlockingProcessStreamReaderIntegrationTest.processTerminatesWhenDestroyed fails intermittently

2017-08-21 Thread ASF GitHub Bot (JIRA)

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

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

GitHub user kirklund opened a pull request:

https://github.com/apache/geode/pull/729

GEODE-3461: increase test timeouts



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

$ git pull https://github.com/kirklund/geode GEODE-3461-increase-timeouts

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

https://github.com/apache/geode/pull/729.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 #729


commit 88e7ca09e342276efa0af596cbd7de3bc96a4c1a
Author: Kirk Lund 
Date:   2017-08-21T22:38:45Z

GEODE-3461: increase test timeouts




> BlockingProcessStreamReaderIntegrationTest.processTerminatesWhenDestroyed 
> fails intermittently
> --
>
> Key: GEODE-3461
> URL: https://issues.apache.org/jira/browse/GEODE-3461
> Project: Geode
>  Issue Type: Bug
>  Components: management, tests
>Reporter: Kirk Lund
>Assignee: Kirk Lund
>  Labels: CI, Flaky
>
> {noformat}
> org.awaitility.core.ConditionTimeoutException: Condition defined as a lambda 
> expression in 
> org.apache.geode.internal.process.AbstractProcessStreamReaderIntegrationTest 
> expected:<[fals]e> but was:<[tru]e> within 2 milliseconds.
> at org.awaitility.core.ConditionAwaiter.await(ConditionAwaiter.java:104)
> at 
> org.awaitility.core.AssertionCondition.await(AssertionCondition.java:117)
> at 
> org.awaitility.core.AssertionCondition.await(AssertionCondition.java:32)
> at org.awaitility.core.ConditionFactory.until(ConditionFactory.java:809)
> at org.awaitility.core.ConditionFactory.until(ConditionFactory.java:648)
> at 
> org.apache.geode.internal.process.AbstractProcessStreamReaderIntegrationTest.waitUntilProcessStops(AbstractProcessStreamReaderIntegrationTest.java:169)
> at 
> org.apache.geode.internal.process.BaseProcessStreamReaderIntegrationTest.processTerminatesWhenDestroyed(BaseProcessStreamReaderIntegrationTest.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:498)
> 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.RunBefores.evaluate(RunBefores.java:26)
> at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
> 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:114)
> at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
> 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:498)
> at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
> at 
> 

[jira] [Commented] (GEODE-2859) ShowDeadlockDUnitTest.testDistributedDeadlockWithFunction failing in CI.

2017-08-21 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on GEODE-2859:


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

GEODE-2859: Fix ShowDeadlockDUnitTest


> ShowDeadlockDUnitTest.testDistributedDeadlockWithFunction failing in CI.
> 
>
> Key: GEODE-2859
> URL: https://issues.apache.org/jira/browse/GEODE-2859
> Project: Geode
>  Issue Type: Test
>  Components: gfsh, membership, messaging, tests
>Reporter: Galen O'Sullivan
>Assignee: Jared Stewart
> Fix For: 1.2.0
>
>
> https://builds.apache.org/job/Geode-nightly/821/
> This test is a copy of GemFireDeadlockDetectorDUnitTest.java, which was 
> recently updated (https://reviews.apache.org/r/58541/diff/1#index_header). 
> Probably it needs the same fix or related.
> ShowDeadlockDUnitTest.testNoDeadlock also fails in this test run.
> {code}
> Error Message
> java.lang.AssertionError
> Stacktrace
> java.lang.AssertionError
>   at org.junit.Assert.fail(Assert.java:86)
>   at org.junit.Assert.assertTrue(Assert.java:41)
>   at org.junit.Assert.assertTrue(Assert.java:52)
>   at 
> org.apache.geode.management.internal.cli.commands.ShowDeadlockDUnitTest.testDistributedDeadlockWithFunction(ShowDeadlockDUnitTest.java:156)
>   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:498)
>   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.RunBefores.evaluate(RunBefores.java:26)
>   at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>   at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
>   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.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>   at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
>   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:498)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.internal.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 

[jira] [Resolved] (GEODE-3471) NPE in MBeanProxyFactory

2017-08-21 Thread Jared Stewart (JIRA)

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

Jared Stewart resolved GEODE-3471.
--
Resolution: Fixed

> NPE in MBeanProxyFactory
> 
>
> Key: GEODE-3471
> URL: https://issues.apache.org/jira/browse/GEODE-3471
> Project: Geode
>  Issue Type: Bug
>Affects Versions: 1.2.0
>Reporter: Jared Stewart
>Assignee: Jared Stewart
> Fix For: 1.3.0
>
>
> {noformat}
> java.lang.NullPointerException
> at 
> org.apache.geode.management.internal.MBeanProxyFactory.createProxy(MBeanProxyFactory.java:86)
> at 
> org.apache.geode.management.internal.MBeanProxyFactory.createAllProxies(MBeanProxyFactory.java:138)
> at 
> org.apache.geode.management.internal.FederatingManager$GIITask.call(FederatingManager.java:457)
> at 
> org.apache.geode.management.internal.FederatingManager$GIITask.call(FederatingManager.java:341)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GEODE-3471) NPE in MBeanProxyFactory

2017-08-21 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on GEODE-3471:


Commit 68e8b7e7ffe3d337f947f212c35b9a35305a8346 in geode's branch 
refs/heads/develop from [~jstewart]
[ https://git-wip-us.apache.org/repos/asf?p=geode.git;h=68e8b7e ]

GEODE-3471: Identify NPE in MBeanProxyFactory


> NPE in MBeanProxyFactory
> 
>
> Key: GEODE-3471
> URL: https://issues.apache.org/jira/browse/GEODE-3471
> Project: Geode
>  Issue Type: Bug
>Affects Versions: 1.2.0
>Reporter: Jared Stewart
>Assignee: Jared Stewart
> Fix For: 1.3.0
>
>
> {noformat}
> java.lang.NullPointerException
> at 
> org.apache.geode.management.internal.MBeanProxyFactory.createProxy(MBeanProxyFactory.java:86)
> at 
> org.apache.geode.management.internal.MBeanProxyFactory.createAllProxies(MBeanProxyFactory.java:138)
> at 
> org.apache.geode.management.internal.FederatingManager$GIITask.call(FederatingManager.java:457)
> at 
> org.apache.geode.management.internal.FederatingManager$GIITask.call(FederatingManager.java:341)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3471) NPE in MBeanProxyFactory

2017-08-21 Thread Jared Stewart (JIRA)

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

Jared Stewart updated GEODE-3471:
-
Fix Version/s: 1.3.0

> NPE in MBeanProxyFactory
> 
>
> Key: GEODE-3471
> URL: https://issues.apache.org/jira/browse/GEODE-3471
> Project: Geode
>  Issue Type: Bug
>Affects Versions: 1.2.0
>Reporter: Jared Stewart
>Assignee: Jared Stewart
> Fix For: 1.3.0
>
>
> {noformat}
> java.lang.NullPointerException
> at 
> org.apache.geode.management.internal.MBeanProxyFactory.createProxy(MBeanProxyFactory.java:86)
> at 
> org.apache.geode.management.internal.MBeanProxyFactory.createAllProxies(MBeanProxyFactory.java:138)
> at 
> org.apache.geode.management.internal.FederatingManager$GIITask.call(FederatingManager.java:457)
> at 
> org.apache.geode.management.internal.FederatingManager$GIITask.call(FederatingManager.java:341)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GEODE-3474) ProtobufSimpleAuthenticator is incompatible with ExampleSecurityManager

2017-08-21 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on GEODE-3474:


Commit 5863fd5aa36a95676b45eb8e6ab88621ecdd58b6 in geode's branch 
refs/heads/develop from [~ukohlmeyer]
[ https://git-wip-us.apache.org/repos/asf?p=geode.git;h=5863fd5 ]

GEODE-3474: Fixed failing tests


> ProtobufSimpleAuthenticator is incompatible with ExampleSecurityManager
> ---
>
> Key: GEODE-3474
> URL: https://issues.apache.org/jira/browse/GEODE-3474
> Project: Geode
>  Issue Type: Sub-task
>  Components: messaging
>Reporter: Galen O'Sullivan
>Assignee: Galen O'Sullivan
> Fix For: 1.3.0
>
>
> {{ProtobufSimpleAuthenticator}} uses the property names "username" and 
> password" to provide credentials, but {{ExampleSecurityManager}} uses 
> "security-username" and "security-password". These are defined as 
> {{ResourceConstants.USER_NAME}} and  {{ResourceConstants.PASSWORD}} and 
> therefore probably the correct values to use.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3430) ConnectCommandTest generates non-varargs compilation warnings

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3430:
-
Affects Version/s: 1.3.0

> ConnectCommandTest generates non-varargs compilation warnings
> -
>
> Key: GEODE-3430
> URL: https://issues.apache.org/jira/browse/GEODE-3430
> Project: Geode
>  Issue Type: Bug
>  Components: build, gfsh, tests
>Affects Versions: 1.3.0
>Reporter: Kirk Lund
>Assignee: Kirk Lund
> Fix For: 1.3.0
>
>
> {noformat}
> :geode-core:compileTestJava
> /Users/klund/dev/gemfire/open/geode-core/src/test/java/org/apache/geode/management/internal/cli/commands/ConnectCommandTest.java:277:
>  warning: non-varargs call of varargs method with inexact argument type for 
> last parameter;
> assertThat(connectCommand.isSslImpliedBySslOptions(null)).isFalse();
>^
>   cast to String for a varargs call
>   cast to String[] for a non-varargs call and to suppress this warning
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Resolved] (GEODE-3430) ConnectCommandTest generates non-varargs compilation warnings

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund resolved GEODE-3430.
--
   Resolution: Fixed
Fix Version/s: 1.3.0

> ConnectCommandTest generates non-varargs compilation warnings
> -
>
> Key: GEODE-3430
> URL: https://issues.apache.org/jira/browse/GEODE-3430
> Project: Geode
>  Issue Type: Bug
>  Components: build, gfsh, tests
>Affects Versions: 1.3.0
>Reporter: Kirk Lund
>Assignee: Kirk Lund
> Fix For: 1.3.0
>
>
> {noformat}
> :geode-core:compileTestJava
> /Users/klund/dev/gemfire/open/geode-core/src/test/java/org/apache/geode/management/internal/cli/commands/ConnectCommandTest.java:277:
>  warning: non-varargs call of varargs method with inexact argument type for 
> last parameter;
> assertThat(connectCommand.isSslImpliedBySslOptions(null)).isFalse();
>^
>   cast to String for a varargs call
>   cast to String[] for a non-varargs call and to suppress this warning
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Resolved] (GEODE-3469) LocatorLauncherLocalFileIntegrationTest.usesLocatorPortAsDefaultPort fails intermittently with IllegalArgumentException: Invalid pid '0' specified

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund resolved GEODE-3469.
--
   Resolution: Fixed
Fix Version/s: 1.3.0

> LocatorLauncherLocalFileIntegrationTest.usesLocatorPortAsDefaultPort fails 
> intermittently with IllegalArgumentException: Invalid pid '0' specified
> --
>
> Key: GEODE-3469
> URL: https://issues.apache.org/jira/browse/GEODE-3469
> Project: Geode
>  Issue Type: Bug
>  Components: gfsh, tests
>Affects Versions: 1.3.0
>Reporter: Kirk Lund
>Assignee: Kirk Lund
> Fix For: 1.3.0
>
>
> {noformat}
> org.apache.geode.distributed.LocatorLauncherLocalFileIntegrationTest > 
> usesLocatorPortAsDefaultPort FAILED
> java.lang.IllegalArgumentException: Invalid pid '0' specified
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3469) LocatorLauncherLocalFileIntegrationTest.usesLocatorPortAsDefaultPort fails intermittently with IllegalArgumentException: Invalid pid '0' specified

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3469:
-
Affects Version/s: 1.3.0

> LocatorLauncherLocalFileIntegrationTest.usesLocatorPortAsDefaultPort fails 
> intermittently with IllegalArgumentException: Invalid pid '0' specified
> --
>
> Key: GEODE-3469
> URL: https://issues.apache.org/jira/browse/GEODE-3469
> Project: Geode
>  Issue Type: Bug
>  Components: gfsh, tests
>Affects Versions: 1.3.0
>Reporter: Kirk Lund
>Assignee: Kirk Lund
> Fix For: 1.3.0
>
>
> {noformat}
> org.apache.geode.distributed.LocatorLauncherLocalFileIntegrationTest > 
> usesLocatorPortAsDefaultPort FAILED
> java.lang.IllegalArgumentException: Invalid pid '0' specified
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3498) CreateAndDestroyGatewaySenderCommandsDUnitTest.testCreateDestroyGatewaySender_Group fails with AssertionError

2017-08-21 Thread Barry Oglesby (JIRA)

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

Barry Oglesby updated GEODE-3498:
-
Attachment: 
TEST-org.apache.geode.internal.cache.wan.wancommand.CreateAndDestroyGatewaySenderCommandsDUnitTest.xml

> CreateAndDestroyGatewaySenderCommandsDUnitTest.testCreateDestroyGatewaySender_Group
>  fails with AssertionError
> -
>
> Key: GEODE-3498
> URL: https://issues.apache.org/jira/browse/GEODE-3498
> Project: Geode
>  Issue Type: Bug
>  Components: jmx
>Reporter: Barry Oglesby
> Attachments: 
> TEST-org.apache.geode.internal.cache.wan.wancommand.CreateAndDestroyGatewaySenderCommandsDUnitTest.xml
>
>
> The headless gfsh command can't connect to the JMX manager in the 
> {{testCreateDestroyGatewaySender_Group}} test. One interesting thing I see is 
> the {{jmx-manager-port}} is re-used from the previous test.
> Here are the tests and ports. The 
> {{testCreateDestroyGatewaySenderWithDefault}} and 
> {{testCreateDestroyGatewaySender_Group}} use the same {{jmx-manager-port}}.
> {noformat}
> [setup] START TEST 
> CreateAndDestroyGatewaySenderCommandsDUnitTest.testCreateDestroyGatewaySender_Group_Scenario2
> [vm0] distributed system properties: {name=Manager, http-service-port=23522, 
> jmx-manager=true, jmx-manager-bind-address=8fe46d83e29f, 
> jmx-manager-port=26506, ...
> .
> [setup] START TEST 
> CreateAndDestroyGatewaySenderCommandsDUnitTest.testCreateDestroyGatewaySenderWithGatewayTransportFilters.
> [vm0] distributed system properties: {name=Manager, http-service-port=28751, 
> jmx-manager=true, jmx-manager-bind-address=8fe46d83e29f, 
> jmx-manager-port=27582, ...
> .
> [setup] START TEST 
> CreateAndDestroyGatewaySenderCommandsDUnitTest.testCreateDestroyParallelGatewaySender.
> [vm0] distributed system properties: {name=Manager, http-service-port=21269, 
> jmx-manager=true, jmx-manager-bind-address=8fe46d83e29f, 
> jmx-manager-port=20691, ...
> .
> [setup] START TEST 
> CreateAndDestroyGatewaySenderCommandsDUnitTest.testCreateDestroyGatewaySender.
> [vm0] distributed system properties: {name=Manager, http-service-port=25758, 
> jmx-manager=true, jmx-manager-bind-address=8fe46d83e29f, 
> jmx-manager-port=23804, ...
> .
> [setup] START TEST 
> CreateAndDestroyGatewaySenderCommandsDUnitTest.testCreateDestroyGatewaySenderWithDefault.
> [vm0] distributed system properties: {name=Manager, http-service-port=25296, 
> jmx-manager=true, jmx-manager-bind-address=8fe46d83e29f, 
> jmx-manager-port=24205, ...
> .
> [setup] START TEST 
> CreateAndDestroyGatewaySenderCommandsDUnitTest.testCreateDestroyGatewaySender_Group.
> [vm0] distributed system properties: {name=Manager, http-service-port=28525, 
> jmx-manager=true, jmx-manager-bind-address=8fe46d83e29f, 
> jmx-manager-port=24205, ...
> .
> [setup] START TEST 
> CreateAndDestroyGatewaySenderCommandsDUnitTest.testCreateDestroyGatewaySender_OnMember.
> [vm0] distributed system properties: {name=Manager, http-service-port=29682, 
> jmx-manager=true, jmx-manager-bind-address=8fe46d83e29f, 
> jmx-manager-port=21355, ...
> .
> [setup] START TEST 
> CreateAndDestroyGatewaySenderCommandsDUnitTest.testCreateDestroyGatewaySenderWithGatewayEventFilters.
> [vm0] distributed system properties: {name=Manager, http-service-port=23557, 
> jmx-manager=true, jmx-manager-bind-address=8fe46d83e29f, 
> jmx-manager-port=23434, ...
> {noformat}
> The {{testCreateDestroyGatewaySenderWithDefault}} test connects successfully:
> {noformat}
> CreateAndDestroyGatewaySenderCommandsDUnitTest using endpoint: 
> 8fe46d83e29f[24205]
> [info 2017/08/18 20:01:10.604 UTC  tid=0x16] Successfully 
> connected to managing node using JMX
> {noformat}
> But the {{testCreateDestroyGatewaySender_Group}} test does not:
> {noformat}
> CreateAndDestroyGatewaySenderCommandsDUnitTest using endpoint: 
> 8fe46d83e29f[24205]
> {noformat}
> If I run the test locally, all the ports are unique, and it works fine.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Created] (GEODE-3498) CreateAndDestroyGatewaySenderCommandsDUnitTest.testCreateDestroyGatewaySender_Group fails with AssertionError

2017-08-21 Thread Barry Oglesby (JIRA)
Barry Oglesby created GEODE-3498:


 Summary: 
CreateAndDestroyGatewaySenderCommandsDUnitTest.testCreateDestroyGatewaySender_Group
 fails with AssertionError
 Key: GEODE-3498
 URL: https://issues.apache.org/jira/browse/GEODE-3498
 Project: Geode
  Issue Type: Bug
  Components: jmx
Reporter: Barry Oglesby


The headless gfsh command can't connect to the JMX manager in the 
{{testCreateDestroyGatewaySender_Group}} test. One interesting thing I see is 
the {{jmx-manager-port}} is re-used from the previous test.

Here are the tests and ports. The {{testCreateDestroyGatewaySenderWithDefault}} 
and {{testCreateDestroyGatewaySender_Group}} use the same {{jmx-manager-port}}.
{noformat}
[setup] START TEST 
CreateAndDestroyGatewaySenderCommandsDUnitTest.testCreateDestroyGatewaySender_Group_Scenario2
[vm0] distributed system properties: {name=Manager, http-service-port=23522, 
jmx-manager=true, jmx-manager-bind-address=8fe46d83e29f, 
jmx-manager-port=26506, ...
.
[setup] START TEST 
CreateAndDestroyGatewaySenderCommandsDUnitTest.testCreateDestroyGatewaySenderWithGatewayTransportFilters.
[vm0] distributed system properties: {name=Manager, http-service-port=28751, 
jmx-manager=true, jmx-manager-bind-address=8fe46d83e29f, 
jmx-manager-port=27582, ...
.
[setup] START TEST 
CreateAndDestroyGatewaySenderCommandsDUnitTest.testCreateDestroyParallelGatewaySender.
[vm0] distributed system properties: {name=Manager, http-service-port=21269, 
jmx-manager=true, jmx-manager-bind-address=8fe46d83e29f, 
jmx-manager-port=20691, ...
.
[setup] START TEST 
CreateAndDestroyGatewaySenderCommandsDUnitTest.testCreateDestroyGatewaySender.
[vm0] distributed system properties: {name=Manager, http-service-port=25758, 
jmx-manager=true, jmx-manager-bind-address=8fe46d83e29f, 
jmx-manager-port=23804, ...
.
[setup] START TEST 
CreateAndDestroyGatewaySenderCommandsDUnitTest.testCreateDestroyGatewaySenderWithDefault.
[vm0] distributed system properties: {name=Manager, http-service-port=25296, 
jmx-manager=true, jmx-manager-bind-address=8fe46d83e29f, 
jmx-manager-port=24205, ...
.
[setup] START TEST 
CreateAndDestroyGatewaySenderCommandsDUnitTest.testCreateDestroyGatewaySender_Group.
[vm0] distributed system properties: {name=Manager, http-service-port=28525, 
jmx-manager=true, jmx-manager-bind-address=8fe46d83e29f, 
jmx-manager-port=24205, ...
.
[setup] START TEST 
CreateAndDestroyGatewaySenderCommandsDUnitTest.testCreateDestroyGatewaySender_OnMember.
[vm0] distributed system properties: {name=Manager, http-service-port=29682, 
jmx-manager=true, jmx-manager-bind-address=8fe46d83e29f, 
jmx-manager-port=21355, ...
.
[setup] START TEST 
CreateAndDestroyGatewaySenderCommandsDUnitTest.testCreateDestroyGatewaySenderWithGatewayEventFilters.
[vm0] distributed system properties: {name=Manager, http-service-port=23557, 
jmx-manager=true, jmx-manager-bind-address=8fe46d83e29f, 
jmx-manager-port=23434, ...
{noformat}
The {{testCreateDestroyGatewaySenderWithDefault}} test connects successfully:
{noformat}
CreateAndDestroyGatewaySenderCommandsDUnitTest using endpoint: 
8fe46d83e29f[24205]
[info 2017/08/18 20:01:10.604 UTC  tid=0x16] Successfully 
connected to managing node using JMX
{noformat}
But the {{testCreateDestroyGatewaySender_Group}} test does not:
{noformat}
CreateAndDestroyGatewaySenderCommandsDUnitTest using endpoint: 
8fe46d83e29f[24205]
{noformat}
If I run the test locally, all the ports are unique, and it works fine.




--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GEODE-3469) LocatorLauncherLocalFileIntegrationTest.usesLocatorPortAsDefaultPort fails intermittently with IllegalArgumentException: Invalid pid '0' specified

2017-08-21 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on GEODE-3469:


Commit 28616a27ec79c0693fb2fbb1a135cf3df3ad4150 in geode's branch 
refs/heads/develop from [~apa...@the9muses.net]
[ https://git-wip-us.apache.org/repos/asf?p=geode.git;h=28616a2 ]

GEODE-3469: prevent zero pid from AvailablePid for tests

This closes #724


> LocatorLauncherLocalFileIntegrationTest.usesLocatorPortAsDefaultPort fails 
> intermittently with IllegalArgumentException: Invalid pid '0' specified
> --
>
> Key: GEODE-3469
> URL: https://issues.apache.org/jira/browse/GEODE-3469
> Project: Geode
>  Issue Type: Bug
>  Components: gfsh, tests
>Reporter: Kirk Lund
>Assignee: Kirk Lund
>
> {noformat}
> org.apache.geode.distributed.LocatorLauncherLocalFileIntegrationTest > 
> usesLocatorPortAsDefaultPort FAILED
> java.lang.IllegalArgumentException: Invalid pid '0' specified
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GEODE-3430) ConnectCommandTest generates non-varargs compilation warnings

2017-08-21 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on GEODE-3430:


Commit c4def6bbb3d8c438cdc8d4b6d31e3e3875f6ab2b in geode's branch 
refs/heads/develop from [~apa...@the9muses.net]
[ https://git-wip-us.apache.org/repos/asf?p=geode.git;h=c4def6b ]

GEODE-3430: fix varargs usage

Also, general cleanup of ConnectCommandTest.

This closes #727


> ConnectCommandTest generates non-varargs compilation warnings
> -
>
> Key: GEODE-3430
> URL: https://issues.apache.org/jira/browse/GEODE-3430
> Project: Geode
>  Issue Type: Bug
>  Components: build, gfsh, tests
>Reporter: Kirk Lund
>Assignee: Kirk Lund
>
> {noformat}
> :geode-core:compileTestJava
> /Users/klund/dev/gemfire/open/geode-core/src/test/java/org/apache/geode/management/internal/cli/commands/ConnectCommandTest.java:277:
>  warning: non-varargs call of varargs method with inexact argument type for 
> last parameter;
> assertThat(connectCommand.isSslImpliedBySslOptions(null)).isFalse();
>^
>   cast to String for a varargs call
>   cast to String[] for a non-varargs call and to suppress this warning
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GEODE-3430) ConnectCommandTest generates non-varargs compilation warnings

2017-08-21 Thread ASF GitHub Bot (JIRA)

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

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

Github user asfgit closed the pull request at:

https://github.com/apache/geode/pull/727


> ConnectCommandTest generates non-varargs compilation warnings
> -
>
> Key: GEODE-3430
> URL: https://issues.apache.org/jira/browse/GEODE-3430
> Project: Geode
>  Issue Type: Bug
>  Components: build, gfsh, tests
>Reporter: Kirk Lund
>Assignee: Kirk Lund
>
> {noformat}
> :geode-core:compileTestJava
> /Users/klund/dev/gemfire/open/geode-core/src/test/java/org/apache/geode/management/internal/cli/commands/ConnectCommandTest.java:277:
>  warning: non-varargs call of varargs method with inexact argument type for 
> last parameter;
> assertThat(connectCommand.isSslImpliedBySslOptions(null)).isFalse();
>^
>   cast to String for a varargs call
>   cast to String[] for a non-varargs call and to suppress this warning
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GEODE-3416) Reduce blocking for SocketCloser.asyncClose

2017-08-21 Thread ASF GitHub Bot (JIRA)

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

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

Github user bschuchardt commented on a diff in the pull request:

https://github.com/apache/geode/pull/702#discussion_r134339691
  
--- Diff: 
geode-core/src/main/java/org/apache/geode/internal/net/SocketCloser.java ---
@@ -96,46 +99,55 @@ public int getMaxThreads() {
 return this.asyncClosePoolMaxThreads;
   }
 
-  private ThreadPoolExecutor getAsyncThreadExecutor(String address) {
-synchronized (asyncCloseExecutors) {
-  ThreadPoolExecutor pool = asyncCloseExecutors.get(address);
-  if (pool == null) {
-final ThreadGroup tg = 
LoggingThreadGroup.createThreadGroup("Socket asyncClose", logger);
-ThreadFactory tf = new ThreadFactory() {
-  public Thread newThread(final Runnable command) {
-Thread thread = new Thread(tg, command);
-thread.setDaemon(true);
-return thread;
-  }
-};
-BlockingQueue workQueue = new 
LinkedBlockingQueue();
-pool = new ThreadPoolExecutor(this.asyncClosePoolMaxThreads, 
this.asyncClosePoolMaxThreads,
-this.asyncClosePoolKeepAliveSeconds, TimeUnit.SECONDS, 
workQueue, tf);
-pool.allowCoreThreadTimeOut(true);
-asyncCloseExecutors.put(address, pool);
+  private ExecutorService getAsyncThreadExecutor(String address) {
+ExecutorService executorService = asyncCloseExecutors.get(address);
+if (executorService == null) {
+  // To be used for pre-1.8 jdk releases.
+  // createThreadPool();
+
+  executorService = 
Executors.newWorkStealingPool(asyncClosePoolMaxThreads);
+
+  ExecutorService previousThreadPoolExecutor =
+  asyncCloseExecutors.putIfAbsent(address, executorService);
+
+  if (previousThreadPoolExecutor != null) {
+executorService.shutdownNow();
+return previousThreadPoolExecutor;
   }
-  return pool;
 }
+return executorService;
+  }
+
+  /**
+   * @deprecated this method is to be used for pre 1.8 jdk.
+   */
+  @Deprecated
+  private void createThreadPool() {
+ExecutorService executorService;
+final ThreadGroup threadGroup =
+LoggingThreadGroup.createThreadGroup("Socket asyncClose", logger);
+ThreadFactory threadFactory = new ThreadFactory() {
+  public Thread newThread(final Runnable command) {
+Thread thread = new Thread(threadGroup, command);
+thread.setDaemon(true);
+return thread;
+  }
+};
+
+executorService = new ThreadPoolExecutor(asyncClosePoolMaxThreads, 
asyncClosePoolMaxThreads,
+asyncCloseWaitTime, asyncCloseWaitUnits, new 
LinkedBlockingQueue<>(), threadFactory);
   }
 
   /**
* Call this method if you know all the resources in the closer for the 
given address are no
* longer needed. Currently a thread pool is kept for each address and 
if you know that an address
* no longer needs its pool then you should call this method.
*/
-  public void releaseResourcesForAddress(String address) {
-synchronized (asyncCloseExecutors) {
-  ThreadPoolExecutor pool = asyncCloseExecutors.get(address);
-  if (pool != null) {
-pool.shutdown();
-asyncCloseExecutors.remove(address);
-  }
-}
-  }
 
-  private boolean isClosed() {
-synchronized (asyncCloseExecutors) {
-  return this.closed;
+  public void releaseResourcesForAddress(String address) {
+ExecutorService executorService = asyncCloseExecutors.remove(address);
+if (executorService != null) {
+  executorService.shutdown();
--- End diff --

@kohlmu-pivotal I don't believe that I said it was different behavior.  I 
said it needs extensive testing.


> Reduce blocking for SocketCloser.asyncClose 
> 
>
> Key: GEODE-3416
> URL: https://issues.apache.org/jira/browse/GEODE-3416
> Project: Geode
>  Issue Type: Bug
>  Components: client/server
>Affects Versions: 1.1.0, 1.1.1, 1.2.0, 1.2.1
>Reporter: Udo Kohlmeyer
>Assignee: Udo Kohlmeyer
> Fix For: 1.3.0
>
>
> In the SocketCloser.asyncClose method, there is a synchronization block 
> around at HashMap. This synchronization will cause an effective 
> single-threaded processing capability when closing sockets. this effect 
> becomes more evident with a high number of clients.



--
This message was sent by Atlassian JIRA

[jira] [Commented] (GEODE-3469) LocatorLauncherLocalFileIntegrationTest.usesLocatorPortAsDefaultPort fails intermittently with IllegalArgumentException: Invalid pid '0' specified

2017-08-21 Thread ASF GitHub Bot (JIRA)

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

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

Github user kirklund commented on the issue:

https://github.com/apache/geode/pull/724
  
Already merged in.


> LocatorLauncherLocalFileIntegrationTest.usesLocatorPortAsDefaultPort fails 
> intermittently with IllegalArgumentException: Invalid pid '0' specified
> --
>
> Key: GEODE-3469
> URL: https://issues.apache.org/jira/browse/GEODE-3469
> Project: Geode
>  Issue Type: Bug
>  Components: gfsh, tests
>Reporter: Kirk Lund
>Assignee: Kirk Lund
>
> {noformat}
> org.apache.geode.distributed.LocatorLauncherLocalFileIntegrationTest > 
> usesLocatorPortAsDefaultPort FAILED
> java.lang.IllegalArgumentException: Invalid pid '0' specified
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GEODE-3469) LocatorLauncherLocalFileIntegrationTest.usesLocatorPortAsDefaultPort fails intermittently with IllegalArgumentException: Invalid pid '0' specified

2017-08-21 Thread ASF GitHub Bot (JIRA)

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

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

Github user kirklund closed the pull request at:

https://github.com/apache/geode/pull/724


> LocatorLauncherLocalFileIntegrationTest.usesLocatorPortAsDefaultPort fails 
> intermittently with IllegalArgumentException: Invalid pid '0' specified
> --
>
> Key: GEODE-3469
> URL: https://issues.apache.org/jira/browse/GEODE-3469
> Project: Geode
>  Issue Type: Bug
>  Components: gfsh, tests
>Reporter: Kirk Lund
>Assignee: Kirk Lund
>
> {noformat}
> org.apache.geode.distributed.LocatorLauncherLocalFileIntegrationTest > 
> usesLocatorPortAsDefaultPort FAILED
> java.lang.IllegalArgumentException: Invalid pid '0' specified
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GEODE-1279) Tests for old TRAC bugs should be renamed to useful names

2017-08-21 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on GEODE-1279:


Commit 2924ef1d0e70a1d67fc4b32dd922fcb0571a4a92 in geode's branch 
refs/heads/develop from [~apa...@the9muses.net]
[ https://git-wip-us.apache.org/repos/asf?p=geode.git;h=2924ef1 ]

GEODE-1279: rename tests with old bug system numbers

* Bug34387DUnitTest -> CreateAndLocalDestroyInTXRegressionTest
* Bug35214DUnitTest -> EntriesDoNotExpireDuringGIIRegressionTest
* Bug38013DUnitTest -> RemotePRValuesAreNotDeserializedRegressionTest
* Bug34948DUnitTest -> ValuesAreLazilyDeserializedRegressionTest

* cleanup setUp and tearDown in dunit framework


> Tests for old TRAC bugs should be renamed to useful names
> -
>
> Key: GEODE-1279
> URL: https://issues.apache.org/jira/browse/GEODE-1279
> Project: Geode
>  Issue Type: Improvement
>  Components: tests
>Reporter: Kirk Lund
>Assignee: Kirk Lund
>
> Examples:
> * Bug52289JUnitTest -> FinalStaticArrayShouldNotCauseSegFaultTest
> * Bug36619JUnitTest -> MembershipAttributesAreSerializableTest



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Resolved] (GEODE-3322) geode-core:javadoc is generating warnings

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund resolved GEODE-3322.
--
Resolution: Fixed

> geode-core:javadoc is generating warnings
> -
>
> Key: GEODE-3322
> URL: https://issues.apache.org/jira/browse/GEODE-3322
> Project: Geode
>  Issue Type: Bug
>  Components: build
>Reporter: Kirk Lund
>Assignee: Kirk Lund
> Fix For: 1.3.0
>
>
> {noformat}
> :geode-core:javadoc
> /Users/klund/dev/gemfire/open/geode-core/src/main/java/org/apache/geode/distributed/internal/membership/gms/membership/HostAddress.java:45:
>  warning - @return tag has no arguments.
> 1 warning
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GEODE-3470) Increase serial gateway sender token timeout

2017-08-21 Thread ASF GitHub Bot (JIRA)

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

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

Github user boglesby closed the pull request at:

https://github.com/apache/geode/pull/725


> Increase serial gateway sender token timeout
> 
>
> Key: GEODE-3470
> URL: https://issues.apache.org/jira/browse/GEODE-3470
> Project: Geode
>  Issue Type: Bug
>  Components: wan
>Reporter: Barry Oglesby
>Assignee: Barry Oglesby
>
> There have been cases where the default token timeout of 15 seconds is not 
> high enough. To increase it, set the default for the 
> {{AbstractGatewaySender.TOKEN_TIMEOUT}} static variable higher:
> {noformat}
> public static int TOKEN_TIMEOUT =
>   Integer.getInteger("GatewaySender.TOKEN_TIMEOUT", 15000).intValue();
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GEODE-3470) Increase serial gateway sender token timeout

2017-08-21 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on GEODE-3470:


Commit 6a17c9b1b2f4c3148afc88829c40eaf355e4293a in geode's branch 
refs/heads/develop from [~barry.oglesby]
[ https://git-wip-us.apache.org/repos/asf?p=geode.git;h=6a17c9b ]

GEODE-3470: Increased serial gateway sender token timeout


> Increase serial gateway sender token timeout
> 
>
> Key: GEODE-3470
> URL: https://issues.apache.org/jira/browse/GEODE-3470
> Project: Geode
>  Issue Type: Bug
>  Components: wan
>Reporter: Barry Oglesby
>Assignee: Barry Oglesby
>
> There have been cases where the default token timeout of 15 seconds is not 
> high enough. To increase it, set the default for the 
> {{AbstractGatewaySender.TOKEN_TIMEOUT}} static variable higher:
> {noformat}
> public static int TOKEN_TIMEOUT =
>   Integer.getInteger("GatewaySender.TOKEN_TIMEOUT", 15000).intValue();
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GEODE-3444) Intermittent ClientServerJTADUnitTest failure

2017-08-21 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on GEODE-3444:


Commit 04867000f8ad33b34947c35278ad944380ff5f95 in geode's branch 
refs/heads/feature/GEODE-3416 from [~eshu]
[ https://git-wip-us.apache.org/repos/asf?p=geode.git;h=0486700 ]

GEODE-3444: remove the redundant method calls.


> Intermittent ClientServerJTADUnitTest failure
> -
>
> Key: GEODE-3444
> URL: https://issues.apache.org/jira/browse/GEODE-3444
> Project: Geode
>  Issue Type: Bug
>  Components: transactions
>Reporter: Nick Reich
>Assignee: Eric Shu
> Fix For: 1.3.0
>
>
> A test in ClientServerJTADUnitTest is failing in an automated test pipeline. 
> I have tried to reproduce the issue locally, but was unsuccessful over five 
> attempts. The wait timeout suggests a possible race condition.
> {code}
> ```org.apache.geode.internal.jta.ClientServerJTADUnitTest > 
> testClientTXStateStubBeforeCompletion FAILED
> org.awaitility.core.ConditionTimeoutException: Condition with lambda 
> expression in org.apache.geode.internal.jta.ClientServerJTADUnitTest was not 
> fulfilled within 30 seconds.
> at 
> org.awaitility.core.ConditionAwaiter.await(ConditionAwaiter.java:104)
> at 
> org.awaitility.core.CallableCondition.await(CallableCondition.java:79)
> at 
> org.awaitility.core.CallableCondition.await(CallableCondition.java:27)
> at 
> org.awaitility.core.ConditionFactory.until(ConditionFactory.java:809)
> at 
> org.awaitility.core.ConditionFactory.until(ConditionFactory.java:785)
> at 
> org.apache.geode.internal.jta.ClientServerJTADUnitTest.testClientTXStateStubBeforeCompletion(ClientServerJTADUnitTest.java:104)```
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3475) Geode REST API integration tests fail on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3475:
-
Component/s: (was: rest (admin))

> Geode REST API integration tests fail on Windows
> 
>
> Key: GEODE-3475
> URL: https://issues.apache.org/jira/browse/GEODE-3475
> Project: Geode
>  Issue Type: Bug
>  Components: rest (dev), security, tests
> Environment: Windows
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Windows
>
> Various Geode REST API integration tests are failing on Windows.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GEODE-3169) Decouple implementation of backups from DiskStore

2017-08-21 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on GEODE-3169:


Commit 3bb6a2214d02fcb339ecba0d0645457d3926ab12 in geode's branch 
refs/heads/feature/GEODE-3416 from [~nreich]
[ https://git-wip-us.apache.org/repos/asf?p=geode.git;h=3bb6a22 ]

GEODE-3169: Decoupling of DiskStore and backups
This closes #715
  * move backup logic away from DiskStore and into BackupManager
  * refactor code into smaller methods
  * improve test code clarity


> Decouple implementation of backups from DiskStore
> -
>
> Key: GEODE-3169
> URL: https://issues.apache.org/jira/browse/GEODE-3169
> Project: Geode
>  Issue Type: Sub-task
>  Components: persistence
>Reporter: Nick Reich
>Assignee: Nick Reich
> Fix For: 1.3.0
>
>
> As a first step towards enabling expanded backup options (such pushing 
> backups to cloud storage), the logic for doing so needs to be decoupled from 
> DiskStore. This will allow for the eventual modular design of the backup 
> system and make future improvement easier to implement and test.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GEODE-3055) data mismatch caused by rebalance. waitUntilFlashed return false

2017-08-21 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on GEODE-3055:


Commit d809076d01c28b9b819ab32d6af172004b3f8740 in geode's branch 
refs/heads/feature/GEODE-3416 from zhouxh
[ https://git-wip-us.apache.org/repos/asf?p=geode.git;h=d809076 ]

GEODE-3055: Should use a conservative fix to only catch the PartitionOfflineEx
to remove the leader region bucket.

Previous fix to catch all RuntimeException is too aggressive.

This closes #723


> data mismatch caused by rebalance. waitUntilFlashed return false
> 
>
> Key: GEODE-3055
> URL: https://issues.apache.org/jira/browse/GEODE-3055
> Project: Geode
>  Issue Type: Bug
>Reporter: xiaojian zhou
>Assignee: xiaojian zhou
>  Labels: lucene
> Fix For: 1.3.0
>
>
> /export/buglogs_bvt/xzhou/lucene/concParRegHAPersist-0601-171739
> lucene/concParRegHAPersist.conf
> A=accessor
> B=dataStore
> accessorHosts=1
> accessorThreadsPerVM=5
> accessorVMsPerHost=1
> dataStoreHosts=6
> dataStoreThreadsPerVM=5
> dataStoreVMsPerHost=1
> numVMsToStop=2
> redundantCopies=0
> no local.conf
> In dataStoregemfire5_7483/system.log, thread tid=0xdf, putAll Object_11066
> 17:22:27.135 tid=0xdf] generated tag {v1; rv13 shadowKey=2939
> 17:22:27.136 _partitionedRegionPARALLELGATEWAYSENDER_QUEUE_1 bucket : null // 
> brq is not ready yet
> is enqueued to the tempQueue
> 17:22:27.272 tid=0xdf] generated tag {v3; rv15 shadowKey=3278
> 17:22:33.111 Subregion created: 
> /_PR/_BAsyncEventQueueindex#partitionedRegionPARALLELGATEWAYSENDER_QUEUE_1
> vm_3_dataStore3_r02-s28_28143.log:
> 17:22:33.120 Put successfully in the queue shadowKey= 2939
> 17:22:33.156 tid=0x7fe started query
> 17:22:33.176 Peeked shadowKey= 2939
> So the root cause is: the event is still in tempQueue before it's processed, 
> the query happened. WaitUntilFlush should wait until tempQueue is also 
> flushed.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GEODE-3395) Variable-ize product version and name in user guide

2017-08-21 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on GEODE-3395:


Commit ed9a8fd47a56fa84b810f0e4c4261b299150d1de in geode's branch 
refs/heads/feature/GEODE-3416 from [~dbarnes97]
[ https://git-wip-us.apache.org/repos/asf?p=geode.git;h=ed9a8fd ]

GEODE-3395 Variable-ize product version and name in user guide - Developing


>  Variable-ize product version and name in user guide
> 
>
> Key: GEODE-3395
> URL: https://issues.apache.org/jira/browse/GEODE-3395
> Project: Geode
>  Issue Type: New Feature
>  Components: docs
>Reporter: Dave Barnes
>Assignee: Dave Barnes
>
> The Guide contains many occurrences of the product version string ("1.2", 
> "1.1", and "1.0-incubating" are recent examples) scattered over about 900 
> files.  It would be a great convenience to those who write and edit these 
> files to define the version number symbolically so it could be updated in one 
> central location. A template variable in the book's config.yml file would be 
> an obvious candidate for the implementation.
> Similarly, it would be handy to provide symbolic identifiers for the product 
> name, long and short: "Apache Geode" and "Geode", respectively.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GEODE-3434) Allow the modules to be interoperable with current and older versions of tomcat 7

2017-08-21 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on GEODE-3434:


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

GEODE-3434: Allow the modules to be interoperable with current and older 
versions of tomcat 7

  * Modified DeltaSessions to use reflection to handle attributes fields incase 
an earlier tomcat 7 is used
  * Modified DeltaSession7 and DeltaSession8 to extend from DeltaSession
  * Added session backward compatibility tests
  * Modified aseembly build to download old product installs
  * Minor refactor of VersionManager to reuse property file load code


> Allow the modules to be interoperable with current and older versions of 
> tomcat 7 
> --
>
> Key: GEODE-3434
> URL: https://issues.apache.org/jira/browse/GEODE-3434
> Project: Geode
>  Issue Type: Bug
>  Components: http session
>Reporter: Jason Huynh
>Assignee: Jason Huynh
> Fix For: 1.3.0
>
>
> There was a change to the attribute field in tomcat (and we made the 
> necessary changes in geode session modules), but that does not allow our 
> session modules to work with older versions of tomcat 7.  We can probably 
> modify the classes to allow use with of the session module jars across 
> different versions of tomcat 7.
> We should probably add tests that run against older versions of geode to 
> allow backwards compatibility between a geode server and a session module jar 
> from a previous release.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GEODE-3395) Variable-ize product version and name in user guide

2017-08-21 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on GEODE-3395:


Commit 1c04aabb76b1e990899069fc864c8b96f8f63300 in geode's branch 
refs/heads/feature/GEODE-3416 from [~dbarnes97]
[ https://git-wip-us.apache.org/repos/asf?p=geode.git;h=1c04aab ]

GEODE-3395 Variable-ize product version and name in user guide - Developing 
(top-level book file)


>  Variable-ize product version and name in user guide
> 
>
> Key: GEODE-3395
> URL: https://issues.apache.org/jira/browse/GEODE-3395
> Project: Geode
>  Issue Type: New Feature
>  Components: docs
>Reporter: Dave Barnes
>Assignee: Dave Barnes
>
> The Guide contains many occurrences of the product version string ("1.2", 
> "1.1", and "1.0-incubating" are recent examples) scattered over about 900 
> files.  It would be a great convenience to those who write and edit these 
> files to define the version number symbolically so it could be updated in one 
> central location. A template variable in the book's config.yml file would be 
> an obvious candidate for the implementation.
> Similarly, it would be handy to provide symbolic identifiers for the product 
> name, long and short: "Apache Geode" and "Geode", respectively.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GEODE-3474) ProtobufSimpleAuthenticator is incompatible with ExampleSecurityManager

2017-08-21 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on GEODE-3474:


Commit b43f502c60b8f60c1447c3daf3059c76d6abb78c in geode's branch 
refs/heads/feature/GEODE-3416 from [~gosullivan]
[ https://git-wip-us.apache.org/repos/asf?p=geode.git;h=b43f502 ]

GEODE-3474: protobuf auth with ExampleSecurityManager. This closes #726


> ProtobufSimpleAuthenticator is incompatible with ExampleSecurityManager
> ---
>
> Key: GEODE-3474
> URL: https://issues.apache.org/jira/browse/GEODE-3474
> Project: Geode
>  Issue Type: Sub-task
>  Components: messaging
>Reporter: Galen O'Sullivan
>Assignee: Galen O'Sullivan
> Fix For: 1.3.0
>
>
> {{ProtobufSimpleAuthenticator}} uses the property names "username" and 
> password" to provide credentials, but {{ExampleSecurityManager}} uses 
> "security-username" and "security-password". These are defined as 
> {{ResourceConstants.USER_NAME}} and  {{ResourceConstants.PASSWORD}} and 
> therefore probably the correct values to use.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GEODE-3416) Reduce blocking for SocketCloser.asyncClose

2017-08-21 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on GEODE-3416:


Commit c6b20a91f701315639b12458f404075395016c87 in geode's branch 
refs/heads/feature/GEODE-3416 from [~dbarnes97]
[ https://git-wip-us.apache.org/repos/asf?p=geode.git;h=c6b20a9 ]

GEODE-3416: Reduce synchronization blockages in SocketCloser.
Remove synchronization blocks around HashMap. Replace that implementation
with simpler ThreadPool that is not unbounded and does not grow as the
number of remoteAddress (clients/peers) are added


> Reduce blocking for SocketCloser.asyncClose 
> 
>
> Key: GEODE-3416
> URL: https://issues.apache.org/jira/browse/GEODE-3416
> Project: Geode
>  Issue Type: Bug
>  Components: client/server
>Affects Versions: 1.1.0, 1.1.1, 1.2.0, 1.2.1
>Reporter: Udo Kohlmeyer
>Assignee: Udo Kohlmeyer
> Fix For: 1.3.0
>
>
> In the SocketCloser.asyncClose method, there is a synchronization block 
> around at HashMap. This synchronization will cause an effective 
> single-threaded processing capability when closing sockets. this effect 
> becomes more evident with a high number of clients.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GEODE-3429) Deploy does not register Functions whose parent classes live in separate jar files

2017-08-21 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on GEODE-3429:


Commit 1a67d46278ea519a1bfe185a7da11247e9771a4b in geode's branch 
refs/heads/feature/GEODE-3416 from [~jstewart]
[ https://git-wip-us.apache.org/repos/asf?p=geode.git;h=1a67d46 ]

Add test to expose GEODE-3429


> Deploy does not register Functions whose parent classes live in separate jar 
> files
> --
>
> Key: GEODE-3429
> URL: https://issues.apache.org/jira/browse/GEODE-3429
> Project: Geode
>  Issue Type: Bug
>  Components: gfsh, management
>Reporter: Jared Stewart
>Assignee: Jared Stewart
>
> Consider the following scenario: 
> Abstract.jar - public abstract class AbstractFunction implements Function 
> {...} 
> Concrete.jar - public class ConcreteFunction extends AbstractFunction {...}
> When Concrete.jar is deployed, we are not registering ConcreteFunction.  
> Everything works as expected if AbstractFunction and ConcreteFunction live in 
> the same jar. 



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3477) RestInterfaceIntegrationTest fails on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3477:
-
Description: 
{noformat}
org.apache.geode.rest.internal.web.RestInterfaceIntegrationTest > 
testRegionObjectWithDatePropertyAccessedWithRestApi FAILED
org.springframework.web.client.ResourceAccessException: I/O error on GET 
request for "http://localhost:28252/gemfire-api/v1/People/1": stream is closed; 
nested exception is java.io.IOException: stream is closed
at 
org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:666)
at 
org.springframework.web.client.RestTemplate.execute(RestTemplate.java:613)
at 
org.springframework.web.client.RestTemplate.getForObject(RestTemplate.java:287)
at 
org.apache.geode.rest.internal.web.RestInterfaceIntegrationTest.testRegionObjectWithDatePropertyAccessedWithRestApi(RestInterfaceIntegrationTest.java:317)

Caused by:
java.io.IOException: stream is closed
at 
sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.ensureOpen(HttpURLConnection.java:3348)
at 
sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:3353)
at java.io.FilterInputStream.read(FilterInputStream.java:83)
at java.io.PushbackInputStream.read(PushbackInputStream.java:139)
at 
org.springframework.web.client.MessageBodyClientHttpResponseWrapper.hasEmptyMessageBody(MessageBodyClientHttpResponseWrapper.java:97)
at 
org.springframework.web.client.HttpMessageConverterExtractor.extractData(HttpMessageConverterExtractor.java:82)
at 
org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:655)
... 3 more
{noformat}

  was:
{noformat}
org.apache.geode.rest.internal.web.RestInterfaceJUnitTest > 
testRegionObjectWithDatePropertyAccessedWithRestApi FAILED
org.springframework.web.client.ResourceAccessException: I/O error on GET 
request for "http://localhost:28252/gemfire-api/v1/People/1": stream is closed; 
nested exception is java.io.IOException: stream is closed
at 
org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:666)
at 
org.springframework.web.client.RestTemplate.execute(RestTemplate.java:613)
at 
org.springframework.web.client.RestTemplate.getForObject(RestTemplate.java:287)
at 
org.apache.geode.rest.internal.web.RestInterfaceJUnitTest.testRegionObjectWithDatePropertyAccessedWithRestApi(RestInterfaceJUnitTest.java:317)

Caused by:
java.io.IOException: stream is closed
at 
sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.ensureOpen(HttpURLConnection.java:3348)
at 
sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:3353)
at java.io.FilterInputStream.read(FilterInputStream.java:83)
at java.io.PushbackInputStream.read(PushbackInputStream.java:139)
at 
org.springframework.web.client.MessageBodyClientHttpResponseWrapper.hasEmptyMessageBody(MessageBodyClientHttpResponseWrapper.java:97)
at 
org.springframework.web.client.HttpMessageConverterExtractor.extractData(HttpMessageConverterExtractor.java:82)
at 
org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:655)
... 3 more
{noformat}


> RestInterfaceIntegrationTest fails on Windows
> -
>
> Key: GEODE-3477
> URL: https://issues.apache.org/jira/browse/GEODE-3477
> Project: Geode
>  Issue Type: Sub-task
>  Components: rest (dev), tests
> Environment: Windows
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Windows
>
> {noformat}
> org.apache.geode.rest.internal.web.RestInterfaceIntegrationTest > 
> testRegionObjectWithDatePropertyAccessedWithRestApi FAILED
> org.springframework.web.client.ResourceAccessException: I/O error on GET 
> request for "http://localhost:28252/gemfire-api/v1/People/1": stream is 
> closed; nested exception is java.io.IOException: stream is closed
> at 
> org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:666)
> at 
> org.springframework.web.client.RestTemplate.execute(RestTemplate.java:613)
> at 
> org.springframework.web.client.RestTemplate.getForObject(RestTemplate.java:287)
> at 
> org.apache.geode.rest.internal.web.RestInterfaceIntegrationTest.testRegionObjectWithDatePropertyAccessedWithRestApi(RestInterfaceIntegrationTest.java:317)
> Caused by:
> java.io.IOException: stream is closed
> at 
> sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.ensureOpen(HttpURLConnection.java:3348)
> at 
> 

[jira] [Updated] (GEODE-3477) RestInterfaceIntegrationTest fails on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3477:
-
Summary: RestInterfaceIntegrationTest fails on Windows  (was: 
RestInterfaceJUnitTest fails on Windows)

> RestInterfaceIntegrationTest fails on Windows
> -
>
> Key: GEODE-3477
> URL: https://issues.apache.org/jira/browse/GEODE-3477
> Project: Geode
>  Issue Type: Sub-task
>  Components: rest (dev), tests
> Environment: Windows
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Windows
>
> {noformat}
> org.apache.geode.rest.internal.web.RestInterfaceJUnitTest > 
> testRegionObjectWithDatePropertyAccessedWithRestApi FAILED
> org.springframework.web.client.ResourceAccessException: I/O error on GET 
> request for "http://localhost:28252/gemfire-api/v1/People/1": stream is 
> closed; nested exception is java.io.IOException: stream is closed
> at 
> org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:666)
> at 
> org.springframework.web.client.RestTemplate.execute(RestTemplate.java:613)
> at 
> org.springframework.web.client.RestTemplate.getForObject(RestTemplate.java:287)
> at 
> org.apache.geode.rest.internal.web.RestInterfaceJUnitTest.testRegionObjectWithDatePropertyAccessedWithRestApi(RestInterfaceJUnitTest.java:317)
> Caused by:
> java.io.IOException: stream is closed
> at 
> sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.ensureOpen(HttpURLConnection.java:3348)
> at 
> sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:3353)
> at java.io.FilterInputStream.read(FilterInputStream.java:83)
> at java.io.PushbackInputStream.read(PushbackInputStream.java:139)
> at 
> org.springframework.web.client.MessageBodyClientHttpResponseWrapper.hasEmptyMessageBody(MessageBodyClientHttpResponseWrapper.java:97)
> at 
> org.springframework.web.client.HttpMessageConverterExtractor.extractData(HttpMessageConverterExtractor.java:82)
> at 
> org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:655)
> ... 3 more
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3476) RestQueryAndFunctionIntegrationTest fails on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3476:
-
Description: 
{noformat}
org.apache.geode.rest.internal.web.controllers.RestQueryAndFunctionIntegrationTest
 > testCreateAsJson FAILED
java.lang.AssertionError: expected:<201> but was:<503>
at org.junit.Assert.fail(Assert.java:88)
at org.junit.Assert.failNotEquals(Assert.java:834)
at org.junit.Assert.assertEquals(Assert.java:118)
at org.junit.Assert.assertEquals(Assert.java:144)
at 
org.apache.geode.rest.internal.web.controllers.RestQueryAndFunctionIntegrationTest.executeQueryTestCases(RestQueryAndFunctionIntegrationTest.java:831)
at 
org.apache.geode.rest.internal.web.controllers.RestQueryAndFunctionIntegrationTest.testCreateAsJson(RestQueryAndFunctionIntegrationTest.java:677)
{noformat}


  was:
{noformat}
org.apache.geode.rest.internal.web.controllers.RestAPIsQueryAndFEJUnitTest > 
testCreateAsJson FAILED
java.lang.AssertionError: expected:<201> but was:<503>
at org.junit.Assert.fail(Assert.java:88)
at org.junit.Assert.failNotEquals(Assert.java:834)
at org.junit.Assert.assertEquals(Assert.java:118)
at org.junit.Assert.assertEquals(Assert.java:144)
at 
org.apache.geode.rest.internal.web.controllers.RestAPIsQueryAndFEJUnitTest.executeQueryTestCases(RestAPIsQueryAndFEJUnitTest.java:831)
at 
org.apache.geode.rest.internal.web.controllers.RestAPIsQueryAndFEJUnitTest.testCreateAsJson(RestAPIsQueryAndFEJUnitTest.java:677)
{noformat}



> RestQueryAndFunctionIntegrationTest fails on Windows
> 
>
> Key: GEODE-3476
> URL: https://issues.apache.org/jira/browse/GEODE-3476
> Project: Geode
>  Issue Type: Sub-task
>  Components: rest (dev), tests
> Environment: Windows
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Windows
>
> {noformat}
> org.apache.geode.rest.internal.web.controllers.RestQueryAndFunctionIntegrationTest
>  > testCreateAsJson FAILED
> java.lang.AssertionError: expected:<201> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:118)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at 
> org.apache.geode.rest.internal.web.controllers.RestQueryAndFunctionIntegrationTest.executeQueryTestCases(RestQueryAndFunctionIntegrationTest.java:831)
> at 
> org.apache.geode.rest.internal.web.controllers.RestQueryAndFunctionIntegrationTest.testCreateAsJson(RestQueryAndFunctionIntegrationTest.java:677)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3476) RestQueryAndFunctionIntegrationTest fails on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3476:
-
Summary: RestQueryAndFunctionIntegrationTest fails on Windows  (was: 
RestAPIsQueryAndFEJUnitTest fails on Windows)

> RestQueryAndFunctionIntegrationTest fails on Windows
> 
>
> Key: GEODE-3476
> URL: https://issues.apache.org/jira/browse/GEODE-3476
> Project: Geode
>  Issue Type: Sub-task
>  Components: rest (dev), tests
> Environment: Windows
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Windows
>
> {noformat}
> org.apache.geode.rest.internal.web.controllers.RestAPIsQueryAndFEJUnitTest > 
> testCreateAsJson FAILED
> java.lang.AssertionError: expected:<201> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:118)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at 
> org.apache.geode.rest.internal.web.controllers.RestAPIsQueryAndFEJUnitTest.executeQueryTestCases(RestAPIsQueryAndFEJUnitTest.java:831)
> at 
> org.apache.geode.rest.internal.web.controllers.RestAPIsQueryAndFEJUnitTest.testCreateAsJson(RestAPIsQueryAndFEJUnitTest.java:677)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-2380) Replace use of geode-json with Jackson

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-2380:
-
Description: 
The following classes use geode-json which is a fork of org.json:

geode-core main classes:
* 
geode-core/src/main/java/org/apache/geode/management/internal/cli/domain/DataCommandResult.java
* 
geode-core/src/main/java/org/apache/geode/management/internal/cli/json/GfJsonObject.java
* 
geode-core/src/main/java/org/apache/geode/management/internal/cli/modes/CommandModes.java
* 
geode-core/src/main/java/org/apache/geode/management/internal/cli/util/JsonUtil.java

geode-web-api classes:
* 
geode-web-api/src/main/java/org/apache/geode/rest/internal/web/controllers/AbstractBaseController.java

geode-assembly test classes
* 
geode-assembly/src/test/java/org/apache/geode/rest/internal/web/GeodeRestClient.java
* 
geode-assembly/src/test/java/org/apache/geode/rest/internal/web/RestSecurityIntegrationTest.java
* 
geode-assembly/src/test/java/org/apache/geode/rest/internal/web/RestSecurityPostProcessorTest.java
* 
geode-assembly/src/test/java/org/apache/geode/rest/internal/web/SwaggerVerificationIntegrationTest.java
* 
geode-assembly/src/test/java/org/apache/geode/rest/internal/web/controllers/RestAPIsAndInterOpsDUnitTest.java
* 
geode-assembly/src/test/java/org/apache/geode/rest/internal/web/controllers/RestQueryAndFunctionIntegrationTest.java
* 
geode-assembly/src/test/java/org/apache/geode/rest/internal/web/controllers/RestAPIsWithSSLDUnitTest.java

geode-core test classes:
* 
geode-core/src/test/java/org/apache/geode/distributed/internal/deadlock/GemFireDeadlockDetectorDUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/management/DataBrowserJSONValidationJUnitTest.java
* geode-core/src/test/java/org/apache/geode/management/QueryDataDUnitTest.java
* geode-core/src/test/java/org/apache/geode/pdx/JSONFormatterJUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/pdx/JSONPdxClientServerDUnitTest.java
* geode-core/src/test/java/org/apache/geode/pdx/TestObjectForJSONFOrmatter.java

geode-pulse test classes:
* 
geode-core/src/test/java/org/apache/geode/tools/pulse/tests/junit/ClusterSelectedRegionServiceTest.java
* 
geode-core/src/test/java/org/apache/geode/tools/pulse/tests/junit/ClusterSelectedRegionsMemberServiceTest.java
* 
geode-core/src/test/java/org/apache/geode/tools/pulse/tests/junit/MemberGatewayHubServiceTest.java



  was:
The following classes use geode-json which is a fork of org.json:

geode-core main classes:
* 
geode-core/src/main/java/org/apache/geode/management/internal/cli/domain/DataCommandResult.java
* 
geode-core/src/main/java/org/apache/geode/management/internal/cli/json/GfJsonObject.java
* 
geode-core/src/main/java/org/apache/geode/management/internal/cli/modes/CommandModes.java
* 
geode-core/src/main/java/org/apache/geode/management/internal/cli/util/JsonUtil.java

geode-web-api classes:
* 
geode-web-api/src/main/java/org/apache/geode/rest/internal/web/controllers/AbstractBaseController.java

geode-assembly test classes
* 
geode-assembly/src/test/java/org/apache/geode/rest/internal/web/GeodeRestClient.java
* 
geode-assembly/src/test/java/org/apache/geode/rest/internal/web/RestSecurityIntegrationTest.java
* 
geode-assembly/src/test/java/org/apache/geode/rest/internal/web/RestSecurityPostProcessorTest.java
* 
geode-assembly/src/test/java/org/apache/geode/rest/internal/web/SwaggerVerificationIntegrationTest.java
* 
geode-assembly/src/test/java/org/apache/geode/rest/internal/web/controllers/RestAPIsAndInterOpsDUnitTest.java
* 
geode-assembly/src/test/java/org/apache/geode/rest/internal/web/controllers/RestAPIsQueryAndFEJUnitTest.java
* 
geode-assembly/src/test/java/org/apache/geode/rest/internal/web/controllers/RestAPIsWithSSLDUnitTest.java

geode-core test classes:
* 
geode-core/src/test/java/org/apache/geode/distributed/internal/deadlock/GemFireDeadlockDetectorDUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/management/DataBrowserJSONValidationJUnitTest.java
* geode-core/src/test/java/org/apache/geode/management/QueryDataDUnitTest.java
* geode-core/src/test/java/org/apache/geode/pdx/JSONFormatterJUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/pdx/JSONPdxClientServerDUnitTest.java
* geode-core/src/test/java/org/apache/geode/pdx/TestObjectForJSONFOrmatter.java

geode-pulse test classes:
* 
geode-core/src/test/java/org/apache/geode/tools/pulse/tests/junit/ClusterSelectedRegionServiceTest.java
* 
geode-core/src/test/java/org/apache/geode/tools/pulse/tests/junit/ClusterSelectedRegionsMemberServiceTest.java
* 
geode-core/src/test/java/org/apache/geode/tools/pulse/tests/junit/MemberGatewayHubServiceTest.java




> Replace use of geode-json with Jackson
> --
>
> Key: GEODE-2380
> URL: https://issues.apache.org/jira/browse/GEODE-2380
> Project: Geode
>  Issue Type: Bug
>  

[jira] [Updated] (GEODE-2380) Replace use of geode-json with Jackson

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-2380:
-
Description: 
The following classes use geode-json which is a fork of org.json:

geode-core main classes:
* 
geode-core/src/main/java/org/apache/geode/management/internal/cli/domain/DataCommandResult.java
* 
geode-core/src/main/java/org/apache/geode/management/internal/cli/json/GfJsonObject.java
* 
geode-core/src/main/java/org/apache/geode/management/internal/cli/modes/CommandModes.java
* 
geode-core/src/main/java/org/apache/geode/management/internal/cli/util/JsonUtil.java

geode-web-api classes:
* 
geode-web-api/src/main/java/org/apache/geode/rest/internal/web/controllers/AbstractBaseController.java

geode-assembly test classes
* 
geode-assembly/src/test/java/org/apache/geode/rest/internal/web/GeodeRestClient.java
* 
geode-assembly/src/test/java/org/apache/geode/rest/internal/web/RestSecurityIntegrationTest.java
* 
geode-assembly/src/test/java/org/apache/geode/rest/internal/web/RestSecurityPostProcessorTest.java
* 
geode-assembly/src/test/java/org/apache/geode/rest/internal/web/SwaggerVerificationIntegrationTest.java
* 
geode-assembly/src/test/java/org/apache/geode/rest/internal/web/controllers/RestAPIsAndInterOpsDUnitTest.java
* 
geode-assembly/src/test/java/org/apache/geode/rest/internal/web/controllers/RestAPIsQueryAndFEJUnitTest.java
* 
geode-assembly/src/test/java/org/apache/geode/rest/internal/web/controllers/RestAPIsWithSSLDUnitTest.java

geode-core test classes:
* 
geode-core/src/test/java/org/apache/geode/distributed/internal/deadlock/GemFireDeadlockDetectorDUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/management/DataBrowserJSONValidationJUnitTest.java
* geode-core/src/test/java/org/apache/geode/management/QueryDataDUnitTest.java
* geode-core/src/test/java/org/apache/geode/pdx/JSONFormatterJUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/pdx/JSONPdxClientServerDUnitTest.java
* geode-core/src/test/java/org/apache/geode/pdx/TestObjectForJSONFOrmatter.java

geode-pulse test classes:
* 
geode-core/src/test/java/org/apache/geode/tools/pulse/tests/junit/ClusterSelectedRegionServiceTest.java
* 
geode-core/src/test/java/org/apache/geode/tools/pulse/tests/junit/ClusterSelectedRegionsMemberServiceTest.java
* 
geode-core/src/test/java/org/apache/geode/tools/pulse/tests/junit/MemberGatewayHubServiceTest.java



  was:
The following classes use geode-json which is a fork of org.json:

geode-core main classes:
* 
geode-core/src/main/java/org/apache/geode/management/internal/cli/domain/DataCommandResult.java
* 
geode-core/src/main/java/org/apache/geode/management/internal/cli/json/GfJsonObject.java
* 
geode-core/src/main/java/org/apache/geode/management/internal/cli/modes/CommandModes.java
* 
geode-core/src/main/java/org/apache/geode/management/internal/cli/util/JsonUtil.java

geode-web-api classes:
* 
geode-web-api/src/main/java/org/apache/geode/rest/internal/web/controllers/AbstractBaseController.java

geode-assembly test classes
* 
geode-assembly/src/test/java/org/apache/geode/rest/internal/web/GeodeRestClient.java
* 
geode-assembly/src/test/java/org/apache/geode/rest/internal/web/RestSecurityIntegrationTest.java
* 
geode-assembly/src/test/java/org/apache/geode/rest/internal/web/RestSecurityPostProcessorTest.java
* 
geode-assembly/src/test/java/org/apache/geode/rest/internal/web/SwaggerVerificationTest.java
* 
geode-assembly/src/test/java/org/apache/geode/rest/internal/web/controllers/RestAPIsAndInterOpsDUnitTest.java
* 
geode-assembly/src/test/java/org/apache/geode/rest/internal/web/controllers/RestAPIsQueryAndFEJUnitTest.java
* 
geode-assembly/src/test/java/org/apache/geode/rest/internal/web/controllers/RestAPIsWithSSLDUnitTest.java

geode-core test classes:
* 
geode-core/src/test/java/org/apache/geode/distributed/internal/deadlock/GemFireDeadlockDetectorDUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/management/DataBrowserJSONValidationJUnitTest.java
* geode-core/src/test/java/org/apache/geode/management/QueryDataDUnitTest.java
* geode-core/src/test/java/org/apache/geode/pdx/JSONFormatterJUnitTest.java
* 
geode-core/src/test/java/org/apache/geode/pdx/JSONPdxClientServerDUnitTest.java
* geode-core/src/test/java/org/apache/geode/pdx/TestObjectForJSONFOrmatter.java

geode-pulse test classes:
* 
geode-core/src/test/java/org/apache/geode/tools/pulse/tests/junit/ClusterSelectedRegionServiceTest.java
* 
geode-core/src/test/java/org/apache/geode/tools/pulse/tests/junit/ClusterSelectedRegionsMemberServiceTest.java
* 
geode-core/src/test/java/org/apache/geode/tools/pulse/tests/junit/MemberGatewayHubServiceTest.java




> Replace use of geode-json with Jackson
> --
>
> Key: GEODE-2380
> URL: https://issues.apache.org/jira/browse/GEODE-2380
> Project: Geode
>  Issue Type: Bug
>  Components: gfsh, 

[jira] [Resolved] (GEODE-3426) CI Rest failures on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund resolved GEODE-3426.
--
Resolution: Duplicate

> CI Rest failures on Windows
> ---
>
> Key: GEODE-3426
> URL: https://issues.apache.org/jira/browse/GEODE-3426
> Project: Geode
>  Issue Type: Bug
>  Components: rest (dev)
>Reporter: Bruce Schuchardt
>
> A number of Rest tests are failing when running precheckin on Windows
> {noformat}
> org.apache.geode.rest.internal.web.controllers.RestAPIsQueryAndFEJUnitTest > 
> testCreateAsJson FAILED
> java.lang.AssertionError: expected:<201> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:118)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at 
> org.apache.geode.rest.internal.web.controllers.RestAPIsQueryAndFEJUnitTest.executeQueryTestCases(RestAPIsQueryAndFEJUnitTest.java:831)
> at 
> org.apache.geode.rest.internal.web.controllers.RestAPIsQueryAndFEJUnitTest.testCreateAsJson(RestAPIsQueryAndFEJUnitTest.java:677)
> org.apache.geode.rest.internal.web.RestInterfaceJUnitTest > 
> testRegionObjectWithDatePropertyAccessedWithRestApi FAILED
> org.springframework.web.client.ResourceAccessException: I/O error on GET 
> request for "http://localhost:25877/gemfire-api/v1/People/1": stream is 
> closed; nested exception is java.io.IOException: stream is closed
> at 
> org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:666)
> at 
> org.springframework.web.client.RestTemplate.execute(RestTemplate.java:613)
> at 
> org.springframework.web.client.RestTemplate.getForObject(RestTemplate.java:287)
> at 
> org.apache.geode.rest.internal.web.RestInterfaceJUnitTest.testRegionObjectWithDatePropertyAccessedWithRestApi(RestInterfaceJUnitTest.java:317)
> Caused by:
> java.io.IOException: stream is closed
> at 
> sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.ensureOpen(HttpURLConnection.java:3348)
> at 
> sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:3353)
> at java.io.FilterInputStream.read(FilterInputStream.java:83)
> at java.io.PushbackInputStream.read(PushbackInputStream.java:139)
> at 
> org.springframework.web.client.MessageBodyClientHttpResponseWrapper.hasEmptyMessageBody(MessageBodyClientHttpResponseWrapper.java:97)
> at 
> org.springframework.web.client.HttpMessageConverterExtractor.extractData(HttpMessageConverterExtractor.java:82)
> at 
> org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:655)
> ... 3 more
> org.apache.geode.rest.internal.web.RestServersJUnitTest > testGet FAILED
> org.junit.ComparisonFailure: expected:<[200]> but was:<[503]>
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
> Method)
> at 
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at 
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at 
> org.apache.geode.rest.internal.web.RestServersJUnitTest.testGet(RestServersJUnitTest.java:49)
> org.apache.geode.rest.internal.web.RestServersJUnitTest > 
> testServerStartedOnDefaultPort FAILED
> org.json.JSONException: Value  of type java.lang.String cannot be 
> converted to JSONArray
> at org.json.JSON.typeMismatch(JSON.java:108)
> at org.json.JSONArray.(JSONArray.java:85)
> at 
> org.apache.geode.rest.internal.web.GeodeRestClient.getJsonArray(GeodeRestClient.java:99)
> at 
> org.apache.geode.rest.internal.web.RestServersJUnitTest.testServerStartedOnDefaultPort(RestServersJUnitTest.java:55)
> org.apache.geode.rest.internal.web.SwaggerVerificationTest > isSwaggerRunning 
> FAILED
> java.lang.AssertionError: 
> Expected: is <200>
>  but: was <503>
> at org.hamcrest.MatcherAssert.assertThat(MatcherAssert.java:20)
> at org.junit.Assert.assertThat(Assert.java:956)
> at org.junit.Assert.assertThat(Assert.java:923)
> at 
> org.apache.geode.rest.internal.web.SwaggerVerificationTest.isSwaggerRunning(SwaggerVerificationTest.java:44)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Closed] (GEODE-3426) CI Rest failures on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund closed GEODE-3426.


> CI Rest failures on Windows
> ---
>
> Key: GEODE-3426
> URL: https://issues.apache.org/jira/browse/GEODE-3426
> Project: Geode
>  Issue Type: Bug
>  Components: rest (dev)
>Reporter: Bruce Schuchardt
>
> A number of Rest tests are failing when running precheckin on Windows
> {noformat}
> org.apache.geode.rest.internal.web.controllers.RestAPIsQueryAndFEJUnitTest > 
> testCreateAsJson FAILED
> java.lang.AssertionError: expected:<201> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:118)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at 
> org.apache.geode.rest.internal.web.controllers.RestAPIsQueryAndFEJUnitTest.executeQueryTestCases(RestAPIsQueryAndFEJUnitTest.java:831)
> at 
> org.apache.geode.rest.internal.web.controllers.RestAPIsQueryAndFEJUnitTest.testCreateAsJson(RestAPIsQueryAndFEJUnitTest.java:677)
> org.apache.geode.rest.internal.web.RestInterfaceJUnitTest > 
> testRegionObjectWithDatePropertyAccessedWithRestApi FAILED
> org.springframework.web.client.ResourceAccessException: I/O error on GET 
> request for "http://localhost:25877/gemfire-api/v1/People/1": stream is 
> closed; nested exception is java.io.IOException: stream is closed
> at 
> org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:666)
> at 
> org.springframework.web.client.RestTemplate.execute(RestTemplate.java:613)
> at 
> org.springframework.web.client.RestTemplate.getForObject(RestTemplate.java:287)
> at 
> org.apache.geode.rest.internal.web.RestInterfaceJUnitTest.testRegionObjectWithDatePropertyAccessedWithRestApi(RestInterfaceJUnitTest.java:317)
> Caused by:
> java.io.IOException: stream is closed
> at 
> sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.ensureOpen(HttpURLConnection.java:3348)
> at 
> sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:3353)
> at java.io.FilterInputStream.read(FilterInputStream.java:83)
> at java.io.PushbackInputStream.read(PushbackInputStream.java:139)
> at 
> org.springframework.web.client.MessageBodyClientHttpResponseWrapper.hasEmptyMessageBody(MessageBodyClientHttpResponseWrapper.java:97)
> at 
> org.springframework.web.client.HttpMessageConverterExtractor.extractData(HttpMessageConverterExtractor.java:82)
> at 
> org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:655)
> ... 3 more
> org.apache.geode.rest.internal.web.RestServersJUnitTest > testGet FAILED
> org.junit.ComparisonFailure: expected:<[200]> but was:<[503]>
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
> Method)
> at 
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at 
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at 
> org.apache.geode.rest.internal.web.RestServersJUnitTest.testGet(RestServersJUnitTest.java:49)
> org.apache.geode.rest.internal.web.RestServersJUnitTest > 
> testServerStartedOnDefaultPort FAILED
> org.json.JSONException: Value  of type java.lang.String cannot be 
> converted to JSONArray
> at org.json.JSON.typeMismatch(JSON.java:108)
> at org.json.JSONArray.(JSONArray.java:85)
> at 
> org.apache.geode.rest.internal.web.GeodeRestClient.getJsonArray(GeodeRestClient.java:99)
> at 
> org.apache.geode.rest.internal.web.RestServersJUnitTest.testServerStartedOnDefaultPort(RestServersJUnitTest.java:55)
> org.apache.geode.rest.internal.web.SwaggerVerificationTest > isSwaggerRunning 
> FAILED
> java.lang.AssertionError: 
> Expected: is <200>
>  but: was <503>
> at org.hamcrest.MatcherAssert.assertThat(MatcherAssert.java:20)
> at org.junit.Assert.assertThat(Assert.java:956)
> at org.junit.Assert.assertThat(Assert.java:923)
> at 
> org.apache.geode.rest.internal.web.SwaggerVerificationTest.isSwaggerRunning(SwaggerVerificationTest.java:44)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3482) SwaggerVerificationIntegrationTest fails on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3482:
-
Labels: IntegrationTest Windows  (was: )

> SwaggerVerificationIntegrationTest fails on Windows
> ---
>
> Key: GEODE-3482
> URL: https://issues.apache.org/jira/browse/GEODE-3482
> Project: Geode
>  Issue Type: Sub-task
>  Components: rest (dev), security, tests
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Windows
>
> {noformat}
> org.apache.geode.rest.internal.web.SwaggerVerificationIntegrationTest > 
> isSwaggerRunning FAILED
> java.lang.AssertionError: 
> Expected: is <200>
>  but: was <503>
> at org.hamcrest.MatcherAssert.assertThat(MatcherAssert.java:20)
> at org.junit.Assert.assertThat(Assert.java:956)
> at org.junit.Assert.assertThat(Assert.java:923)
> at 
> org.apache.geode.rest.internal.web.SwaggerVerificationIntegrationTest.isSwaggerRunning(SwaggerVerificationIntegrationTest.java:44)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3482) SwaggerVerificationIntegrationTest fails on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3482:
-
Environment: Windows

> SwaggerVerificationIntegrationTest fails on Windows
> ---
>
> Key: GEODE-3482
> URL: https://issues.apache.org/jira/browse/GEODE-3482
> Project: Geode
>  Issue Type: Sub-task
>  Components: rest (dev), security, tests
> Environment: Windows
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Windows
>
> {noformat}
> org.apache.geode.rest.internal.web.SwaggerVerificationIntegrationTest > 
> isSwaggerRunning FAILED
> java.lang.AssertionError: 
> Expected: is <200>
>  but: was <503>
> at org.hamcrest.MatcherAssert.assertThat(MatcherAssert.java:20)
> at org.junit.Assert.assertThat(Assert.java:956)
> at org.junit.Assert.assertThat(Assert.java:923)
> at 
> org.apache.geode.rest.internal.web.SwaggerVerificationIntegrationTest.isSwaggerRunning(SwaggerVerificationIntegrationTest.java:44)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3482) SwaggerVerificationIntegrationTest fails on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3482:
-
Description: 
{noformat}
org.apache.geode.rest.internal.web.SwaggerVerificationIntegrationTest > 
isSwaggerRunning FAILED
java.lang.AssertionError: 
Expected: is <200>
 but: was <503>
at org.hamcrest.MatcherAssert.assertThat(MatcherAssert.java:20)
at org.junit.Assert.assertThat(Assert.java:956)
at org.junit.Assert.assertThat(Assert.java:923)
at 
org.apache.geode.rest.internal.web.SwaggerVerificationIntegrationTest.isSwaggerRunning(SwaggerVerificationIntegrationTest.java:44)
{noformat}

  was:
{noformat}
org.apache.geode.rest.internal.web.SwaggerVerificationTest > isSwaggerRunning 
FAILED
java.lang.AssertionError: 
Expected: is <200>
 but: was <503>
at org.hamcrest.MatcherAssert.assertThat(MatcherAssert.java:20)
at org.junit.Assert.assertThat(Assert.java:956)
at org.junit.Assert.assertThat(Assert.java:923)
at 
org.apache.geode.rest.internal.web.SwaggerVerificationTest.isSwaggerRunning(SwaggerVerificationTest.java:44)
{noformat}


> SwaggerVerificationIntegrationTest fails on Windows
> ---
>
> Key: GEODE-3482
> URL: https://issues.apache.org/jira/browse/GEODE-3482
> Project: Geode
>  Issue Type: Sub-task
>  Components: rest (dev), security, tests
>Reporter: Kirk Lund
>
> {noformat}
> org.apache.geode.rest.internal.web.SwaggerVerificationIntegrationTest > 
> isSwaggerRunning FAILED
> java.lang.AssertionError: 
> Expected: is <200>
>  but: was <503>
> at org.hamcrest.MatcherAssert.assertThat(MatcherAssert.java:20)
> at org.junit.Assert.assertThat(Assert.java:956)
> at org.junit.Assert.assertThat(Assert.java:923)
> at 
> org.apache.geode.rest.internal.web.SwaggerVerificationIntegrationTest.isSwaggerRunning(SwaggerVerificationIntegrationTest.java:44)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3482) SwaggerVerificationIntegrationTest fails on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3482:
-
Summary: SwaggerVerificationIntegrationTest fails on Windows  (was: 
SwaggerVerificationTest fails on Windows)

> SwaggerVerificationIntegrationTest fails on Windows
> ---
>
> Key: GEODE-3482
> URL: https://issues.apache.org/jira/browse/GEODE-3482
> Project: Geode
>  Issue Type: Sub-task
>  Components: rest (dev), security, tests
>Reporter: Kirk Lund
>
> {noformat}
> org.apache.geode.rest.internal.web.SwaggerVerificationTest > isSwaggerRunning 
> FAILED
> java.lang.AssertionError: 
> Expected: is <200>
>  but: was <503>
> at org.hamcrest.MatcherAssert.assertThat(MatcherAssert.java:20)
> at org.junit.Assert.assertThat(Assert.java:956)
> at org.junit.Assert.assertThat(Assert.java:923)
> at 
> org.apache.geode.rest.internal.web.SwaggerVerificationTest.isSwaggerRunning(SwaggerVerificationTest.java:44)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3481) RestServersIntegrationTest fails on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3481:
-
Labels: IntegrationTest Windows  (was: )

> RestServersIntegrationTest fails on Windows
> ---
>
> Key: GEODE-3481
> URL: https://issues.apache.org/jira/browse/GEODE-3481
> Project: Geode
>  Issue Type: Sub-task
>  Components: rest (dev), tests
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Windows
>
> {noformat}
> rg.apache.geode.rest.internal.web.RestServersIntegrationTest > testGet FAILED
> org.junit.ComparisonFailure: expected:<[200]> but was:<[404]>
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
> Method)
> at 
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at 
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at 
> org.apache.geode.rest.internal.web.RestServersIntegrationTest.testGet(RestServersIntegrationTest.java:49)
> org.apache.geode.rest.internal.web.RestServersIntegrationTest > 
> testServerStartedOnDefaultPort FAILED
> org.json.JSONException: Value  of type java.lang.String cannot be 
> converted to JSONArray
> at org.json.JSON.typeMismatch(JSON.java:108)
> at org.json.JSONArray.(JSONArray.java:85)
> at 
> org.apache.geode.rest.internal.web.GeodeRestClient.getJsonArray(GeodeRestClient.java:99)
> at 
> org.apache.geode.rest.internal.web.RestServersIntegrationTest.testServerStartedOnDefaultPort(RestServersIntegrationTest.java:55)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3481) RestServersIntegrationTest fails on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3481:
-
Environment: Windows

> RestServersIntegrationTest fails on Windows
> ---
>
> Key: GEODE-3481
> URL: https://issues.apache.org/jira/browse/GEODE-3481
> Project: Geode
>  Issue Type: Sub-task
>  Components: rest (dev), tests
> Environment: Windows
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Windows
>
> {noformat}
> rg.apache.geode.rest.internal.web.RestServersIntegrationTest > testGet FAILED
> org.junit.ComparisonFailure: expected:<[200]> but was:<[404]>
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
> Method)
> at 
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at 
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at 
> org.apache.geode.rest.internal.web.RestServersIntegrationTest.testGet(RestServersIntegrationTest.java:49)
> org.apache.geode.rest.internal.web.RestServersIntegrationTest > 
> testServerStartedOnDefaultPort FAILED
> org.json.JSONException: Value  of type java.lang.String cannot be 
> converted to JSONArray
> at org.json.JSON.typeMismatch(JSON.java:108)
> at org.json.JSONArray.(JSONArray.java:85)
> at 
> org.apache.geode.rest.internal.web.GeodeRestClient.getJsonArray(GeodeRestClient.java:99)
> at 
> org.apache.geode.rest.internal.web.RestServersIntegrationTest.testServerStartedOnDefaultPort(RestServersIntegrationTest.java:55)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3481) RestServersIntegrationTest fails on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3481:
-
Summary: RestServersIntegrationTest fails on Windows  (was: 
RestServersJUnitTest fails on Windows)

> RestServersIntegrationTest fails on Windows
> ---
>
> Key: GEODE-3481
> URL: https://issues.apache.org/jira/browse/GEODE-3481
> Project: Geode
>  Issue Type: Sub-task
>  Components: rest (dev), tests
>Reporter: Kirk Lund
>
> {noformat}
> rg.apache.geode.rest.internal.web.RestServersJUnitTest > testGet FAILED
> org.junit.ComparisonFailure: expected:<[200]> but was:<[404]>
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
> Method)
> at 
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at 
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at 
> org.apache.geode.rest.internal.web.RestServersJUnitTest.testGet(RestServersJUnitTest.java:49)
> org.apache.geode.rest.internal.web.RestServersJUnitTest > 
> testServerStartedOnDefaultPort FAILED
> org.json.JSONException: Value  of type java.lang.String cannot be 
> converted to JSONArray
> at org.json.JSON.typeMismatch(JSON.java:108)
> at org.json.JSONArray.(JSONArray.java:85)
> at 
> org.apache.geode.rest.internal.web.GeodeRestClient.getJsonArray(GeodeRestClient.java:99)
> at 
> org.apache.geode.rest.internal.web.RestServersJUnitTest.testServerStartedOnDefaultPort(RestServersJUnitTest.java:55)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3480) RestSecurityWithSSLTest fails on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3480:
-
Environment: Windows

> RestSecurityWithSSLTest fails on Windows
> 
>
> Key: GEODE-3480
> URL: https://issues.apache.org/jira/browse/GEODE-3480
> Project: Geode
>  Issue Type: Sub-task
>  Components: rest (dev), security, tests
> Environment: Windows
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Windows
>
> {noformat}
> org.apache.geode.rest.internal.web.RestSecurityWithSSLTest > 
> testRestSecurityWithSSL FAILED
> java.lang.AssertionError: expected:<200> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:645)
> at org.junit.Assert.assertEquals(Assert.java:631)
> at 
> org.apache.geode.rest.internal.web.RestSecurityWithSSLTest.testRestSecurityWithSSL(RestSecurityWithSSLTest.java:61)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3479) RestSecurityPostProcessorTest fails on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3479:
-
Environment: Windows

> RestSecurityPostProcessorTest fails on Windows
> --
>
> Key: GEODE-3479
> URL: https://issues.apache.org/jira/browse/GEODE-3479
> Project: Geode
>  Issue Type: Sub-task
>  Components: rest (dev), security, tests
> Environment: Windows
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Windows
>
> {noformat}
> org.apache.geode.rest.internal.web.RestSecurityPostProcessorTest > namedQuery 
> FAILED
> java.lang.AssertionError: expected:<201> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:645)
> at org.junit.Assert.assertEquals(Assert.java:631)
> at 
> org.apache.geode.rest.internal.web.RestSecurityPostProcessorTest.namedQuery(RestSecurityPostProcessorTest.java:162)
> org.apache.geode.rest.internal.web.RestSecurityPostProcessorTest > 
> getRegionKey FAILED
> java.lang.AssertionError: expected:<200> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:645)
> at org.junit.Assert.assertEquals(Assert.java:631)
> at 
> org.apache.geode.rest.internal.web.RestSecurityPostProcessorTest.getRegionKey(RestSecurityPostProcessorTest.java:77)
> org.apache.geode.rest.internal.web.RestSecurityPostProcessorTest > getRegion 
> FAILED
> java.lang.AssertionError: expected:<200> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:645)
> at org.junit.Assert.assertEquals(Assert.java:631)
> at 
> org.apache.geode.rest.internal.web.RestSecurityPostProcessorTest.getRegion(RestSecurityPostProcessorTest.java:121)
> org.apache.geode.rest.internal.web.RestSecurityPostProcessorTest > adhocQuery 
> FAILED
> java.lang.AssertionError: expected:<200> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:645)
> at org.junit.Assert.assertEquals(Assert.java:631)
> at 
> org.apache.geode.rest.internal.web.RestSecurityPostProcessorTest.adhocQuery(RestSecurityPostProcessorTest.java:140)
> org.apache.geode.rest.internal.web.RestSecurityPostProcessorTest > 
> getMultipleRegionKeys FAILED
> java.lang.AssertionError: expected:<200> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:645)
> at org.junit.Assert.assertEquals(Assert.java:631)
> at 
> org.apache.geode.rest.internal.web.RestSecurityPostProcessorTest.getMultipleRegionKeys(RestSecurityPostProcessorTest.java:102)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3479) RestSecurityPostProcessorTest fails on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3479:
-
Labels: IntegrationTest Windows  (was: )

> RestSecurityPostProcessorTest fails on Windows
> --
>
> Key: GEODE-3479
> URL: https://issues.apache.org/jira/browse/GEODE-3479
> Project: Geode
>  Issue Type: Sub-task
>  Components: rest (dev), security, tests
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Windows
>
> {noformat}
> org.apache.geode.rest.internal.web.RestSecurityPostProcessorTest > namedQuery 
> FAILED
> java.lang.AssertionError: expected:<201> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:645)
> at org.junit.Assert.assertEquals(Assert.java:631)
> at 
> org.apache.geode.rest.internal.web.RestSecurityPostProcessorTest.namedQuery(RestSecurityPostProcessorTest.java:162)
> org.apache.geode.rest.internal.web.RestSecurityPostProcessorTest > 
> getRegionKey FAILED
> java.lang.AssertionError: expected:<200> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:645)
> at org.junit.Assert.assertEquals(Assert.java:631)
> at 
> org.apache.geode.rest.internal.web.RestSecurityPostProcessorTest.getRegionKey(RestSecurityPostProcessorTest.java:77)
> org.apache.geode.rest.internal.web.RestSecurityPostProcessorTest > getRegion 
> FAILED
> java.lang.AssertionError: expected:<200> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:645)
> at org.junit.Assert.assertEquals(Assert.java:631)
> at 
> org.apache.geode.rest.internal.web.RestSecurityPostProcessorTest.getRegion(RestSecurityPostProcessorTest.java:121)
> org.apache.geode.rest.internal.web.RestSecurityPostProcessorTest > adhocQuery 
> FAILED
> java.lang.AssertionError: expected:<200> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:645)
> at org.junit.Assert.assertEquals(Assert.java:631)
> at 
> org.apache.geode.rest.internal.web.RestSecurityPostProcessorTest.adhocQuery(RestSecurityPostProcessorTest.java:140)
> org.apache.geode.rest.internal.web.RestSecurityPostProcessorTest > 
> getMultipleRegionKeys FAILED
> java.lang.AssertionError: expected:<200> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:645)
> at org.junit.Assert.assertEquals(Assert.java:631)
> at 
> org.apache.geode.rest.internal.web.RestSecurityPostProcessorTest.getMultipleRegionKeys(RestSecurityPostProcessorTest.java:102)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3478) RestSecurityIntegrationTest fails on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3478:
-
Environment: Windows

> RestSecurityIntegrationTest fails on Windows
> 
>
> Key: GEODE-3478
> URL: https://issues.apache.org/jira/browse/GEODE-3478
> Project: Geode
>  Issue Type: Sub-task
>  Components: rest (dev), security, tests
> Environment: Windows
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Windows
>
> {noformat}
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest > testPutQuery 
> FAILED
> java.lang.AssertionError: expected:<401> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:645)
> at org.junit.Assert.assertEquals(Assert.java:631)
> at 
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest.testPutQuery(RestSecurityIntegrationTest.java:135)
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest > 
> testDeleteQuery FAILED
> java.lang.AssertionError: expected:<401> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:645)
> at org.junit.Assert.assertEquals(Assert.java:631)
> at 
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest.testDeleteQuery(RestSecurityIntegrationTest.java:146)
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest > putRegionKey 
> FAILED
> java.lang.AssertionError: expected:<401> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:645)
> at org.junit.Assert.assertEquals(Assert.java:631)
> at 
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest.putRegionKey(RestSecurityIntegrationTest.java:346)
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest > 
> testPostQuery FAILED
> java.lang.AssertionError: expected:<401> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:645)
> at org.junit.Assert.assertEquals(Assert.java:631)
> at 
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest.testPostQuery(RestSecurityIntegrationTest.java:110)
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest > testPing 
> FAILED
> java.lang.AssertionError: expected:<200> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:645)
> at org.junit.Assert.assertEquals(Assert.java:631)
> at 
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest.testPing(RestSecurityIntegrationTest.java:173)
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest > 
> postRegionKey FAILED
> java.lang.AssertionError: expected:<401> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:645)
> at org.junit.Assert.assertEquals(Assert.java:631)
> at 
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest.postRegionKey(RestSecurityIntegrationTest.java:320)
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest > deleteRegion 
> FAILED
> java.lang.AssertionError: expected:<401> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:645)
> at org.junit.Assert.assertEquals(Assert.java:631)
> at 
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest.deleteRegion(RestSecurityIntegrationTest.java:255)
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest > getRegionKey 
> FAILED
> java.lang.AssertionError: expected:<200> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:645)
> at org.junit.Assert.assertEquals(Assert.java:631)
> at 
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest.getRegionKey(RestSecurityIntegrationTest.java:284)
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest > testQueries 
> FAILED
> java.lang.AssertionError: expected:<401> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at 

[jira] [Updated] (GEODE-3478) RestSecurityIntegrationTest fails on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3478:
-
Labels: IntegrationTest Windows  (was: )

> RestSecurityIntegrationTest fails on Windows
> 
>
> Key: GEODE-3478
> URL: https://issues.apache.org/jira/browse/GEODE-3478
> Project: Geode
>  Issue Type: Sub-task
>  Components: rest (dev), security, tests
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Windows
>
> {noformat}
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest > testPutQuery 
> FAILED
> java.lang.AssertionError: expected:<401> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:645)
> at org.junit.Assert.assertEquals(Assert.java:631)
> at 
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest.testPutQuery(RestSecurityIntegrationTest.java:135)
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest > 
> testDeleteQuery FAILED
> java.lang.AssertionError: expected:<401> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:645)
> at org.junit.Assert.assertEquals(Assert.java:631)
> at 
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest.testDeleteQuery(RestSecurityIntegrationTest.java:146)
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest > putRegionKey 
> FAILED
> java.lang.AssertionError: expected:<401> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:645)
> at org.junit.Assert.assertEquals(Assert.java:631)
> at 
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest.putRegionKey(RestSecurityIntegrationTest.java:346)
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest > 
> testPostQuery FAILED
> java.lang.AssertionError: expected:<401> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:645)
> at org.junit.Assert.assertEquals(Assert.java:631)
> at 
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest.testPostQuery(RestSecurityIntegrationTest.java:110)
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest > testPing 
> FAILED
> java.lang.AssertionError: expected:<200> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:645)
> at org.junit.Assert.assertEquals(Assert.java:631)
> at 
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest.testPing(RestSecurityIntegrationTest.java:173)
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest > 
> postRegionKey FAILED
> java.lang.AssertionError: expected:<401> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:645)
> at org.junit.Assert.assertEquals(Assert.java:631)
> at 
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest.postRegionKey(RestSecurityIntegrationTest.java:320)
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest > deleteRegion 
> FAILED
> java.lang.AssertionError: expected:<401> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:645)
> at org.junit.Assert.assertEquals(Assert.java:631)
> at 
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest.deleteRegion(RestSecurityIntegrationTest.java:255)
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest > getRegionKey 
> FAILED
> java.lang.AssertionError: expected:<200> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:645)
> at org.junit.Assert.assertEquals(Assert.java:631)
> at 
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest.getRegionKey(RestSecurityIntegrationTest.java:284)
> org.apache.geode.rest.internal.web.RestSecurityIntegrationTest > testQueries 
> FAILED
> java.lang.AssertionError: expected:<401> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at 

[jira] [Created] (GEODE-3497) Fix failing test on Solaris SPARC

2017-08-21 Thread David Kimura (JIRA)
David Kimura created GEODE-3497:
---

 Summary: Fix failing test on Solaris SPARC
 Key: GEODE-3497
 URL: https://issues.apache.org/jira/browse/GEODE-3497
 Project: Geode
  Issue Type: Bug
  Components: native client
Reporter: David Kimura


ClientProxyMembershipIDFactory unittest fails on Solaris SPARC because of 
incorrect assumptions about big/little endianness.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3477) RestInterfaceJUnitTest fails on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3477:
-
Environment: Windows

> RestInterfaceJUnitTest fails on Windows
> ---
>
> Key: GEODE-3477
> URL: https://issues.apache.org/jira/browse/GEODE-3477
> Project: Geode
>  Issue Type: Sub-task
>  Components: rest (dev), tests
> Environment: Windows
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Windows
>
> {noformat}
> org.apache.geode.rest.internal.web.RestInterfaceJUnitTest > 
> testRegionObjectWithDatePropertyAccessedWithRestApi FAILED
> org.springframework.web.client.ResourceAccessException: I/O error on GET 
> request for "http://localhost:28252/gemfire-api/v1/People/1": stream is 
> closed; nested exception is java.io.IOException: stream is closed
> at 
> org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:666)
> at 
> org.springframework.web.client.RestTemplate.execute(RestTemplate.java:613)
> at 
> org.springframework.web.client.RestTemplate.getForObject(RestTemplate.java:287)
> at 
> org.apache.geode.rest.internal.web.RestInterfaceJUnitTest.testRegionObjectWithDatePropertyAccessedWithRestApi(RestInterfaceJUnitTest.java:317)
> Caused by:
> java.io.IOException: stream is closed
> at 
> sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.ensureOpen(HttpURLConnection.java:3348)
> at 
> sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:3353)
> at java.io.FilterInputStream.read(FilterInputStream.java:83)
> at java.io.PushbackInputStream.read(PushbackInputStream.java:139)
> at 
> org.springframework.web.client.MessageBodyClientHttpResponseWrapper.hasEmptyMessageBody(MessageBodyClientHttpResponseWrapper.java:97)
> at 
> org.springframework.web.client.HttpMessageConverterExtractor.extractData(HttpMessageConverterExtractor.java:82)
> at 
> org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:655)
> ... 3 more
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3477) RestInterfaceJUnitTest fails on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3477:
-
Labels: IntegrationTest Windows  (was: )

> RestInterfaceJUnitTest fails on Windows
> ---
>
> Key: GEODE-3477
> URL: https://issues.apache.org/jira/browse/GEODE-3477
> Project: Geode
>  Issue Type: Sub-task
>  Components: rest (dev), tests
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Windows
>
> {noformat}
> org.apache.geode.rest.internal.web.RestInterfaceJUnitTest > 
> testRegionObjectWithDatePropertyAccessedWithRestApi FAILED
> org.springframework.web.client.ResourceAccessException: I/O error on GET 
> request for "http://localhost:28252/gemfire-api/v1/People/1": stream is 
> closed; nested exception is java.io.IOException: stream is closed
> at 
> org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:666)
> at 
> org.springframework.web.client.RestTemplate.execute(RestTemplate.java:613)
> at 
> org.springframework.web.client.RestTemplate.getForObject(RestTemplate.java:287)
> at 
> org.apache.geode.rest.internal.web.RestInterfaceJUnitTest.testRegionObjectWithDatePropertyAccessedWithRestApi(RestInterfaceJUnitTest.java:317)
> Caused by:
> java.io.IOException: stream is closed
> at 
> sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.ensureOpen(HttpURLConnection.java:3348)
> at 
> sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:3353)
> at java.io.FilterInputStream.read(FilterInputStream.java:83)
> at java.io.PushbackInputStream.read(PushbackInputStream.java:139)
> at 
> org.springframework.web.client.MessageBodyClientHttpResponseWrapper.hasEmptyMessageBody(MessageBodyClientHttpResponseWrapper.java:97)
> at 
> org.springframework.web.client.HttpMessageConverterExtractor.extractData(HttpMessageConverterExtractor.java:82)
> at 
> org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:655)
> ... 3 more
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3476) RestAPIsQueryAndFEJUnitTest fails on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3476:
-
Labels: IntegrationTest Windows  (was: )

> RestAPIsQueryAndFEJUnitTest fails on Windows
> 
>
> Key: GEODE-3476
> URL: https://issues.apache.org/jira/browse/GEODE-3476
> Project: Geode
>  Issue Type: Sub-task
>  Components: rest (dev), tests
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Windows
>
> {noformat}
> org.apache.geode.rest.internal.web.controllers.RestAPIsQueryAndFEJUnitTest > 
> testCreateAsJson FAILED
> java.lang.AssertionError: expected:<201> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:118)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at 
> org.apache.geode.rest.internal.web.controllers.RestAPIsQueryAndFEJUnitTest.executeQueryTestCases(RestAPIsQueryAndFEJUnitTest.java:831)
> at 
> org.apache.geode.rest.internal.web.controllers.RestAPIsQueryAndFEJUnitTest.testCreateAsJson(RestAPIsQueryAndFEJUnitTest.java:677)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3476) RestAPIsQueryAndFEJUnitTest fails on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3476:
-
Environment: Windows

> RestAPIsQueryAndFEJUnitTest fails on Windows
> 
>
> Key: GEODE-3476
> URL: https://issues.apache.org/jira/browse/GEODE-3476
> Project: Geode
>  Issue Type: Sub-task
>  Components: rest (dev), tests
> Environment: Windows
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Windows
>
> {noformat}
> org.apache.geode.rest.internal.web.controllers.RestAPIsQueryAndFEJUnitTest > 
> testCreateAsJson FAILED
> java.lang.AssertionError: expected:<201> but was:<503>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:834)
> at org.junit.Assert.assertEquals(Assert.java:118)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at 
> org.apache.geode.rest.internal.web.controllers.RestAPIsQueryAndFEJUnitTest.executeQueryTestCases(RestAPIsQueryAndFEJUnitTest.java:831)
> at 
> org.apache.geode.rest.internal.web.controllers.RestAPIsQueryAndFEJUnitTest.testCreateAsJson(RestAPIsQueryAndFEJUnitTest.java:677)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3475) Geode REST API integration tests fail on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3475:
-
Labels: IntegrationTest Windows  (was: )

> Geode REST API integration tests fail on Windows
> 
>
> Key: GEODE-3475
> URL: https://issues.apache.org/jira/browse/GEODE-3475
> Project: Geode
>  Issue Type: Bug
>  Components: rest (admin), rest (dev), security, tests
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Windows
>




--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3430) ConnectCommandTest generates non-varargs compilation warnings

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3430:
-
Component/s: tests

> ConnectCommandTest generates non-varargs compilation warnings
> -
>
> Key: GEODE-3430
> URL: https://issues.apache.org/jira/browse/GEODE-3430
> Project: Geode
>  Issue Type: Bug
>  Components: build, gfsh, tests
>Reporter: Kirk Lund
>Assignee: Kirk Lund
>
> {noformat}
> :geode-core:compileTestJava
> /Users/klund/dev/gemfire/open/geode-core/src/test/java/org/apache/geode/management/internal/cli/commands/ConnectCommandTest.java:277:
>  warning: non-varargs call of varargs method with inexact argument type for 
> last parameter;
> assertThat(connectCommand.isSslImpliedBySslOptions(null)).isFalse();
>^
>   cast to String for a varargs call
>   cast to String[] for a non-varargs call and to suppress this warning
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3188) CI failure (windows): org.apache.geode.internal.statistics.GemFireStatSamplerIntegrationTest.testBasics failed with java.lang.AssertionError: ProcessStats were not create

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3188:
-
Environment: Windows

> CI failure (windows): 
> org.apache.geode.internal.statistics.GemFireStatSamplerIntegrationTest.testBasics
>  failed with java.lang.AssertionError: ProcessStats were not created on 
> Windows Server
> -
>
> Key: GEODE-3188
> URL: https://issues.apache.org/jira/browse/GEODE-3188
> Project: Geode
>  Issue Type: Bug
>  Components: statistics, tests
> Environment: Windows
>Reporter: Lynn Gallinat
>Assignee: Kirk Lund
>  Labels: IntegrationTest, Windows
>
> {noformat}
> org.apache.geode.internal.statistics.GemFireStatSamplerIntegrationTest > 
> testBasics FAILED
> java.lang.AssertionError: ProcessStats were not created on Windows Server 
> 2012 R2
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.assertTrue(Assert.java:41)
> at org.junit.Assert.assertNotNull(Assert.java:712)
> at 
> org.apache.geode.internal.statistics.GemFireStatSamplerIntegrationTest.testBasics(GemFireStatSamplerIntegrationTest.java:145)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (GEODE-3496) ExportLogsIntegrationTest fails on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-3496:
-
Environment: Windows

> ExportLogsIntegrationTest fails on Windows
> --
>
> Key: GEODE-3496
> URL: https://issues.apache.org/jira/browse/GEODE-3496
> Project: Geode
>  Issue Type: Bug
>  Components: gfsh, tests
> Environment: Windows
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Windows
>
> {noformat}
> org.apache.geode.management.internal.cli.commands.ExportLogsIntegrationTest > 
> withFiles_savedToLocatorSpecifiedRelativeDir FAILED
> java.lang.AssertionError: 
> Expecting actual not to be empty
> at 
> org.apache.geode.management.internal.cli.commands.ExportLogsIntegrationTest.withFiles_savedToLocatorSpecifiedRelativeDir(ExportLogsIntegrationTest.java:81)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Closed] (GEODE-3189) CI failure (windows): org.apache.geode.internal.statistics.StatTypesAreRolledOverRegressionTest.closedInstanceShouldHaveTypeInRolledArchives fails with java.util.concurren

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund closed GEODE-3189.


> CI failure (windows): 
> org.apache.geode.internal.statistics.StatTypesAreRolledOverRegressionTest.closedInstanceShouldHaveTypeInRolledArchives
>  fails with java.util.concurrent.TimeoutException
> -
>
> Key: GEODE-3189
> URL: https://issues.apache.org/jira/browse/GEODE-3189
> Project: Geode
>  Issue Type: Bug
>  Components: statistics
>Reporter: Lynn Gallinat
>
> {noformat}
> org.apache.geode.internal.statistics.StatTypesAreRolledOverRegressionTest > 
> closedInstanceShouldHaveTypeInRolledArchives FAILED
> java.util.concurrent.TimeoutException: File 
> C:\Windows\TEMP\junit5187011162787393678\closedInstanceShouldHaveTypeInRolledArchives-01-01.gfs
>  does not exist after 5791 samples within 1 MINUTES
> at 
> org.apache.geode.internal.statistics.StatTypesAreRolledOverRegressionTest.sampleUntilFileExists(StatTypesAreRolledOverRegressionTest.java:170)
> at 
> org.apache.geode.internal.statistics.StatTypesAreRolledOverRegressionTest.closedInstanceShouldHaveTypeInRolledArchives(StatTypesAreRolledOverRegressionTest.java:128)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Resolved] (GEODE-3189) CI failure (windows): org.apache.geode.internal.statistics.StatTypesAreRolledOverRegressionTest.closedInstanceShouldHaveTypeInRolledArchives fails with java.util.concurr

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund resolved GEODE-3189.
--
Resolution: Duplicate

> CI failure (windows): 
> org.apache.geode.internal.statistics.StatTypesAreRolledOverRegressionTest.closedInstanceShouldHaveTypeInRolledArchives
>  fails with java.util.concurrent.TimeoutException
> -
>
> Key: GEODE-3189
> URL: https://issues.apache.org/jira/browse/GEODE-3189
> Project: Geode
>  Issue Type: Bug
>  Components: statistics
>Reporter: Lynn Gallinat
>
> {noformat}
> org.apache.geode.internal.statistics.StatTypesAreRolledOverRegressionTest > 
> closedInstanceShouldHaveTypeInRolledArchives FAILED
> java.util.concurrent.TimeoutException: File 
> C:\Windows\TEMP\junit5187011162787393678\closedInstanceShouldHaveTypeInRolledArchives-01-01.gfs
>  does not exist after 5791 samples within 1 MINUTES
> at 
> org.apache.geode.internal.statistics.StatTypesAreRolledOverRegressionTest.sampleUntilFileExists(StatTypesAreRolledOverRegressionTest.java:170)
> at 
> org.apache.geode.internal.statistics.StatTypesAreRolledOverRegressionTest.closedInstanceShouldHaveTypeInRolledArchives(StatTypesAreRolledOverRegressionTest.java:128)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (GEODE-99) BackupInspectorJUnitTest.testIncrementalBackupScript fails on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund commented on GEODE-99:


[~dschneider] I'm not sure if the BackupInspector is storage or management. Any 
idea?

> BackupInspectorJUnitTest.testIncrementalBackupScript fails on Windows
> -
>
> Key: GEODE-99
> URL: https://issues.apache.org/jira/browse/GEODE-99
> Project: Geode
>  Issue Type: Bug
>  Components: core, management, tests
>Affects Versions: 1.0.0-incubating
> Environment: Windows
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Windows
>
> testIncrementalBackupScript:
> {code}
> java.lang.AssertionError
>   at org.junit.Assert.fail(Assert.java:86)
>   at org.junit.Assert.assertTrue(Assert.java:41)
>   at org.junit.Assert.assertTrue(Assert.java:52)
>   at 
> org.apache.geode.internal.cache.persistence.BackupInspectorJUnitTest.testIncrementalBackupScript(BackupInspectorJUnitTest.java:198)
>   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.RunBefores.evaluate(RunBefores.java:26)
>   at org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48)
>   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:114)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
>   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.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.internal.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.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.internal.remote.internal.hub.MessageHub$Handler.run(MessageHub.java:377)
>   at 
> 

[jira] [Updated] (GEODE-99) BackupInspectorJUnitTest.testIncrementalBackupScript fails on Windows

2017-08-21 Thread Kirk Lund (JIRA)

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

Kirk Lund updated GEODE-99:
---
Component/s: core

> BackupInspectorJUnitTest.testIncrementalBackupScript fails on Windows
> -
>
> Key: GEODE-99
> URL: https://issues.apache.org/jira/browse/GEODE-99
> Project: Geode
>  Issue Type: Bug
>  Components: core, management, tests
>Affects Versions: 1.0.0-incubating
> Environment: Windows
>Reporter: Kirk Lund
>  Labels: IntegrationTest, Windows
>
> testIncrementalBackupScript:
> {code}
> java.lang.AssertionError
>   at org.junit.Assert.fail(Assert.java:86)
>   at org.junit.Assert.assertTrue(Assert.java:41)
>   at org.junit.Assert.assertTrue(Assert.java:52)
>   at 
> org.apache.geode.internal.cache.persistence.BackupInspectorJUnitTest.testIncrementalBackupScript(BackupInspectorJUnitTest.java:198)
>   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.RunBefores.evaluate(RunBefores.java:26)
>   at org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48)
>   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:114)
>   at 
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.execute(JUnitTestClassExecuter.java:57)
>   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.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
>   at 
> org.gradle.internal.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.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
>   at 
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
>   at 
> org.gradle.internal.remote.internal.hub.MessageHub$Handler.run(MessageHub.java:377)
>   at 
> org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:54)
>   at 
> 

[jira] [Commented] (GEODE-3393) One-way SSL between client & server is not working

2017-08-21 Thread ASF subversion and git services (JIRA)

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

ASF subversion and git services commented on GEODE-3393:


Commit 49220c3be5326c6a58c36f0fca8fedc00ba5c7d1 in geode's branch 
refs/heads/release/1.2.1 from [~ukohlmeyer]
[ https://git-wip-us.apache.org/repos/asf?p=geode.git;h=49220c3 ]

GEODE-3393: One-way SSL commit failing with userHome/.keystore not found. This 
now closes #682

Signed-off-by: Galen O'Sullivan 
(cherry picked from commit 684f85d2881dd1b0b68bc49b303fb45a8b17452d)


> One-way SSL between client & server is not working
> --
>
> Key: GEODE-3393
> URL: https://issues.apache.org/jira/browse/GEODE-3393
> Project: Geode
>  Issue Type: Bug
>  Components: client/server, security
>Reporter: Udo Kohlmeyer
>Assignee: Udo Kohlmeyer
> Fix For: 1.2.1
>
>
> Caused by: java.io.FileNotFoundException: /Users//.keystore (No such file 
> or directory)
>   at java.io.FileInputStream.open(Native Method)
>   at java.io.FileInputStream.(FileInputStream.java:131)
>   at java.io.FileInputStream.(FileInputStream.java:87)
>   at 
> org.apache.geode.internal.net.SocketCreator.getKeyManagers(SocketCreator.java:567)
>   at 
> org.apache.geode.internal.net.SocketCreator.createAndConfigureSSLContext(SocketCreator.java:394)
>   at 
> org.apache.geode.internal.net.SocketCreator.initialize(SocketCreator.java:351)
>   ... 37 more
> locator & server:
> ssl-enabled-components=server,locator
> ssl-require-authentication=false
> ssl-keystore=/Users/./test/keystores/server.jks
> ssl-keystore-password=password
> ssl-truststore=/Users//test/keystores/client.truststore
> ssl-truststore-password=password
> client:
> ssl-enabled-components=server,locator
> ssl-require-authentication=false
> ssl-truststore=/Users//test/keystores/client.truststore
> ssl-truststore-password=password



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


  1   2   >