[jira] [Resolved] (GEODE-1509) Reduce the memory usage of GatewayEventCallbackArgument
[ https://issues.apache.org/jira/browse/GEODE-1509?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Amey Barve resolved GEODE-1509. --- Resolution: Fixed Fixed with https://github.com/apache/incubator-geode/pull/292 pull request > Reduce the memory usage of GatewayEventCallbackArgument > --- > > Key: GEODE-1509 > URL: https://issues.apache.org/jira/browse/GEODE-1509 > Project: Geode > Issue Type: Improvement > Components: wan >Reporter: Dan Smith >Assignee: Amey Barve > > GatewayEventCallbackArgument has a HashSet of recipient gateways. > Because we create a ton of these things, these sets end up consuming a lot of > memory. > It should probably use IntOpenHashSet initialized with a small size, eg new > IntOpenHashSet(2). -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (GEODE-734) gfsh export stack-traces should not require an output file with extension .txt
[
https://issues.apache.org/jira/browse/GEODE-734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713985#comment-15713985
]
ASF GitHub Bot commented on GEODE-734:
--
Github user deepakddixit commented on a diff in the pull request:
https://github.com/apache/incubator-geode/pull/297#discussion_r90585692
--- Diff:
geode-core/src/test/java/org/apache/geode/management/internal/cli/commands/ShowStackTraceDUnitTest.java
---
@@ -90,6 +90,20 @@ public void run() {
public void testExportStacktrace() throws ClassNotFoundException,
IOException {
setupSystem();
+// Test non txt extension file is allowed
+File stacktracesFile = new File("allStackTraces.log");
--- End diff --
Thanks @kirklund. Will use TemporaryFolder to work with files.
> gfsh export stack-traces should not require an output file with extension .txt
> --
>
> Key: GEODE-734
> URL: https://issues.apache.org/jira/browse/GEODE-734
> Project: Geode
> Issue Type: Improvement
> Components: gfsh
>Reporter: Jens Deppe
>
> gfsh {{export stack-traces}} requires a file with a {{.txt}} extension:
> {noformat}
> gfsh>export stack-traces --file=/tmp/trace.log
> Invalid file type, the file extension must be ".txt"
> {noformat}
> This seems like a totally arbitrary restriction. Please can it be removed.
> If the concern is that an existing file might be overwritten then we should
> have a user prompt indicating that.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Resolved] (GEODE-2141) StatisticsMonitor and StatMonitorHandler should use ConcurrentHashSet to store monitors, listeners and statisticIds
[ https://issues.apache.org/jira/browse/GEODE-2141?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Avinash Dongre resolved GEODE-2141. --- Resolution: Fixed > StatisticsMonitor and StatMonitorHandler should use ConcurrentHashSet to > store monitors, listeners and statisticIds > --- > > Key: GEODE-2141 > URL: https://issues.apache.org/jira/browse/GEODE-2141 > Project: Geode > Issue Type: Improvement >Reporter: Avinash Dongre >Assignee: Avinash Dongre > > In StatisticsMonitor and StatMonitorHandler List is used to store monitors, > listeners and statisticIds. > We should be using ConcurrentHashSet for performance Reason. > In my local testing When I replace the List to > com.gemstone.gemfire.internal.concurrent. > ConcurrentHashSet > I see significant improvement in creating large number of region creation. > ( from ~7hrs to ~26 minutes) > More details about the same is on dev list. > Refer : http://markmail.org/message/o7td3fczylx4uaet -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (GEODE-1871) Update Dockerfile for Geode 1.0.0
[ https://issues.apache.org/jira/browse/GEODE-1871?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713708#comment-15713708 ] ASF GitHub Bot commented on GEODE-1871: --- Github user metatype commented on the issue: https://github.com/apache/incubator-geode/pull/275 Is this ready to be merged? > Update Dockerfile for Geode 1.0.0 > - > > Key: GEODE-1871 > URL: https://issues.apache.org/jira/browse/GEODE-1871 > Project: Geode > Issue Type: Improvement > Components: general >Reporter: William Markito Oliveira > > Need to update Dockerfile under incubator-geode/docker for 1.0.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (GEODE-1653) Executing a fire-and-forget function on all servers doesn't actually execute on all servers
[
https://issues.apache.org/jira/browse/GEODE-1653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713695#comment-15713695
]
ASF subversion and git services commented on GEODE-1653:
Commit c61028966d51db436e75ba228465767cb1a0bd21 in incubator-geode's branch
refs/heads/feature/GEODE-2156 from [~abarve]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=c610289 ]
This closes #293
GEODE-1653: Added helper method getAllServers in ExecuteFunctionNoAckOp
to get all available servers, instead executing Fire and Forget only on the
ones the
client is currently connected to.
GEODE-1653: Dunit test for Executing a fire-and-forget function on all
servers as opposed to only executing on the ones the client is currently
connected to.
GEODE-1653: changes after spotlessApply.
GEODE-1653:
1. renamed test file to FireAndForgetFunctionOnAllServersDUnitTest and
test to testFireAndForgetFunctionOnAllServers
2. replaced thread sleep with waitUntilDeterministic function before
verifying results after Fire and Forget Function execution
3. removed commented testServerSingleKeyExecution_Bug43513_OnServer
test.
GEODE-1653: Replacing Thread's sleep with Awatility, if the condition is not
met during the
timeout, a ConditionTimeoutException will be thrown. This makes
analyzing the failure much simpler.
GEODE-1653: Use a larger timeout value such as 60 seconds to prevent
test from failing on slower machines or garbage collection during the
test.
GEODE-1653:
1. Code changes
a. Added getAllServers() method to connection source, and converted
AutoConnectionSourceImpl's findAllServers logic into it.
b. Made relevant changes to both ExecuteFunctionNoAckOp and
ExecuteFunctionOp classes
2. Test changes
a. removed author tag in the test.
b. created a new function (FireAndForgetFunctionOnAllServers) for
test and removed it from TestFunction.
c. test change about awaitility and actual assertion.
d. asserted for pool's current server size after starting a new
server and stopping existing server.
GEODE-1653: Adding missed out file for FireAndForgetFunctionOnAllServers
function.
GEODE-1653: Adding @Override to ExplicitConnectionSourceImpl's
getAllServers() method.
GEODE-1653: fix the test code to double check the getCurrentServer only
returns 1 server
> Executing a fire-and-forget function on all servers doesn't actually execute
> on all servers
> ---
>
> Key: GEODE-1653
> URL: https://issues.apache.org/jira/browse/GEODE-1653
> Project: Geode
> Issue Type: Bug
> Components: functions
>Reporter: Barry Oglesby
>Assignee: Amey Barve
>
> Executing a fire-and-forget function on all servers only executes on the ones
> the client is currently connected to.
> The two {{ExecuteFunctionNoAckOp execute}} methods get the servers to execute
> against using code like:
> {noformat}
> pool.getCurrentServers();
> {noformat}
> This method just gets all the {{EndpointManager's endpointMap's
> ServerLocations}}.
> What should be done is more like what the {{ExecuteFunctionOp execute}}
> methods do:
> {noformat}
> private static List getAllServers(PoolImpl pool) {
> List servers = null;
> if (pool.getLocators() == null || pool.getLocators().isEmpty()) {
> servers = ((ExplicitConnectionSourceImpl)
> pool.getConnectionSource()).getAllServers();
> } else {
> servers = ((AutoConnectionSourceImpl)
> pool.getConnectionSource()).findAllServers(); // n/w call on locator
> }
> return servers;
> }
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (GEODE-1653) Executing a fire-and-forget function on all servers doesn't actually execute on all servers
[
https://issues.apache.org/jira/browse/GEODE-1653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713693#comment-15713693
]
ASF subversion and git services commented on GEODE-1653:
Commit c61028966d51db436e75ba228465767cb1a0bd21 in incubator-geode's branch
refs/heads/feature/GEODE-2156 from [~abarve]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=c610289 ]
This closes #293
GEODE-1653: Added helper method getAllServers in ExecuteFunctionNoAckOp
to get all available servers, instead executing Fire and Forget only on the
ones the
client is currently connected to.
GEODE-1653: Dunit test for Executing a fire-and-forget function on all
servers as opposed to only executing on the ones the client is currently
connected to.
GEODE-1653: changes after spotlessApply.
GEODE-1653:
1. renamed test file to FireAndForgetFunctionOnAllServersDUnitTest and
test to testFireAndForgetFunctionOnAllServers
2. replaced thread sleep with waitUntilDeterministic function before
verifying results after Fire and Forget Function execution
3. removed commented testServerSingleKeyExecution_Bug43513_OnServer
test.
GEODE-1653: Replacing Thread's sleep with Awatility, if the condition is not
met during the
timeout, a ConditionTimeoutException will be thrown. This makes
analyzing the failure much simpler.
GEODE-1653: Use a larger timeout value such as 60 seconds to prevent
test from failing on slower machines or garbage collection during the
test.
GEODE-1653:
1. Code changes
a. Added getAllServers() method to connection source, and converted
AutoConnectionSourceImpl's findAllServers logic into it.
b. Made relevant changes to both ExecuteFunctionNoAckOp and
ExecuteFunctionOp classes
2. Test changes
a. removed author tag in the test.
b. created a new function (FireAndForgetFunctionOnAllServers) for
test and removed it from TestFunction.
c. test change about awaitility and actual assertion.
d. asserted for pool's current server size after starting a new
server and stopping existing server.
GEODE-1653: Adding missed out file for FireAndForgetFunctionOnAllServers
function.
GEODE-1653: Adding @Override to ExplicitConnectionSourceImpl's
getAllServers() method.
GEODE-1653: fix the test code to double check the getCurrentServer only
returns 1 server
> Executing a fire-and-forget function on all servers doesn't actually execute
> on all servers
> ---
>
> Key: GEODE-1653
> URL: https://issues.apache.org/jira/browse/GEODE-1653
> Project: Geode
> Issue Type: Bug
> Components: functions
>Reporter: Barry Oglesby
>Assignee: Amey Barve
>
> Executing a fire-and-forget function on all servers only executes on the ones
> the client is currently connected to.
> The two {{ExecuteFunctionNoAckOp execute}} methods get the servers to execute
> against using code like:
> {noformat}
> pool.getCurrentServers();
> {noformat}
> This method just gets all the {{EndpointManager's endpointMap's
> ServerLocations}}.
> What should be done is more like what the {{ExecuteFunctionOp execute}}
> methods do:
> {noformat}
> private static List getAllServers(PoolImpl pool) {
> List servers = null;
> if (pool.getLocators() == null || pool.getLocators().isEmpty()) {
> servers = ((ExplicitConnectionSourceImpl)
> pool.getConnectionSource()).getAllServers();
> } else {
> servers = ((AutoConnectionSourceImpl)
> pool.getConnectionSource()).findAllServers(); // n/w call on locator
> }
> return servers;
> }
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (GEODE-2156) Remove incubating references
[ https://issues.apache.org/jira/browse/GEODE-2156?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713701#comment-15713701 ] ASF subversion and git services commented on GEODE-2156: Commit 4dfdd57024917954a1f82d87c11e22fce900 in incubator-geode's branch refs/heads/feature/GEODE-2156 from [~amb] [ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=4dfdeee ] GEODE-2156: Update mailing list references > Remove incubating references > > > Key: GEODE-2156 > URL: https://issues.apache.org/jira/browse/GEODE-2156 > Project: Geode > Issue Type: Task >Reporter: Anthony Baker > Fix For: 1.1.0 > > > With the completion of GEODE-1, we need to update the following: > 1) Project name references no longer need to include "(incubating)" > 2) Project website references should remove ".incubator" > 3) Project email lists should remove ".incubator" > 4) DISCLAIMER no longer applies > 5) Git repo references should remove "incubator-" -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (GEODE-2141) StatisticsMonitor and StatMonitorHandler should use ConcurrentHashSet to store monitors, listeners and statisticIds
[ https://issues.apache.org/jira/browse/GEODE-2141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713700#comment-15713700 ] ASF subversion and git services commented on GEODE-2141: Commit 50320dc4e828c900b6e1ee92c909fa019cae26d0 in incubator-geode's branch refs/heads/feature/GEODE-2156 from adongre [ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=50320dc ] GEODE-2141: Replace use of List with ConcurrentHashSet for storing various stats and listener. Moved methods stopNotifier_IfEnabledAndRunning and startNotifier_IfEnabledAndNotRunning in synchronized block. GEODE-2141: Addresing the review comments. GEODE-2141: Addressing Review Comments Making addMonitor and remoteMonitor threadsafe. > StatisticsMonitor and StatMonitorHandler should use ConcurrentHashSet to > store monitors, listeners and statisticIds > --- > > Key: GEODE-2141 > URL: https://issues.apache.org/jira/browse/GEODE-2141 > Project: Geode > Issue Type: Improvement >Reporter: Avinash Dongre >Assignee: Avinash Dongre > > In StatisticsMonitor and StatMonitorHandler List is used to store monitors, > listeners and statisticIds. > We should be using ConcurrentHashSet for performance Reason. > In my local testing When I replace the List to > com.gemstone.gemfire.internal.concurrent. > ConcurrentHashSet > I see significant improvement in creating large number of region creation. > ( from ~7hrs to ~26 minutes) > More details about the same is on dev list. > Refer : http://markmail.org/message/o7td3fczylx4uaet -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (GEODE-1653) Executing a fire-and-forget function on all servers doesn't actually execute on all servers
[
https://issues.apache.org/jira/browse/GEODE-1653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713690#comment-15713690
]
ASF subversion and git services commented on GEODE-1653:
Commit c61028966d51db436e75ba228465767cb1a0bd21 in incubator-geode's branch
refs/heads/feature/GEODE-2156 from [~abarve]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=c610289 ]
This closes #293
GEODE-1653: Added helper method getAllServers in ExecuteFunctionNoAckOp
to get all available servers, instead executing Fire and Forget only on the
ones the
client is currently connected to.
GEODE-1653: Dunit test for Executing a fire-and-forget function on all
servers as opposed to only executing on the ones the client is currently
connected to.
GEODE-1653: changes after spotlessApply.
GEODE-1653:
1. renamed test file to FireAndForgetFunctionOnAllServersDUnitTest and
test to testFireAndForgetFunctionOnAllServers
2. replaced thread sleep with waitUntilDeterministic function before
verifying results after Fire and Forget Function execution
3. removed commented testServerSingleKeyExecution_Bug43513_OnServer
test.
GEODE-1653: Replacing Thread's sleep with Awatility, if the condition is not
met during the
timeout, a ConditionTimeoutException will be thrown. This makes
analyzing the failure much simpler.
GEODE-1653: Use a larger timeout value such as 60 seconds to prevent
test from failing on slower machines or garbage collection during the
test.
GEODE-1653:
1. Code changes
a. Added getAllServers() method to connection source, and converted
AutoConnectionSourceImpl's findAllServers logic into it.
b. Made relevant changes to both ExecuteFunctionNoAckOp and
ExecuteFunctionOp classes
2. Test changes
a. removed author tag in the test.
b. created a new function (FireAndForgetFunctionOnAllServers) for
test and removed it from TestFunction.
c. test change about awaitility and actual assertion.
d. asserted for pool's current server size after starting a new
server and stopping existing server.
GEODE-1653: Adding missed out file for FireAndForgetFunctionOnAllServers
function.
GEODE-1653: Adding @Override to ExplicitConnectionSourceImpl's
getAllServers() method.
GEODE-1653: fix the test code to double check the getCurrentServer only
returns 1 server
> Executing a fire-and-forget function on all servers doesn't actually execute
> on all servers
> ---
>
> Key: GEODE-1653
> URL: https://issues.apache.org/jira/browse/GEODE-1653
> Project: Geode
> Issue Type: Bug
> Components: functions
>Reporter: Barry Oglesby
>Assignee: Amey Barve
>
> Executing a fire-and-forget function on all servers only executes on the ones
> the client is currently connected to.
> The two {{ExecuteFunctionNoAckOp execute}} methods get the servers to execute
> against using code like:
> {noformat}
> pool.getCurrentServers();
> {noformat}
> This method just gets all the {{EndpointManager's endpointMap's
> ServerLocations}}.
> What should be done is more like what the {{ExecuteFunctionOp execute}}
> methods do:
> {noformat}
> private static List getAllServers(PoolImpl pool) {
> List servers = null;
> if (pool.getLocators() == null || pool.getLocators().isEmpty()) {
> servers = ((ExplicitConnectionSourceImpl)
> pool.getConnectionSource()).getAllServers();
> } else {
> servers = ((AutoConnectionSourceImpl)
> pool.getConnectionSource()).findAllServers(); // n/w call on locator
> }
> return servers;
> }
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (GEODE-2141) StatisticsMonitor and StatMonitorHandler should use ConcurrentHashSet to store monitors, listeners and statisticIds
[ https://issues.apache.org/jira/browse/GEODE-2141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713699#comment-15713699 ] ASF subversion and git services commented on GEODE-2141: Commit 50320dc4e828c900b6e1ee92c909fa019cae26d0 in incubator-geode's branch refs/heads/feature/GEODE-2156 from adongre [ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=50320dc ] GEODE-2141: Replace use of List with ConcurrentHashSet for storing various stats and listener. Moved methods stopNotifier_IfEnabledAndRunning and startNotifier_IfEnabledAndNotRunning in synchronized block. GEODE-2141: Addresing the review comments. GEODE-2141: Addressing Review Comments Making addMonitor and remoteMonitor threadsafe. > StatisticsMonitor and StatMonitorHandler should use ConcurrentHashSet to > store monitors, listeners and statisticIds > --- > > Key: GEODE-2141 > URL: https://issues.apache.org/jira/browse/GEODE-2141 > Project: Geode > Issue Type: Improvement >Reporter: Avinash Dongre >Assignee: Avinash Dongre > > In StatisticsMonitor and StatMonitorHandler List is used to store monitors, > listeners and statisticIds. > We should be using ConcurrentHashSet for performance Reason. > In my local testing When I replace the List to > com.gemstone.gemfire.internal.concurrent. > ConcurrentHashSet > I see significant improvement in creating large number of region creation. > ( from ~7hrs to ~26 minutes) > More details about the same is on dev list. > Refer : http://markmail.org/message/o7td3fczylx4uaet -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (GEODE-2156) Remove incubating references
[ https://issues.apache.org/jira/browse/GEODE-2156?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713703#comment-15713703 ] ASF subversion and git services commented on GEODE-2156: Commit 13a046b41d395855326387c440b7b580f7e51a82 in incubator-geode's branch refs/heads/feature/GEODE-2156 from [~amb] [ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=13a046b ] GEODE-2156: Update repo references > Remove incubating references > > > Key: GEODE-2156 > URL: https://issues.apache.org/jira/browse/GEODE-2156 > Project: Geode > Issue Type: Task >Reporter: Anthony Baker > Fix For: 1.1.0 > > > With the completion of GEODE-1, we need to update the following: > 1) Project name references no longer need to include "(incubating)" > 2) Project website references should remove ".incubator" > 3) Project email lists should remove ".incubator" > 4) DISCLAIMER no longer applies > 5) Git repo references should remove "incubator-" -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (GEODE-1931) CI Failure: LocatorUDPSecurityDUnitTest.testStartTwoLocators
[ https://issues.apache.org/jira/browse/GEODE-1931?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713684#comment-15713684 ] ASF subversion and git services commented on GEODE-1931: Commit 1477c74ded0663e664671f7c9b0a2936a020fbc7 in incubator-geode's branch refs/heads/feature/GEODE-2156 from [~ukohlmeyer] [ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=1477c74 ] GEODE-1931: Spotless > CI Failure: LocatorUDPSecurityDUnitTest.testStartTwoLocators > > > Key: GEODE-1931 > URL: https://issues.apache.org/jira/browse/GEODE-1931 > Project: Geode > Issue Type: Bug > Components: membership >Reporter: Eric Shu >Assignee: Udo Kohlmeyer > Labels: ci, flaky > > org.apache.geode.test.dunit.RMIException: While invoking > org.apache.geode.test.dunit.NamedCallable.call in VM 2 running on Host > cc2-rh6.gemstone.com with 5 VMs > at org.apache.geode.test.dunit.VM.invoke(VM.java:389) > at org.apache.geode.test.dunit.VM.invoke(VM.java:355) > at org.apache.geode.test.dunit.VM.invoke(VM.java:308) > at > org.apache.geode.distributed.LocatorDUnitTest.testStartTwoLocators(LocatorDUnitTest.java:307) > 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.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: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
[jira] [Commented] (GEODE-2129) Need to generate pdx type id random(or avoid sequential)
[ https://issues.apache.org/jira/browse/GEODE-2129?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713685#comment-15713685 ] ASF subversion and git services commented on GEODE-2129: Commit fdd6166889af780435cbae0923655fdfdff5d628 in incubator-geode's branch refs/heads/feature/GEODE-2156 from [~dbarnes97] [ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=fdd6166 ] GEODE-2129: Docs - clarify need for unique distributed-system-id > Need to generate pdx type id random(or avoid sequential) > > > Key: GEODE-2129 > URL: https://issues.apache.org/jira/browse/GEODE-2129 > Project: Geode > Issue Type: Bug > Components: serialization >Reporter: Hitesh Khamesra >Assignee: Hitesh Khamesra > > Right now pdxtype id has 4 bytes. Out of those 4 bytes, one byte reserved > for distributed-system-id, this make sure type id generated from different > cluster has different id. For rest of the three bytes we just increment > counter to create new pdxtype id. In the field, we have observed that > sometimes this pdxType Id collides. One reason could be they end up having > same distributed-system-id for the different cluster. > Thus to avoid a collision, we will be using hashcode of pdxType for three > bytes of pdxType id. That will reduce the possibility of collision. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (GEODE-2141) StatisticsMonitor and StatMonitorHandler should use ConcurrentHashSet to store monitors, listeners and statisticIds
[ https://issues.apache.org/jira/browse/GEODE-2141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713658#comment-15713658 ] ASF subversion and git services commented on GEODE-2141: Commit 50320dc4e828c900b6e1ee92c909fa019cae26d0 in incubator-geode's branch refs/heads/develop from adongre [ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=50320dc ] GEODE-2141: Replace use of List with ConcurrentHashSet for storing various stats and listener. Moved methods stopNotifier_IfEnabledAndRunning and startNotifier_IfEnabledAndNotRunning in synchronized block. GEODE-2141: Addresing the review comments. GEODE-2141: Addressing Review Comments Making addMonitor and remoteMonitor threadsafe. > StatisticsMonitor and StatMonitorHandler should use ConcurrentHashSet to > store monitors, listeners and statisticIds > --- > > Key: GEODE-2141 > URL: https://issues.apache.org/jira/browse/GEODE-2141 > Project: Geode > Issue Type: Improvement >Reporter: Avinash Dongre >Assignee: Avinash Dongre > > In StatisticsMonitor and StatMonitorHandler List is used to store monitors, > listeners and statisticIds. > We should be using ConcurrentHashSet for performance Reason. > In my local testing When I replace the List to > com.gemstone.gemfire.internal.concurrent. > ConcurrentHashSet > I see significant improvement in creating large number of region creation. > ( from ~7hrs to ~26 minutes) > More details about the same is on dev list. > Refer : http://markmail.org/message/o7td3fczylx4uaet -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (GEODE-2141) StatisticsMonitor and StatMonitorHandler should use ConcurrentHashSet to store monitors, listeners and statisticIds
[ https://issues.apache.org/jira/browse/GEODE-2141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713657#comment-15713657 ] ASF subversion and git services commented on GEODE-2141: Commit 50320dc4e828c900b6e1ee92c909fa019cae26d0 in incubator-geode's branch refs/heads/develop from adongre [ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=50320dc ] GEODE-2141: Replace use of List with ConcurrentHashSet for storing various stats and listener. Moved methods stopNotifier_IfEnabledAndRunning and startNotifier_IfEnabledAndNotRunning in synchronized block. GEODE-2141: Addresing the review comments. GEODE-2141: Addressing Review Comments Making addMonitor and remoteMonitor threadsafe. > StatisticsMonitor and StatMonitorHandler should use ConcurrentHashSet to > store monitors, listeners and statisticIds > --- > > Key: GEODE-2141 > URL: https://issues.apache.org/jira/browse/GEODE-2141 > Project: Geode > Issue Type: Improvement >Reporter: Avinash Dongre >Assignee: Avinash Dongre > > In StatisticsMonitor and StatMonitorHandler List is used to store monitors, > listeners and statisticIds. > We should be using ConcurrentHashSet for performance Reason. > In my local testing When I replace the List to > com.gemstone.gemfire.internal.concurrent. > ConcurrentHashSet > I see significant improvement in creating large number of region creation. > ( from ~7hrs to ~26 minutes) > More details about the same is on dev list. > Refer : http://markmail.org/message/o7td3fczylx4uaet -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (GEODE-1978) CI Failure: ConcurrentWANPropagation_1_DUnitTest.testReplicatedSerialPropagationWithRemoteRegionDestroy
[
https://issues.apache.org/jira/browse/GEODE-1978?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713575#comment-15713575
]
Dan Smith commented on GEODE-1978:
--
This test is still failing. It's easily reproducible if you add a sleep before
the last validation line.
{code}
Thread.sleep(1);
vm4.invoke(() ->
WANTestBase.verifyRegionQueueNotEmptyForConcurrentSender("ln"));
{code}
I think what's happening in is that even though [~nnag] added a sleep to
prevent the queue from being empty when the region is destroyed on the remote
side, *after* the region is destroyed, the dispatcher just gets a bunch of
exceptions discards the events. So the queue will still drain down to zero, and
the race still exists in this test.
> CI Failure:
> ConcurrentWANPropagation_1_DUnitTest.testReplicatedSerialPropagationWithRemoteRegionDestroy
> ---
>
> Key: GEODE-1978
> URL: https://issues.apache.org/jira/browse/GEODE-1978
> Project: Geode
> Issue Type: Bug
> Components: wan
>Reporter: Barry Oglesby
>Assignee: Dan Smith
> Fix For: 1.0.0-incubating
>
>
> Geode_develop_DistributedTests
> Private Build #4141
> Revision: 56a35e2b60c9a039dda06e5af7c0af431e8d3096
> org.apache.geode.test.dunit.RMIException: While invoking
> org.apache.geode.internal.cache.wan.concurrent.ConcurrentWANPropagation_1_DUnitTest$$Lambda$1090/196880227.run
> in VM 4 running on Host cc2-rh6.gemstone.com with 8 VMs
> at org.apache.geode.test.dunit.VM.invoke(VM.java:389)
> at org.apache.geode.test.dunit.VM.invoke(VM.java:355)
> at org.apache.geode.test.dunit.VM.invoke(VM.java:293)
> at
> org.apache.geode.internal.cache.wan.concurrent.ConcurrentWANPropagation_1_DUnitTest.testReplicatedSerialPropagationWithRemoteRegionDestroy(ConcurrentWANPropagation_1_DUnitTest.java:382)
> 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.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:497)
> at
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
> at
> org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
> at
>
[jira] [Updated] (GEODE-2172) CustomConfigWithCacheIntegrationTest fails with AssertionError on Windows
[
https://issues.apache.org/jira/browse/GEODE-2172?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kirk Lund updated GEODE-2172:
-
Environment: Windows
> CustomConfigWithCacheIntegrationTest fails with AssertionError on Windows
> -
>
> Key: GEODE-2172
> URL: https://issues.apache.org/jira/browse/GEODE-2172
> Project: Geode
> Issue Type: Bug
> Components: tests
>Affects Versions: 1.0.0-incubating
> Environment: Windows
>Reporter: Kirk Lund
> Labels: IntegrationTest, Windows
>
> cacheLogWriterMessageShouldMatchCustomConfig:
> {noformat}
> java.lang.AssertionError:
> Expecting:
> "CUSTOM: level=INFO time=2016/11/30 13:49:13.780 PST message=
> ---
>
> 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.
>
> ---
> Build-Date: 2016-11-29 16:52:04 -0800
> Build-Id: klund
> Build-Java-Version: 1.8.0_45
> Build-Platform: Windows 7 6.1 amd64
> GemFire-Source-Date: 2016-11-29 16:39:45 -0800
> GemFire-Source-Repository: develop
> GemFire-Source-Revision: 90cf2b2be87a49b3586bf9dad03972d82d465e6a
> Product-Name: Pivotal GemFire
> Product-Version: 0.0.0
> Source-Date: 2016-11-29 11:40:32 -0800
> Source-Repository: develop
> Source-Revision: f67554bc74ba59c14697cfc882be0b844149ffe4
> Native version: native code unavailable
> Running on: /192.168.1.41, 4 cpu(s), amd64 Windows 7 6.1
> Process ID: 6684
> User: klund
> Current dir: C:\dev\gemfire\open\geode-core\build\integrationTest
> Home dir: C:\Users\klund
> Command Line Parameters:
> -Dgemfire.DEFAULT_MAX_OPLOG_SIZE=10
> -Dgemfire.disallowMcastDefaults=true
>
> -Djava.security.manager=worker.org.gradle.process.internal.worker.child.BootstrapSecurityManager
> -Djline.terminal=jline.UnsupportedTerminal
> -XX:+HeapDumpOnOutOfMemoryError
> -Xmx768m
> -Dfile.encoding=windows-1252
> -Duser.country=US
> -Duser.language=en
> -Duser.variant
> -ea
> Class Path:
> C:\dev\gemfire\open\geode-core\build\classes\test
> C:\dev\gemfire\open\geode-core\build\resources\test
> C:\dev\gemfire\open\geode-core\build\generated-resources\main
> C:\dev\gemfire\open\geode-core\build\classes\main
> C:\dev\gemfire\open\geode-core\build\resources\main
>
> C:\Users\klund\.gradle\caches\modules-2\files-2.1\com.github.stephenc.findbugs\findbugs-annotations\1.3.9-1\a6b11447635d80757d64b355bed3c00786d86801\findbugs-annotations-1.3.9-1.jar
>
> C:\Users\klund\.gradle\caches\modules-2\files-2.1\org.jgroups\jgroups\3.6.10.Final\fc0ff5a8a9de27ab62939956f705c2909bf86bc2\jgroups-3.6.10.Final.jar
>
> C:\Users\klund\.gradle\caches\modules-2\files-2.1\antlr\antlr\2.7.7\83cd2cd674a217ade95a4bb83a8a14f351f48bd0\antlr-2.7.7.jar
>
> C:\Users\klund\.gradle\caches\modules-2\files-2.1\com.fasterxml.jackson.core\jackson-databind\2.8.2\1f12816593c1422be957471c98a80bfbace60fa2\jackson-databind-2.8.2.jar
>
> C:\Users\klund\.gradle\caches\modules-2\files-2.1\commons-lang\commons-lang\2.5\b0236b252e86419eef20c31a44579d2aee2f0a69\commons-lang-2.5.jar
>
> C:\Users\klund\.gradle\caches\modules-2\files-2.1\commons-modeler\commons-modeler\2.0\177f22811ed71980e5cda66de05bd070e4da3ee3\commons-modeler-2.0.jar
>
> C:\Users\klund\.gradle\caches\modules-2\files-2.1\io.netty\netty-all\4.0.4.Final\925914146e37041255ea18ae2d5982f9589c784d\netty-all-4.0.4.Final.jar
>
> C:\Users\klund\.gradle\caches\modules-2\files-2.1\it.unimi.dsi\fastutil\7.0.2\20876232e2cd12563507e4c9e85bd7948bc0656f\fastutil-7.0.2.jar
>
> C:\Users\klund\.gradle\caches\modules-2\files-2.1\javax.mail\javax.mail-api\1.4.5\42af3cb44d5ec658adc8a4c7354ac0d19547c4ca\javax.mail-api-1.4.5.jar
>
> C:\Users\klund\.gradle\caches\modules-2\files-2.1\javax.resource\javax.resource-api\1.7\ae40e0864eb1e92c48bf82a2a3399cbbf523fb79\javax.resource-api-1.7.jar
>
> C:\Users\klund\.gradle\caches\modules-2\files-2.1\mx4j\mx4j\3.0.1\991089e21fce990b84d9e06e9ed9cc00d518ae56\mx4j-3.0.1.jar
>
>
[jira] [Updated] (GEODE-2172) CustomConfigWithCacheIntegrationTest fails with AssertionError on Windows
[
https://issues.apache.org/jira/browse/GEODE-2172?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kirk Lund updated GEODE-2172:
-
Description:
cacheLogWriterMessageShouldMatchCustomConfig:
{noformat}
java.lang.AssertionError:
Expecting:
"CUSTOM: level=INFO time=2016/11/30 13:49:13.780 PST message=
---
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.
---
Build-Date: 2016-11-29 16:52:04 -0800
Build-Id: klund
Build-Java-Version: 1.8.0_45
Build-Platform: Windows 7 6.1 amd64
GemFire-Source-Date: 2016-11-29 16:39:45 -0800
GemFire-Source-Repository: develop
GemFire-Source-Revision: 90cf2b2be87a49b3586bf9dad03972d82d465e6a
Product-Name: Pivotal GemFire
Product-Version: 0.0.0
Source-Date: 2016-11-29 11:40:32 -0800
Source-Repository: develop
Source-Revision: f67554bc74ba59c14697cfc882be0b844149ffe4
Native version: native code unavailable
Running on: /192.168.1.41, 4 cpu(s), amd64 Windows 7 6.1
Process ID: 6684
User: klund
Current dir: C:\dev\gemfire\open\geode-core\build\integrationTest
Home dir: C:\Users\klund
Command Line Parameters:
-Dgemfire.DEFAULT_MAX_OPLOG_SIZE=10
-Dgemfire.disallowMcastDefaults=true
-Djava.security.manager=worker.org.gradle.process.internal.worker.child.BootstrapSecurityManager
-Djline.terminal=jline.UnsupportedTerminal
-XX:+HeapDumpOnOutOfMemoryError
-Xmx768m
-Dfile.encoding=windows-1252
-Duser.country=US
-Duser.language=en
-Duser.variant
-ea
Class Path:
C:\dev\gemfire\open\geode-core\build\classes\test
C:\dev\gemfire\open\geode-core\build\resources\test
C:\dev\gemfire\open\geode-core\build\generated-resources\main
C:\dev\gemfire\open\geode-core\build\classes\main
C:\dev\gemfire\open\geode-core\build\resources\main
C:\Users\klund\.gradle\caches\modules-2\files-2.1\com.github.stephenc.findbugs\findbugs-annotations\1.3.9-1\a6b11447635d80757d64b355bed3c00786d86801\findbugs-annotations-1.3.9-1.jar
C:\Users\klund\.gradle\caches\modules-2\files-2.1\org.jgroups\jgroups\3.6.10.Final\fc0ff5a8a9de27ab62939956f705c2909bf86bc2\jgroups-3.6.10.Final.jar
C:\Users\klund\.gradle\caches\modules-2\files-2.1\antlr\antlr\2.7.7\83cd2cd674a217ade95a4bb83a8a14f351f48bd0\antlr-2.7.7.jar
C:\Users\klund\.gradle\caches\modules-2\files-2.1\com.fasterxml.jackson.core\jackson-databind\2.8.2\1f12816593c1422be957471c98a80bfbace60fa2\jackson-databind-2.8.2.jar
C:\Users\klund\.gradle\caches\modules-2\files-2.1\commons-lang\commons-lang\2.5\b0236b252e86419eef20c31a44579d2aee2f0a69\commons-lang-2.5.jar
C:\Users\klund\.gradle\caches\modules-2\files-2.1\commons-modeler\commons-modeler\2.0\177f22811ed71980e5cda66de05bd070e4da3ee3\commons-modeler-2.0.jar
C:\Users\klund\.gradle\caches\modules-2\files-2.1\io.netty\netty-all\4.0.4.Final\925914146e37041255ea18ae2d5982f9589c784d\netty-all-4.0.4.Final.jar
C:\Users\klund\.gradle\caches\modules-2\files-2.1\it.unimi.dsi\fastutil\7.0.2\20876232e2cd12563507e4c9e85bd7948bc0656f\fastutil-7.0.2.jar
C:\Users\klund\.gradle\caches\modules-2\files-2.1\javax.mail\javax.mail-api\1.4.5\42af3cb44d5ec658adc8a4c7354ac0d19547c4ca\javax.mail-api-1.4.5.jar
C:\Users\klund\.gradle\caches\modules-2\files-2.1\javax.resource\javax.resource-api\1.7\ae40e0864eb1e92c48bf82a2a3399cbbf523fb79\javax.resource-api-1.7.jar
C:\Users\klund\.gradle\caches\modules-2\files-2.1\mx4j\mx4j\3.0.1\991089e21fce990b84d9e06e9ed9cc00d518ae56\mx4j-3.0.1.jar
C:\Users\klund\.gradle\caches\modules-2\files-2.1\mx4j\mx4j-remote\3.0.1\f491951e754c24e7487efdd9f36d0677bfeb4184\mx4j-remote-3.0.1.jar
C:\Users\klund\.gradle\caches\modules-2\files-2.1\mx4j\mx4j-tools\3.0.1\df853af9fe34d4eb6f849a1b5936fddfcbe67751\mx4j-tools-3.0.1.jar
C:\Users\klund\.gradle\caches\modules-2\files-2.1\net.java.dev.jna\jna\4.0.0\9b3a11c613ec3fd3440af4103b12c3de82d38b6e\jna-4.0.0.jar
C:\Users\klund\.gradle\caches\modules-2\files-2.1\net.sf.jopt-simple\jopt-simple\5.0.1\20f7d76f9d06033d68f1b8e58666e7c542e91f08\jopt-simple-5.0.1.jar
[jira] [Updated] (GEODE-2172) CustomConfigWithCacheIntegrationTest fails with AssertionError on Windows
[
https://issues.apache.org/jira/browse/GEODE-2172?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kirk Lund updated GEODE-2172:
-
Labels: IntegrationTest Windows (was: )
> CustomConfigWithCacheIntegrationTest fails with AssertionError on Windows
> -
>
> Key: GEODE-2172
> URL: https://issues.apache.org/jira/browse/GEODE-2172
> Project: Geode
> Issue Type: Bug
> Components: tests
>Reporter: Kirk Lund
> Labels: IntegrationTest, Windows
>
> cacheLogWriterMessageShouldMatchCustomConfig:
> {noformat}
> java.lang.AssertionError:
> Expecting:
> "CUSTOM: level=INFO time=2016/11/30 13:49:13.780 PST message=
> ---
>
> 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.
>
> ---
> Build-Date: 2016-11-29 16:52:04 -0800
> Build-Id: klund
> Build-Java-Version: 1.8.0_45
> Build-Platform: Windows 7 6.1 amd64
> GemFire-Source-Date: 2016-11-29 16:39:45 -0800
> GemFire-Source-Repository: develop
> GemFire-Source-Revision: 90cf2b2be87a49b3586bf9dad03972d82d465e6a
> Product-Name: Pivotal GemFire
> Product-Version: 0.0.0
> Source-Date: 2016-11-29 11:40:32 -0800
> Source-Repository: develop
> Source-Revision: f67554bc74ba59c14697cfc882be0b844149ffe4
> Native version: native code unavailable
> Running on: /192.168.1.41, 4 cpu(s), amd64 Windows 7 6.1
> Process ID: 6684
> User: klund
> Current dir: C:\dev\gemfire\open\geode-core\build\integrationTest
> Home dir: C:\Users\klund
> Command Line Parameters:
> -Dgemfire.DEFAULT_MAX_OPLOG_SIZE=10
> -Dgemfire.disallowMcastDefaults=true
>
> -Djava.security.manager=worker.org.gradle.process.internal.worker.child.BootstrapSecurityManager
> -Djline.terminal=jline.UnsupportedTerminal
> -XX:+HeapDumpOnOutOfMemoryError
> -Xmx768m
> -Dfile.encoding=windows-1252
> -Duser.country=US
> -Duser.language=en
> -Duser.variant
> -ea
> Class Path:
> C:\dev\gemfire\open\geode-core\build\classes\test
> C:\dev\gemfire\open\geode-core\build\resources\test
> C:\dev\gemfire\open\geode-core\build\generated-resources\main
> C:\dev\gemfire\open\geode-core\build\classes\main
> C:\dev\gemfire\open\geode-core\build\resources\main
>
> C:\Users\klund\.gradle\caches\modules-2\files-2.1\com.github.stephenc.findbugs\findbugs-annotations\1.3.9-1\a6b11447635d80757d64b355bed3c00786d86801\findbugs-annotations-1.3.9-1.jar
>
> C:\Users\klund\.gradle\caches\modules-2\files-2.1\org.jgroups\jgroups\3.6.10.Final\fc0ff5a8a9de27ab62939956f705c2909bf86bc2\jgroups-3.6.10.Final.jar
>
> C:\Users\klund\.gradle\caches\modules-2\files-2.1\antlr\antlr\2.7.7\83cd2cd674a217ade95a4bb83a8a14f351f48bd0\antlr-2.7.7.jar
>
> C:\Users\klund\.gradle\caches\modules-2\files-2.1\com.fasterxml.jackson.core\jackson-databind\2.8.2\1f12816593c1422be957471c98a80bfbace60fa2\jackson-databind-2.8.2.jar
>
> C:\Users\klund\.gradle\caches\modules-2\files-2.1\commons-lang\commons-lang\2.5\b0236b252e86419eef20c31a44579d2aee2f0a69\commons-lang-2.5.jar
>
> C:\Users\klund\.gradle\caches\modules-2\files-2.1\commons-modeler\commons-modeler\2.0\177f22811ed71980e5cda66de05bd070e4da3ee3\commons-modeler-2.0.jar
>
> C:\Users\klund\.gradle\caches\modules-2\files-2.1\io.netty\netty-all\4.0.4.Final\925914146e37041255ea18ae2d5982f9589c784d\netty-all-4.0.4.Final.jar
>
> C:\Users\klund\.gradle\caches\modules-2\files-2.1\it.unimi.dsi\fastutil\7.0.2\20876232e2cd12563507e4c9e85bd7948bc0656f\fastutil-7.0.2.jar
>
> C:\Users\klund\.gradle\caches\modules-2\files-2.1\javax.mail\javax.mail-api\1.4.5\42af3cb44d5ec658adc8a4c7354ac0d19547c4ca\javax.mail-api-1.4.5.jar
>
> C:\Users\klund\.gradle\caches\modules-2\files-2.1\javax.resource\javax.resource-api\1.7\ae40e0864eb1e92c48bf82a2a3399cbbf523fb79\javax.resource-api-1.7.jar
>
> C:\Users\klund\.gradle\caches\modules-2\files-2.1\mx4j\mx4j\3.0.1\991089e21fce990b84d9e06e9ed9cc00d518ae56\mx4j-3.0.1.jar
>
>
[jira] [Commented] (GEODE-1653) Executing a fire-and-forget function on all servers doesn't actually execute on all servers
[
https://issues.apache.org/jira/browse/GEODE-1653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713531#comment-15713531
]
ASF subversion and git services commented on GEODE-1653:
Commit c61028966d51db436e75ba228465767cb1a0bd21 in incubator-geode's branch
refs/heads/develop from [~abarve]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=c610289 ]
This closes #293
GEODE-1653: Added helper method getAllServers in ExecuteFunctionNoAckOp
to get all available servers, instead executing Fire and Forget only on the
ones the
client is currently connected to.
GEODE-1653: Dunit test for Executing a fire-and-forget function on all
servers as opposed to only executing on the ones the client is currently
connected to.
GEODE-1653: changes after spotlessApply.
GEODE-1653:
1. renamed test file to FireAndForgetFunctionOnAllServersDUnitTest and
test to testFireAndForgetFunctionOnAllServers
2. replaced thread sleep with waitUntilDeterministic function before
verifying results after Fire and Forget Function execution
3. removed commented testServerSingleKeyExecution_Bug43513_OnServer
test.
GEODE-1653: Replacing Thread's sleep with Awatility, if the condition is not
met during the
timeout, a ConditionTimeoutException will be thrown. This makes
analyzing the failure much simpler.
GEODE-1653: Use a larger timeout value such as 60 seconds to prevent
test from failing on slower machines or garbage collection during the
test.
GEODE-1653:
1. Code changes
a. Added getAllServers() method to connection source, and converted
AutoConnectionSourceImpl's findAllServers logic into it.
b. Made relevant changes to both ExecuteFunctionNoAckOp and
ExecuteFunctionOp classes
2. Test changes
a. removed author tag in the test.
b. created a new function (FireAndForgetFunctionOnAllServers) for
test and removed it from TestFunction.
c. test change about awaitility and actual assertion.
d. asserted for pool's current server size after starting a new
server and stopping existing server.
GEODE-1653: Adding missed out file for FireAndForgetFunctionOnAllServers
function.
GEODE-1653: Adding @Override to ExplicitConnectionSourceImpl's
getAllServers() method.
GEODE-1653: fix the test code to double check the getCurrentServer only
returns 1 server
> Executing a fire-and-forget function on all servers doesn't actually execute
> on all servers
> ---
>
> Key: GEODE-1653
> URL: https://issues.apache.org/jira/browse/GEODE-1653
> Project: Geode
> Issue Type: Bug
> Components: functions
>Reporter: Barry Oglesby
>Assignee: Amey Barve
>
> Executing a fire-and-forget function on all servers only executes on the ones
> the client is currently connected to.
> The two {{ExecuteFunctionNoAckOp execute}} methods get the servers to execute
> against using code like:
> {noformat}
> pool.getCurrentServers();
> {noformat}
> This method just gets all the {{EndpointManager's endpointMap's
> ServerLocations}}.
> What should be done is more like what the {{ExecuteFunctionOp execute}}
> methods do:
> {noformat}
> private static List getAllServers(PoolImpl pool) {
> List servers = null;
> if (pool.getLocators() == null || pool.getLocators().isEmpty()) {
> servers = ((ExplicitConnectionSourceImpl)
> pool.getConnectionSource()).getAllServers();
> } else {
> servers = ((AutoConnectionSourceImpl)
> pool.getConnectionSource()).findAllServers(); // n/w call on locator
> }
> return servers;
> }
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (GEODE-2171) Tests that use PowerMock fail with java.lang.UnsatisfiedLinkError on Windows
[
https://issues.apache.org/jira/browse/GEODE-2171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kirk Lund updated GEODE-2171:
-
Labels: PowerMock UnitTest Windows (was: )
> Tests that use PowerMock fail with java.lang.UnsatisfiedLinkError on Windows
>
>
> Key: GEODE-2171
> URL: https://issues.apache.org/jira/browse/GEODE-2171
> Project: Geode
> Issue Type: Bug
> Components: tests
>Affects Versions: 1.0.0-incubating
>Reporter: Kirk Lund
> Labels: PowerMock, UnitTest, Windows
>
> Some of the tests that use PowerMock appear to be failing on Windows with
> java.lang.UnsatisfiedLinkError involving jansi library:
> java.lang.UnsatisfiedLinkError: Could not load library. Reasons: [no
> jansi64-1.8 in java.library.path, no jansi-1.8 in java.library.path, no jansi
> in java.library.path, Native Library C:\cygwin\tmp\jansi-64-1.8.dll already
> loaded in another classloader]
> Example stack:
> {noformat}
> java.lang.UnsatisfiedLinkError: Could not load library. Reasons: [no
> jansi64-1.8 in java.library.path, no jansi-1.8 in java.library.path, no jansi
> in java.library.path, Native Library C:\cygwin\tmp\jansi-64-1.8.dll already
> loaded in another classloader]
> at org.fusesource.hawtjni.runtime.Library.doLoad(Library.java:184)
> at org.fusesource.hawtjni.runtime.Library.load(Library.java:142)
> at org.fusesource.jansi.internal.Kernel32.(Kernel32.java:37)
> at
> org.fusesource.jansi.WindowsAnsiOutputStream.(WindowsAnsiOutputStream.java:52)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
> at
> org.apache.logging.log4j.core.appender.ConsoleAppender.getOutputStream(ConsoleAppender.java:253)
> at
> org.apache.logging.log4j.core.appender.ConsoleAppender.getDefaultManager(ConsoleAppender.java:218)
> at
> org.apache.logging.log4j.core.appender.ConsoleAppender.createDefaultAppenderForLayout(ConsoleAppender.java:145)
> at
> org.apache.logging.log4j.core.config.AbstractConfiguration.setToDefault(AbstractConfiguration.java:552)
> at
> org.apache.logging.log4j.core.config.DefaultConfiguration.(DefaultConfiguration.java:47)
> at
> org.apache.logging.log4j.core.LoggerContext.(LoggerContext.java:73)
> at
> org.apache.logging.log4j.core.selector.ClassLoaderContextSelector.createContext(ClassLoaderContextSelector.java:171)
> at
> org.apache.logging.log4j.core.selector.ClassLoaderContextSelector.locateContext(ClassLoaderContextSelector.java:145)
> at
> org.apache.logging.log4j.core.selector.ClassLoaderContextSelector.getContext(ClassLoaderContextSelector.java:74)
> at
> org.apache.logging.log4j.core.impl.Log4jContextFactory.getContext(Log4jContextFactory.java:227)
> at
> org.apache.logging.log4j.core.impl.Log4jContextFactory.getContext(Log4jContextFactory.java:45)
> at org.apache.logging.log4j.LogManager.getContext(LogManager.java:174)
> at org.apache.logging.log4j.LogManager.getLogger(LogManager.java:631)
> at org.apache.geode.internal.logging.LogService.init(LogService.java:82)
> at
> org.apache.geode.internal.logging.LogService.(LogService.java:73)
> at
> org.apache.geode.internal.cache.tier.sockets.Message.(Message.java:92)
> at
> sun.reflect.GeneratedSerializationConstructorAccessor159.newInstance(Unknown
> Source)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
> at
> org.objenesis.instantiator.sun.SunReflectionFactoryInstantiator.newInstance(SunReflectionFactoryInstantiator.java:45)
> at org.objenesis.ObjenesisBase.newInstance(ObjenesisBase.java:73)
> at
> org.mockito.internal.creation.instance.ObjenesisInstantiator.newInstance(ObjenesisInstantiator.java:14)
> at
> org.powermock.api.mockito.repackaged.ClassImposterizer.createProxy(ClassImposterizer.java:143)
> at
> org.powermock.api.mockito.repackaged.ClassImposterizer.imposterise(ClassImposterizer.java:58)
> at
> org.powermock.api.mockito.internal.mockcreation.MockCreator.createMethodInvocationControl(MockCreator.java:111)
> at
> org.powermock.api.mockito.internal.mockcreation.MockCreator.mock(MockCreator.java:59)
> at org.powermock.api.mockito.PowerMockito.mock(PowerMockito.java:203)
> at
> org.powermock.api.extension.listener.AnnotationEnabler.standardInject(AnnotationEnabler.java:106)
> at
>
[jira] [Updated] (GEODE-2171) Tests that use PowerMock fail with java.lang.UnsatisfiedLinkError on Windows
[
https://issues.apache.org/jira/browse/GEODE-2171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kirk Lund updated GEODE-2171:
-
Description:
Some of the tests that use PowerMock appear to be failing on Windows with
java.lang.UnsatisfiedLinkError involving jansi library:
java.lang.UnsatisfiedLinkError: Could not load library. Reasons: [no
jansi64-1.8 in java.library.path, no jansi-1.8 in java.library.path, no jansi
in java.library.path, Native Library C:\cygwin\tmp\jansi-64-1.8.dll already
loaded in another classloader]
Example stack:
{noformat}
java.lang.UnsatisfiedLinkError: Could not load library. Reasons: [no
jansi64-1.8 in java.library.path, no jansi-1.8 in java.library.path, no jansi
in java.library.path, Native Library C:\cygwin\tmp\jansi-64-1.8.dll already
loaded in another classloader]
at org.fusesource.hawtjni.runtime.Library.doLoad(Library.java:184)
at org.fusesource.hawtjni.runtime.Library.load(Library.java:142)
at org.fusesource.jansi.internal.Kernel32.(Kernel32.java:37)
at
org.fusesource.jansi.WindowsAnsiOutputStream.(WindowsAnsiOutputStream.java:52)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at
org.apache.logging.log4j.core.appender.ConsoleAppender.getOutputStream(ConsoleAppender.java:253)
at
org.apache.logging.log4j.core.appender.ConsoleAppender.getDefaultManager(ConsoleAppender.java:218)
at
org.apache.logging.log4j.core.appender.ConsoleAppender.createDefaultAppenderForLayout(ConsoleAppender.java:145)
at
org.apache.logging.log4j.core.config.AbstractConfiguration.setToDefault(AbstractConfiguration.java:552)
at
org.apache.logging.log4j.core.config.DefaultConfiguration.(DefaultConfiguration.java:47)
at
org.apache.logging.log4j.core.LoggerContext.(LoggerContext.java:73)
at
org.apache.logging.log4j.core.selector.ClassLoaderContextSelector.createContext(ClassLoaderContextSelector.java:171)
at
org.apache.logging.log4j.core.selector.ClassLoaderContextSelector.locateContext(ClassLoaderContextSelector.java:145)
at
org.apache.logging.log4j.core.selector.ClassLoaderContextSelector.getContext(ClassLoaderContextSelector.java:74)
at
org.apache.logging.log4j.core.impl.Log4jContextFactory.getContext(Log4jContextFactory.java:227)
at
org.apache.logging.log4j.core.impl.Log4jContextFactory.getContext(Log4jContextFactory.java:45)
at org.apache.logging.log4j.LogManager.getContext(LogManager.java:174)
at org.apache.logging.log4j.LogManager.getLogger(LogManager.java:631)
at org.apache.geode.internal.logging.LogService.init(LogService.java:82)
at
org.apache.geode.internal.logging.LogService.(LogService.java:73)
at
org.apache.geode.internal.cache.tier.sockets.Message.(Message.java:92)
at
sun.reflect.GeneratedSerializationConstructorAccessor159.newInstance(Unknown
Source)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at
org.objenesis.instantiator.sun.SunReflectionFactoryInstantiator.newInstance(SunReflectionFactoryInstantiator.java:45)
at org.objenesis.ObjenesisBase.newInstance(ObjenesisBase.java:73)
at
org.mockito.internal.creation.instance.ObjenesisInstantiator.newInstance(ObjenesisInstantiator.java:14)
at
org.powermock.api.mockito.repackaged.ClassImposterizer.createProxy(ClassImposterizer.java:143)
at
org.powermock.api.mockito.repackaged.ClassImposterizer.imposterise(ClassImposterizer.java:58)
at
org.powermock.api.mockito.internal.mockcreation.MockCreator.createMethodInvocationControl(MockCreator.java:111)
at
org.powermock.api.mockito.internal.mockcreation.MockCreator.mock(MockCreator.java:59)
at org.powermock.api.mockito.PowerMockito.mock(PowerMockito.java:203)
at
org.powermock.api.extension.listener.AnnotationEnabler.standardInject(AnnotationEnabler.java:106)
at
org.powermock.api.extension.listener.AnnotationEnabler.beforeTestMethod(AnnotationEnabler.java:54)
at
org.powermock.tests.utils.impl.PowerMockTestNotifierImpl.notifyBeforeTestMethod(PowerMockTestNotifierImpl.java:90)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$PowerMockJUnit44MethodRunner.executeTest(PowerMockJUnit44RunnerDelegateImpl.java:292)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner.executeTestInSuper(PowerMockJUnit47RunnerDelegateImpl.java:127)
at
[jira] [Commented] (GEODE-1653) Executing a fire-and-forget function on all servers doesn't actually execute on all servers
[
https://issues.apache.org/jira/browse/GEODE-1653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713528#comment-15713528
]
ASF subversion and git services commented on GEODE-1653:
Commit c61028966d51db436e75ba228465767cb1a0bd21 in incubator-geode's branch
refs/heads/develop from [~abarve]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=c610289 ]
This closes #293
GEODE-1653: Added helper method getAllServers in ExecuteFunctionNoAckOp
to get all available servers, instead executing Fire and Forget only on the
ones the
client is currently connected to.
GEODE-1653: Dunit test for Executing a fire-and-forget function on all
servers as opposed to only executing on the ones the client is currently
connected to.
GEODE-1653: changes after spotlessApply.
GEODE-1653:
1. renamed test file to FireAndForgetFunctionOnAllServersDUnitTest and
test to testFireAndForgetFunctionOnAllServers
2. replaced thread sleep with waitUntilDeterministic function before
verifying results after Fire and Forget Function execution
3. removed commented testServerSingleKeyExecution_Bug43513_OnServer
test.
GEODE-1653: Replacing Thread's sleep with Awatility, if the condition is not
met during the
timeout, a ConditionTimeoutException will be thrown. This makes
analyzing the failure much simpler.
GEODE-1653: Use a larger timeout value such as 60 seconds to prevent
test from failing on slower machines or garbage collection during the
test.
GEODE-1653:
1. Code changes
a. Added getAllServers() method to connection source, and converted
AutoConnectionSourceImpl's findAllServers logic into it.
b. Made relevant changes to both ExecuteFunctionNoAckOp and
ExecuteFunctionOp classes
2. Test changes
a. removed author tag in the test.
b. created a new function (FireAndForgetFunctionOnAllServers) for
test and removed it from TestFunction.
c. test change about awaitility and actual assertion.
d. asserted for pool's current server size after starting a new
server and stopping existing server.
GEODE-1653: Adding missed out file for FireAndForgetFunctionOnAllServers
function.
GEODE-1653: Adding @Override to ExplicitConnectionSourceImpl's
getAllServers() method.
GEODE-1653: fix the test code to double check the getCurrentServer only
returns 1 server
> Executing a fire-and-forget function on all servers doesn't actually execute
> on all servers
> ---
>
> Key: GEODE-1653
> URL: https://issues.apache.org/jira/browse/GEODE-1653
> Project: Geode
> Issue Type: Bug
> Components: functions
>Reporter: Barry Oglesby
>Assignee: Amey Barve
>
> Executing a fire-and-forget function on all servers only executes on the ones
> the client is currently connected to.
> The two {{ExecuteFunctionNoAckOp execute}} methods get the servers to execute
> against using code like:
> {noformat}
> pool.getCurrentServers();
> {noformat}
> This method just gets all the {{EndpointManager's endpointMap's
> ServerLocations}}.
> What should be done is more like what the {{ExecuteFunctionOp execute}}
> methods do:
> {noformat}
> private static List getAllServers(PoolImpl pool) {
> List servers = null;
> if (pool.getLocators() == null || pool.getLocators().isEmpty()) {
> servers = ((ExplicitConnectionSourceImpl)
> pool.getConnectionSource()).getAllServers();
> } else {
> servers = ((AutoConnectionSourceImpl)
> pool.getConnectionSource()).findAllServers(); // n/w call on locator
> }
> return servers;
> }
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (GEODE-1653) Executing a fire-and-forget function on all servers doesn't actually execute on all servers
[
https://issues.apache.org/jira/browse/GEODE-1653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713529#comment-15713529
]
ASF subversion and git services commented on GEODE-1653:
Commit c61028966d51db436e75ba228465767cb1a0bd21 in incubator-geode's branch
refs/heads/develop from [~abarve]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=c610289 ]
This closes #293
GEODE-1653: Added helper method getAllServers in ExecuteFunctionNoAckOp
to get all available servers, instead executing Fire and Forget only on the
ones the
client is currently connected to.
GEODE-1653: Dunit test for Executing a fire-and-forget function on all
servers as opposed to only executing on the ones the client is currently
connected to.
GEODE-1653: changes after spotlessApply.
GEODE-1653:
1. renamed test file to FireAndForgetFunctionOnAllServersDUnitTest and
test to testFireAndForgetFunctionOnAllServers
2. replaced thread sleep with waitUntilDeterministic function before
verifying results after Fire and Forget Function execution
3. removed commented testServerSingleKeyExecution_Bug43513_OnServer
test.
GEODE-1653: Replacing Thread's sleep with Awatility, if the condition is not
met during the
timeout, a ConditionTimeoutException will be thrown. This makes
analyzing the failure much simpler.
GEODE-1653: Use a larger timeout value such as 60 seconds to prevent
test from failing on slower machines or garbage collection during the
test.
GEODE-1653:
1. Code changes
a. Added getAllServers() method to connection source, and converted
AutoConnectionSourceImpl's findAllServers logic into it.
b. Made relevant changes to both ExecuteFunctionNoAckOp and
ExecuteFunctionOp classes
2. Test changes
a. removed author tag in the test.
b. created a new function (FireAndForgetFunctionOnAllServers) for
test and removed it from TestFunction.
c. test change about awaitility and actual assertion.
d. asserted for pool's current server size after starting a new
server and stopping existing server.
GEODE-1653: Adding missed out file for FireAndForgetFunctionOnAllServers
function.
GEODE-1653: Adding @Override to ExplicitConnectionSourceImpl's
getAllServers() method.
GEODE-1653: fix the test code to double check the getCurrentServer only
returns 1 server
> Executing a fire-and-forget function on all servers doesn't actually execute
> on all servers
> ---
>
> Key: GEODE-1653
> URL: https://issues.apache.org/jira/browse/GEODE-1653
> Project: Geode
> Issue Type: Bug
> Components: functions
>Reporter: Barry Oglesby
>Assignee: Amey Barve
>
> Executing a fire-and-forget function on all servers only executes on the ones
> the client is currently connected to.
> The two {{ExecuteFunctionNoAckOp execute}} methods get the servers to execute
> against using code like:
> {noformat}
> pool.getCurrentServers();
> {noformat}
> This method just gets all the {{EndpointManager's endpointMap's
> ServerLocations}}.
> What should be done is more like what the {{ExecuteFunctionOp execute}}
> methods do:
> {noformat}
> private static List getAllServers(PoolImpl pool) {
> List servers = null;
> if (pool.getLocators() == null || pool.getLocators().isEmpty()) {
> servers = ((ExplicitConnectionSourceImpl)
> pool.getConnectionSource()).getAllServers();
> } else {
> servers = ((AutoConnectionSourceImpl)
> pool.getConnectionSource()).findAllServers(); // n/w call on locator
> }
> return servers;
> }
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (GEODE-1653) Executing a fire-and-forget function on all servers doesn't actually execute on all servers
[
https://issues.apache.org/jira/browse/GEODE-1653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713530#comment-15713530
]
ASF subversion and git services commented on GEODE-1653:
Commit c61028966d51db436e75ba228465767cb1a0bd21 in incubator-geode's branch
refs/heads/develop from [~abarve]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=c610289 ]
This closes #293
GEODE-1653: Added helper method getAllServers in ExecuteFunctionNoAckOp
to get all available servers, instead executing Fire and Forget only on the
ones the
client is currently connected to.
GEODE-1653: Dunit test for Executing a fire-and-forget function on all
servers as opposed to only executing on the ones the client is currently
connected to.
GEODE-1653: changes after spotlessApply.
GEODE-1653:
1. renamed test file to FireAndForgetFunctionOnAllServersDUnitTest and
test to testFireAndForgetFunctionOnAllServers
2. replaced thread sleep with waitUntilDeterministic function before
verifying results after Fire and Forget Function execution
3. removed commented testServerSingleKeyExecution_Bug43513_OnServer
test.
GEODE-1653: Replacing Thread's sleep with Awatility, if the condition is not
met during the
timeout, a ConditionTimeoutException will be thrown. This makes
analyzing the failure much simpler.
GEODE-1653: Use a larger timeout value such as 60 seconds to prevent
test from failing on slower machines or garbage collection during the
test.
GEODE-1653:
1. Code changes
a. Added getAllServers() method to connection source, and converted
AutoConnectionSourceImpl's findAllServers logic into it.
b. Made relevant changes to both ExecuteFunctionNoAckOp and
ExecuteFunctionOp classes
2. Test changes
a. removed author tag in the test.
b. created a new function (FireAndForgetFunctionOnAllServers) for
test and removed it from TestFunction.
c. test change about awaitility and actual assertion.
d. asserted for pool's current server size after starting a new
server and stopping existing server.
GEODE-1653: Adding missed out file for FireAndForgetFunctionOnAllServers
function.
GEODE-1653: Adding @Override to ExplicitConnectionSourceImpl's
getAllServers() method.
GEODE-1653: fix the test code to double check the getCurrentServer only
returns 1 server
> Executing a fire-and-forget function on all servers doesn't actually execute
> on all servers
> ---
>
> Key: GEODE-1653
> URL: https://issues.apache.org/jira/browse/GEODE-1653
> Project: Geode
> Issue Type: Bug
> Components: functions
>Reporter: Barry Oglesby
>Assignee: Amey Barve
>
> Executing a fire-and-forget function on all servers only executes on the ones
> the client is currently connected to.
> The two {{ExecuteFunctionNoAckOp execute}} methods get the servers to execute
> against using code like:
> {noformat}
> pool.getCurrentServers();
> {noformat}
> This method just gets all the {{EndpointManager's endpointMap's
> ServerLocations}}.
> What should be done is more like what the {{ExecuteFunctionOp execute}}
> methods do:
> {noformat}
> private static List getAllServers(PoolImpl pool) {
> List servers = null;
> if (pool.getLocators() == null || pool.getLocators().isEmpty()) {
> servers = ((ExplicitConnectionSourceImpl)
> pool.getConnectionSource()).getAllServers();
> } else {
> servers = ((AutoConnectionSourceImpl)
> pool.getConnectionSource()).findAllServers(); // n/w call on locator
> }
> return servers;
> }
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (GEODE-1653) Executing a fire-and-forget function on all servers doesn't actually execute on all servers
[
https://issues.apache.org/jira/browse/GEODE-1653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713537#comment-15713537
]
ASF subversion and git services commented on GEODE-1653:
Commit c61028966d51db436e75ba228465767cb1a0bd21 in incubator-geode's branch
refs/heads/develop from [~abarve]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=c610289 ]
This closes #293
GEODE-1653: Added helper method getAllServers in ExecuteFunctionNoAckOp
to get all available servers, instead executing Fire and Forget only on the
ones the
client is currently connected to.
GEODE-1653: Dunit test for Executing a fire-and-forget function on all
servers as opposed to only executing on the ones the client is currently
connected to.
GEODE-1653: changes after spotlessApply.
GEODE-1653:
1. renamed test file to FireAndForgetFunctionOnAllServersDUnitTest and
test to testFireAndForgetFunctionOnAllServers
2. replaced thread sleep with waitUntilDeterministic function before
verifying results after Fire and Forget Function execution
3. removed commented testServerSingleKeyExecution_Bug43513_OnServer
test.
GEODE-1653: Replacing Thread's sleep with Awatility, if the condition is not
met during the
timeout, a ConditionTimeoutException will be thrown. This makes
analyzing the failure much simpler.
GEODE-1653: Use a larger timeout value such as 60 seconds to prevent
test from failing on slower machines or garbage collection during the
test.
GEODE-1653:
1. Code changes
a. Added getAllServers() method to connection source, and converted
AutoConnectionSourceImpl's findAllServers logic into it.
b. Made relevant changes to both ExecuteFunctionNoAckOp and
ExecuteFunctionOp classes
2. Test changes
a. removed author tag in the test.
b. created a new function (FireAndForgetFunctionOnAllServers) for
test and removed it from TestFunction.
c. test change about awaitility and actual assertion.
d. asserted for pool's current server size after starting a new
server and stopping existing server.
GEODE-1653: Adding missed out file for FireAndForgetFunctionOnAllServers
function.
GEODE-1653: Adding @Override to ExplicitConnectionSourceImpl's
getAllServers() method.
GEODE-1653: fix the test code to double check the getCurrentServer only
returns 1 server
> Executing a fire-and-forget function on all servers doesn't actually execute
> on all servers
> ---
>
> Key: GEODE-1653
> URL: https://issues.apache.org/jira/browse/GEODE-1653
> Project: Geode
> Issue Type: Bug
> Components: functions
>Reporter: Barry Oglesby
>Assignee: Amey Barve
>
> Executing a fire-and-forget function on all servers only executes on the ones
> the client is currently connected to.
> The two {{ExecuteFunctionNoAckOp execute}} methods get the servers to execute
> against using code like:
> {noformat}
> pool.getCurrentServers();
> {noformat}
> This method just gets all the {{EndpointManager's endpointMap's
> ServerLocations}}.
> What should be done is more like what the {{ExecuteFunctionOp execute}}
> methods do:
> {noformat}
> private static List getAllServers(PoolImpl pool) {
> List servers = null;
> if (pool.getLocators() == null || pool.getLocators().isEmpty()) {
> servers = ((ExplicitConnectionSourceImpl)
> pool.getConnectionSource()).getAllServers();
> } else {
> servers = ((AutoConnectionSourceImpl)
> pool.getConnectionSource()).findAllServers(); // n/w call on locator
> }
> return servers;
> }
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (GEODE-1653) Executing a fire-and-forget function on all servers doesn't actually execute on all servers
[
https://issues.apache.org/jira/browse/GEODE-1653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713532#comment-15713532
]
ASF GitHub Bot commented on GEODE-1653:
---
Github user asfgit closed the pull request at:
https://github.com/apache/incubator-geode/pull/293
> Executing a fire-and-forget function on all servers doesn't actually execute
> on all servers
> ---
>
> Key: GEODE-1653
> URL: https://issues.apache.org/jira/browse/GEODE-1653
> Project: Geode
> Issue Type: Bug
> Components: functions
>Reporter: Barry Oglesby
>Assignee: Amey Barve
>
> Executing a fire-and-forget function on all servers only executes on the ones
> the client is currently connected to.
> The two {{ExecuteFunctionNoAckOp execute}} methods get the servers to execute
> against using code like:
> {noformat}
> pool.getCurrentServers();
> {noformat}
> This method just gets all the {{EndpointManager's endpointMap's
> ServerLocations}}.
> What should be done is more like what the {{ExecuteFunctionOp execute}}
> methods do:
> {noformat}
> private static List getAllServers(PoolImpl pool) {
> List servers = null;
> if (pool.getLocators() == null || pool.getLocators().isEmpty()) {
> servers = ((ExplicitConnectionSourceImpl)
> pool.getConnectionSource()).getAllServers();
> } else {
> servers = ((AutoConnectionSourceImpl)
> pool.getConnectionSource()).findAllServers(); // n/w call on locator
> }
> return servers;
> }
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (GEODE-1653) Executing a fire-and-forget function on all servers doesn't actually execute on all servers
[
https://issues.apache.org/jira/browse/GEODE-1653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713533#comment-15713533
]
ASF subversion and git services commented on GEODE-1653:
Commit c61028966d51db436e75ba228465767cb1a0bd21 in incubator-geode's branch
refs/heads/develop from [~abarve]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=c610289 ]
This closes #293
GEODE-1653: Added helper method getAllServers in ExecuteFunctionNoAckOp
to get all available servers, instead executing Fire and Forget only on the
ones the
client is currently connected to.
GEODE-1653: Dunit test for Executing a fire-and-forget function on all
servers as opposed to only executing on the ones the client is currently
connected to.
GEODE-1653: changes after spotlessApply.
GEODE-1653:
1. renamed test file to FireAndForgetFunctionOnAllServersDUnitTest and
test to testFireAndForgetFunctionOnAllServers
2. replaced thread sleep with waitUntilDeterministic function before
verifying results after Fire and Forget Function execution
3. removed commented testServerSingleKeyExecution_Bug43513_OnServer
test.
GEODE-1653: Replacing Thread's sleep with Awatility, if the condition is not
met during the
timeout, a ConditionTimeoutException will be thrown. This makes
analyzing the failure much simpler.
GEODE-1653: Use a larger timeout value such as 60 seconds to prevent
test from failing on slower machines or garbage collection during the
test.
GEODE-1653:
1. Code changes
a. Added getAllServers() method to connection source, and converted
AutoConnectionSourceImpl's findAllServers logic into it.
b. Made relevant changes to both ExecuteFunctionNoAckOp and
ExecuteFunctionOp classes
2. Test changes
a. removed author tag in the test.
b. created a new function (FireAndForgetFunctionOnAllServers) for
test and removed it from TestFunction.
c. test change about awaitility and actual assertion.
d. asserted for pool's current server size after starting a new
server and stopping existing server.
GEODE-1653: Adding missed out file for FireAndForgetFunctionOnAllServers
function.
GEODE-1653: Adding @Override to ExplicitConnectionSourceImpl's
getAllServers() method.
GEODE-1653: fix the test code to double check the getCurrentServer only
returns 1 server
> Executing a fire-and-forget function on all servers doesn't actually execute
> on all servers
> ---
>
> Key: GEODE-1653
> URL: https://issues.apache.org/jira/browse/GEODE-1653
> Project: Geode
> Issue Type: Bug
> Components: functions
>Reporter: Barry Oglesby
>Assignee: Amey Barve
>
> Executing a fire-and-forget function on all servers only executes on the ones
> the client is currently connected to.
> The two {{ExecuteFunctionNoAckOp execute}} methods get the servers to execute
> against using code like:
> {noformat}
> pool.getCurrentServers();
> {noformat}
> This method just gets all the {{EndpointManager's endpointMap's
> ServerLocations}}.
> What should be done is more like what the {{ExecuteFunctionOp execute}}
> methods do:
> {noformat}
> private static List getAllServers(PoolImpl pool) {
> List servers = null;
> if (pool.getLocators() == null || pool.getLocators().isEmpty()) {
> servers = ((ExplicitConnectionSourceImpl)
> pool.getConnectionSource()).getAllServers();
> } else {
> servers = ((AutoConnectionSourceImpl)
> pool.getConnectionSource()).findAllServers(); // n/w call on locator
> }
> return servers;
> }
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (GEODE-1653) Executing a fire-and-forget function on all servers doesn't actually execute on all servers
[
https://issues.apache.org/jira/browse/GEODE-1653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713536#comment-15713536
]
ASF subversion and git services commented on GEODE-1653:
Commit c61028966d51db436e75ba228465767cb1a0bd21 in incubator-geode's branch
refs/heads/develop from [~abarve]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=c610289 ]
This closes #293
GEODE-1653: Added helper method getAllServers in ExecuteFunctionNoAckOp
to get all available servers, instead executing Fire and Forget only on the
ones the
client is currently connected to.
GEODE-1653: Dunit test for Executing a fire-and-forget function on all
servers as opposed to only executing on the ones the client is currently
connected to.
GEODE-1653: changes after spotlessApply.
GEODE-1653:
1. renamed test file to FireAndForgetFunctionOnAllServersDUnitTest and
test to testFireAndForgetFunctionOnAllServers
2. replaced thread sleep with waitUntilDeterministic function before
verifying results after Fire and Forget Function execution
3. removed commented testServerSingleKeyExecution_Bug43513_OnServer
test.
GEODE-1653: Replacing Thread's sleep with Awatility, if the condition is not
met during the
timeout, a ConditionTimeoutException will be thrown. This makes
analyzing the failure much simpler.
GEODE-1653: Use a larger timeout value such as 60 seconds to prevent
test from failing on slower machines or garbage collection during the
test.
GEODE-1653:
1. Code changes
a. Added getAllServers() method to connection source, and converted
AutoConnectionSourceImpl's findAllServers logic into it.
b. Made relevant changes to both ExecuteFunctionNoAckOp and
ExecuteFunctionOp classes
2. Test changes
a. removed author tag in the test.
b. created a new function (FireAndForgetFunctionOnAllServers) for
test and removed it from TestFunction.
c. test change about awaitility and actual assertion.
d. asserted for pool's current server size after starting a new
server and stopping existing server.
GEODE-1653: Adding missed out file for FireAndForgetFunctionOnAllServers
function.
GEODE-1653: Adding @Override to ExplicitConnectionSourceImpl's
getAllServers() method.
GEODE-1653: fix the test code to double check the getCurrentServer only
returns 1 server
> Executing a fire-and-forget function on all servers doesn't actually execute
> on all servers
> ---
>
> Key: GEODE-1653
> URL: https://issues.apache.org/jira/browse/GEODE-1653
> Project: Geode
> Issue Type: Bug
> Components: functions
>Reporter: Barry Oglesby
>Assignee: Amey Barve
>
> Executing a fire-and-forget function on all servers only executes on the ones
> the client is currently connected to.
> The two {{ExecuteFunctionNoAckOp execute}} methods get the servers to execute
> against using code like:
> {noformat}
> pool.getCurrentServers();
> {noformat}
> This method just gets all the {{EndpointManager's endpointMap's
> ServerLocations}}.
> What should be done is more like what the {{ExecuteFunctionOp execute}}
> methods do:
> {noformat}
> private static List getAllServers(PoolImpl pool) {
> List servers = null;
> if (pool.getLocators() == null || pool.getLocators().isEmpty()) {
> servers = ((ExplicitConnectionSourceImpl)
> pool.getConnectionSource()).getAllServers();
> } else {
> servers = ((AutoConnectionSourceImpl)
> pool.getConnectionSource()).findAllServers(); // n/w call on locator
> }
> return servers;
> }
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (GEODE-1653) Executing a fire-and-forget function on all servers doesn't actually execute on all servers
[
https://issues.apache.org/jira/browse/GEODE-1653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713526#comment-15713526
]
ASF subversion and git services commented on GEODE-1653:
Commit c61028966d51db436e75ba228465767cb1a0bd21 in incubator-geode's branch
refs/heads/develop from [~abarve]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=c610289 ]
This closes #293
GEODE-1653: Added helper method getAllServers in ExecuteFunctionNoAckOp
to get all available servers, instead executing Fire and Forget only on the
ones the
client is currently connected to.
GEODE-1653: Dunit test for Executing a fire-and-forget function on all
servers as opposed to only executing on the ones the client is currently
connected to.
GEODE-1653: changes after spotlessApply.
GEODE-1653:
1. renamed test file to FireAndForgetFunctionOnAllServersDUnitTest and
test to testFireAndForgetFunctionOnAllServers
2. replaced thread sleep with waitUntilDeterministic function before
verifying results after Fire and Forget Function execution
3. removed commented testServerSingleKeyExecution_Bug43513_OnServer
test.
GEODE-1653: Replacing Thread's sleep with Awatility, if the condition is not
met during the
timeout, a ConditionTimeoutException will be thrown. This makes
analyzing the failure much simpler.
GEODE-1653: Use a larger timeout value such as 60 seconds to prevent
test from failing on slower machines or garbage collection during the
test.
GEODE-1653:
1. Code changes
a. Added getAllServers() method to connection source, and converted
AutoConnectionSourceImpl's findAllServers logic into it.
b. Made relevant changes to both ExecuteFunctionNoAckOp and
ExecuteFunctionOp classes
2. Test changes
a. removed author tag in the test.
b. created a new function (FireAndForgetFunctionOnAllServers) for
test and removed it from TestFunction.
c. test change about awaitility and actual assertion.
d. asserted for pool's current server size after starting a new
server and stopping existing server.
GEODE-1653: Adding missed out file for FireAndForgetFunctionOnAllServers
function.
GEODE-1653: Adding @Override to ExplicitConnectionSourceImpl's
getAllServers() method.
GEODE-1653: fix the test code to double check the getCurrentServer only
returns 1 server
> Executing a fire-and-forget function on all servers doesn't actually execute
> on all servers
> ---
>
> Key: GEODE-1653
> URL: https://issues.apache.org/jira/browse/GEODE-1653
> Project: Geode
> Issue Type: Bug
> Components: functions
>Reporter: Barry Oglesby
>Assignee: Amey Barve
>
> Executing a fire-and-forget function on all servers only executes on the ones
> the client is currently connected to.
> The two {{ExecuteFunctionNoAckOp execute}} methods get the servers to execute
> against using code like:
> {noformat}
> pool.getCurrentServers();
> {noformat}
> This method just gets all the {{EndpointManager's endpointMap's
> ServerLocations}}.
> What should be done is more like what the {{ExecuteFunctionOp execute}}
> methods do:
> {noformat}
> private static List getAllServers(PoolImpl pool) {
> List servers = null;
> if (pool.getLocators() == null || pool.getLocators().isEmpty()) {
> servers = ((ExplicitConnectionSourceImpl)
> pool.getConnectionSource()).getAllServers();
> } else {
> servers = ((AutoConnectionSourceImpl)
> pool.getConnectionSource()).findAllServers(); // n/w call on locator
> }
> return servers;
> }
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (GEODE-1653) Executing a fire-and-forget function on all servers doesn't actually execute on all servers
[
https://issues.apache.org/jira/browse/GEODE-1653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713527#comment-15713527
]
ASF subversion and git services commented on GEODE-1653:
Commit c61028966d51db436e75ba228465767cb1a0bd21 in incubator-geode's branch
refs/heads/develop from [~abarve]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=c610289 ]
This closes #293
GEODE-1653: Added helper method getAllServers in ExecuteFunctionNoAckOp
to get all available servers, instead executing Fire and Forget only on the
ones the
client is currently connected to.
GEODE-1653: Dunit test for Executing a fire-and-forget function on all
servers as opposed to only executing on the ones the client is currently
connected to.
GEODE-1653: changes after spotlessApply.
GEODE-1653:
1. renamed test file to FireAndForgetFunctionOnAllServersDUnitTest and
test to testFireAndForgetFunctionOnAllServers
2. replaced thread sleep with waitUntilDeterministic function before
verifying results after Fire and Forget Function execution
3. removed commented testServerSingleKeyExecution_Bug43513_OnServer
test.
GEODE-1653: Replacing Thread's sleep with Awatility, if the condition is not
met during the
timeout, a ConditionTimeoutException will be thrown. This makes
analyzing the failure much simpler.
GEODE-1653: Use a larger timeout value such as 60 seconds to prevent
test from failing on slower machines or garbage collection during the
test.
GEODE-1653:
1. Code changes
a. Added getAllServers() method to connection source, and converted
AutoConnectionSourceImpl's findAllServers logic into it.
b. Made relevant changes to both ExecuteFunctionNoAckOp and
ExecuteFunctionOp classes
2. Test changes
a. removed author tag in the test.
b. created a new function (FireAndForgetFunctionOnAllServers) for
test and removed it from TestFunction.
c. test change about awaitility and actual assertion.
d. asserted for pool's current server size after starting a new
server and stopping existing server.
GEODE-1653: Adding missed out file for FireAndForgetFunctionOnAllServers
function.
GEODE-1653: Adding @Override to ExplicitConnectionSourceImpl's
getAllServers() method.
GEODE-1653: fix the test code to double check the getCurrentServer only
returns 1 server
> Executing a fire-and-forget function on all servers doesn't actually execute
> on all servers
> ---
>
> Key: GEODE-1653
> URL: https://issues.apache.org/jira/browse/GEODE-1653
> Project: Geode
> Issue Type: Bug
> Components: functions
>Reporter: Barry Oglesby
>Assignee: Amey Barve
>
> Executing a fire-and-forget function on all servers only executes on the ones
> the client is currently connected to.
> The two {{ExecuteFunctionNoAckOp execute}} methods get the servers to execute
> against using code like:
> {noformat}
> pool.getCurrentServers();
> {noformat}
> This method just gets all the {{EndpointManager's endpointMap's
> ServerLocations}}.
> What should be done is more like what the {{ExecuteFunctionOp execute}}
> methods do:
> {noformat}
> private static List getAllServers(PoolImpl pool) {
> List servers = null;
> if (pool.getLocators() == null || pool.getLocators().isEmpty()) {
> servers = ((ExplicitConnectionSourceImpl)
> pool.getConnectionSource()).getAllServers();
> } else {
> servers = ((AutoConnectionSourceImpl)
> pool.getConnectionSource()).findAllServers(); // n/w call on locator
> }
> return servers;
> }
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (GEODE-1653) Executing a fire-and-forget function on all servers doesn't actually execute on all servers
[
https://issues.apache.org/jira/browse/GEODE-1653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713534#comment-15713534
]
ASF subversion and git services commented on GEODE-1653:
Commit c61028966d51db436e75ba228465767cb1a0bd21 in incubator-geode's branch
refs/heads/develop from [~abarve]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=c610289 ]
This closes #293
GEODE-1653: Added helper method getAllServers in ExecuteFunctionNoAckOp
to get all available servers, instead executing Fire and Forget only on the
ones the
client is currently connected to.
GEODE-1653: Dunit test for Executing a fire-and-forget function on all
servers as opposed to only executing on the ones the client is currently
connected to.
GEODE-1653: changes after spotlessApply.
GEODE-1653:
1. renamed test file to FireAndForgetFunctionOnAllServersDUnitTest and
test to testFireAndForgetFunctionOnAllServers
2. replaced thread sleep with waitUntilDeterministic function before
verifying results after Fire and Forget Function execution
3. removed commented testServerSingleKeyExecution_Bug43513_OnServer
test.
GEODE-1653: Replacing Thread's sleep with Awatility, if the condition is not
met during the
timeout, a ConditionTimeoutException will be thrown. This makes
analyzing the failure much simpler.
GEODE-1653: Use a larger timeout value such as 60 seconds to prevent
test from failing on slower machines or garbage collection during the
test.
GEODE-1653:
1. Code changes
a. Added getAllServers() method to connection source, and converted
AutoConnectionSourceImpl's findAllServers logic into it.
b. Made relevant changes to both ExecuteFunctionNoAckOp and
ExecuteFunctionOp classes
2. Test changes
a. removed author tag in the test.
b. created a new function (FireAndForgetFunctionOnAllServers) for
test and removed it from TestFunction.
c. test change about awaitility and actual assertion.
d. asserted for pool's current server size after starting a new
server and stopping existing server.
GEODE-1653: Adding missed out file for FireAndForgetFunctionOnAllServers
function.
GEODE-1653: Adding @Override to ExplicitConnectionSourceImpl's
getAllServers() method.
GEODE-1653: fix the test code to double check the getCurrentServer only
returns 1 server
> Executing a fire-and-forget function on all servers doesn't actually execute
> on all servers
> ---
>
> Key: GEODE-1653
> URL: https://issues.apache.org/jira/browse/GEODE-1653
> Project: Geode
> Issue Type: Bug
> Components: functions
>Reporter: Barry Oglesby
>Assignee: Amey Barve
>
> Executing a fire-and-forget function on all servers only executes on the ones
> the client is currently connected to.
> The two {{ExecuteFunctionNoAckOp execute}} methods get the servers to execute
> against using code like:
> {noformat}
> pool.getCurrentServers();
> {noformat}
> This method just gets all the {{EndpointManager's endpointMap's
> ServerLocations}}.
> What should be done is more like what the {{ExecuteFunctionOp execute}}
> methods do:
> {noformat}
> private static List getAllServers(PoolImpl pool) {
> List servers = null;
> if (pool.getLocators() == null || pool.getLocators().isEmpty()) {
> servers = ((ExplicitConnectionSourceImpl)
> pool.getConnectionSource()).getAllServers();
> } else {
> servers = ((AutoConnectionSourceImpl)
> pool.getConnectionSource()).findAllServers(); // n/w call on locator
> }
> return servers;
> }
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (GEODE-2170) Tests that use PowerMock fail with java.lang.NoClassDefFoundError on Windows
[
https://issues.apache.org/jira/browse/GEODE-2170?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kirk Lund updated GEODE-2170:
-
Description:
All tests that use PowerMock appear to be failing on Windows.
Example stack:
{noformat}
java.lang.NoClassDefFoundError: Could not initialize class
org.apache.geode.internal.cache.tier.sockets.Message$$EnhancerByMockitoWithCGLIB$$81a9601b
at
sun.reflect.GeneratedSerializationConstructorAccessor122.newInstance(Unknown
Source)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at
org.objenesis.instantiator.sun.SunReflectionFactoryInstantiator.newInstance(SunReflectionFactoryInstantiator.java:45)
at org.objenesis.ObjenesisBase.newInstance(ObjenesisBase.java:73)
at
org.mockito.internal.creation.instance.ObjenesisInstantiator.newInstance(ObjenesisInstantiator.java:14)
at
org.powermock.api.mockito.repackaged.ClassImposterizer.createProxy(ClassImposterizer.java:143)
at
org.powermock.api.mockito.repackaged.ClassImposterizer.imposterise(ClassImposterizer.java:58)
at
org.powermock.api.mockito.internal.mockcreation.MockCreator.createMethodInvocationControl(MockCreator.java:111)
at
org.powermock.api.mockito.internal.mockcreation.MockCreator.mock(MockCreator.java:59)
at org.powermock.api.mockito.PowerMockito.mock(PowerMockito.java:203)
at
org.powermock.api.extension.listener.AnnotationEnabler.standardInject(AnnotationEnabler.java:106)
at
org.powermock.api.extension.listener.AnnotationEnabler.beforeTestMethod(AnnotationEnabler.java:54)
at
org.powermock.tests.utils.impl.PowerMockTestNotifierImpl.notifyBeforeTestMethod(PowerMockTestNotifierImpl.java:90)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$PowerMockJUnit44MethodRunner.executeTest(PowerMockJUnit44RunnerDelegateImpl.java:292)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner.executeTestInSuper(PowerMockJUnit47RunnerDelegateImpl.java:127)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner.access$100(PowerMockJUnit47RunnerDelegateImpl.java:59)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner$LastRuleTestExecutorStatement.evaluate(PowerMockJUnit47RunnerDelegateImpl.java:148)
at org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner.executeTest(PowerMockJUnit47RunnerDelegateImpl.java:91)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$PowerMockJUnit44MethodRunner.runBeforesThenTestThenAfters(PowerMockJUnit44RunnerDelegateImpl.java:282)
at org.junit.internal.runners.MethodRoadie.runTest(MethodRoadie.java:87)
at org.junit.internal.runners.MethodRoadie.run(MethodRoadie.java:50)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.invokeTestMethod(PowerMockJUnit44RunnerDelegateImpl.java:207)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.runMethods(PowerMockJUnit44RunnerDelegateImpl.java:146)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$1.run(PowerMockJUnit44RunnerDelegateImpl.java:120)
at
org.junit.internal.runners.ClassRoadie.runUnprotected(ClassRoadie.java:34)
at
org.junit.internal.runners.ClassRoadie.runProtected(ClassRoadie.java:44)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.run(PowerMockJUnit44RunnerDelegateImpl.java:122)
at
org.powermock.modules.junit4.common.internal.impl.JUnit4TestSuiteChunkerImpl.run(JUnit4TestSuiteChunkerImpl.java:106)
at
org.powermock.modules.junit4.common.internal.impl.AbstractCommonPowerMockRunner.run(AbstractCommonPowerMockRunner.java:53)
at
org.powermock.modules.junit4.PowerMockRunner.run(PowerMockRunner.java:59)
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.GeneratedMethodAccessor4.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at
[jira] [Updated] (GEODE-2169) Subclasses of OperationContext should also be deprecated
[ https://issues.apache.org/jira/browse/GEODE-2169?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kevin Duling updated GEODE-2169: Component/s: management > Subclasses of OperationContext should also be deprecated > > > Key: GEODE-2169 > URL: https://issues.apache.org/jira/browse/GEODE-2169 > Project: Geode > Issue Type: Task > Components: core, management >Reporter: Kevin Duling > Fix For: 1.1.0 > > > Because org.apache.geode.cache.operations.OperationContext is deprecated, the > subclasses should also be. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (GEODE-2170) Tests that use PowerMock fail with java.lang.NoClassDefFoundError on Windows
[
https://issues.apache.org/jira/browse/GEODE-2170?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kirk Lund updated GEODE-2170:
-
Labels: PowerMock UnitTest Windows (was: IntegrationTest PowerMock
UnitTest Windows)
> Tests that use PowerMock fail with java.lang.NoClassDefFoundError on Windows
> -
>
> Key: GEODE-2170
> URL: https://issues.apache.org/jira/browse/GEODE-2170
> Project: Geode
> Issue Type: Bug
> Components: tests
>Affects Versions: 1.0.0-incubating
>Reporter: Kirk Lund
> Labels: PowerMock, UnitTest, Windows
>
> All tests that use PowerMock appear to be failing on Windows.
> Example stack:
> {noformat}
> java.lang.NoClassDefFoundError: Could not initialize class
> org.apache.geode.internal.cache.tier.sockets.Message$$EnhancerByMockitoWithCGLIB$$81a9601b
> at
> sun.reflect.GeneratedSerializationConstructorAccessor122.newInstance(Unknown
> Source)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
> at
> org.objenesis.instantiator.sun.SunReflectionFactoryInstantiator.newInstance(SunReflectionFactoryInstantiator.java:45)
> at org.objenesis.ObjenesisBase.newInstance(ObjenesisBase.java:73)
> at
> org.mockito.internal.creation.instance.ObjenesisInstantiator.newInstance(ObjenesisInstantiator.java:14)
> at
> org.powermock.api.mockito.repackaged.ClassImposterizer.createProxy(ClassImposterizer.java:143)
> at
> org.powermock.api.mockito.repackaged.ClassImposterizer.imposterise(ClassImposterizer.java:58)
> at
> org.powermock.api.mockito.internal.mockcreation.MockCreator.createMethodInvocationControl(MockCreator.java:111)
> at
> org.powermock.api.mockito.internal.mockcreation.MockCreator.mock(MockCreator.java:59)
> at org.powermock.api.mockito.PowerMockito.mock(PowerMockito.java:203)
> at
> org.powermock.api.extension.listener.AnnotationEnabler.standardInject(AnnotationEnabler.java:106)
> at
> org.powermock.api.extension.listener.AnnotationEnabler.beforeTestMethod(AnnotationEnabler.java:54)
> at
> org.powermock.tests.utils.impl.PowerMockTestNotifierImpl.notifyBeforeTestMethod(PowerMockTestNotifierImpl.java:90)
> at
> org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$PowerMockJUnit44MethodRunner.executeTest(PowerMockJUnit44RunnerDelegateImpl.java:292)
> at
> org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner.executeTestInSuper(PowerMockJUnit47RunnerDelegateImpl.java:127)
> at
> org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner.access$100(PowerMockJUnit47RunnerDelegateImpl.java:59)
> at
> org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner$LastRuleTestExecutorStatement.evaluate(PowerMockJUnit47RunnerDelegateImpl.java:148)
> at org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48)
> at
> org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner.executeTest(PowerMockJUnit47RunnerDelegateImpl.java:91)
> at
> org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$PowerMockJUnit44MethodRunner.runBeforesThenTestThenAfters(PowerMockJUnit44RunnerDelegateImpl.java:282)
> at org.junit.internal.runners.MethodRoadie.runTest(MethodRoadie.java:87)
> at org.junit.internal.runners.MethodRoadie.run(MethodRoadie.java:50)
> at
> org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.invokeTestMethod(PowerMockJUnit44RunnerDelegateImpl.java:207)
> at
> org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.runMethods(PowerMockJUnit44RunnerDelegateImpl.java:146)
> at
> org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$1.run(PowerMockJUnit44RunnerDelegateImpl.java:120)
> at
> org.junit.internal.runners.ClassRoadie.runUnprotected(ClassRoadie.java:34)
> at
> org.junit.internal.runners.ClassRoadie.runProtected(ClassRoadie.java:44)
> at
> org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.run(PowerMockJUnit44RunnerDelegateImpl.java:122)
> at
> org.powermock.modules.junit4.common.internal.impl.JUnit4TestSuiteChunkerImpl.run(JUnit4TestSuiteChunkerImpl.java:106)
> at
> org.powermock.modules.junit4.common.internal.impl.AbstractCommonPowerMockRunner.run(AbstractCommonPowerMockRunner.java:53)
> at
> org.powermock.modules.junit4.PowerMockRunner.run(PowerMockRunner.java:59)
> at
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
> at
[jira] [Resolved] (GEODE-2161) FilterRoutingInfo.FilterInfo.toData does unneeded copying
[
https://issues.apache.org/jira/browse/GEODE-2161?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
xiaojian zhou resolved GEODE-2161.
--
Resolution: Fixed
> FilterRoutingInfo.FilterInfo.toData does unneeded copying
> -
>
> Key: GEODE-2161
> URL: https://issues.apache.org/jira/browse/GEODE-2161
> Project: Geode
> Issue Type: Bug
>Reporter: xiaojian zhou
>Assignee: xiaojian zhou
>
> This is #52614
> FilterInfo.toData (that was being optimized for murex) does this:
> // create a hdos
> // write a bunch of stuff to it
> byte[] myData = hdos.toByteArray();
> DataSerializer.writeByteArray(myData, out);
> he toByteArray allocates a new byte array and copies all the data in the hdos
> to it.
> Then writeByteArray writes it all to "out".
> We can do this instead:
> if (out instanceof HeapDataOutputStream) {
> out.writeAsSerializedByteArray(hdos);
> } else {
> .. do it the old way
> }
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (GEODE-2170) Tests that use PowerMock fail with java.lang.NoClassDefFoundError on Windows
[
https://issues.apache.org/jira/browse/GEODE-2170?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kirk Lund updated GEODE-2170:
-
Description:
All tests that use PowerMock appear to be failing on Windows.
Example stack:
{noformat}
java.lang.NoClassDefFoundError: Could not initialize class
org.apache.geode.internal.cache.tier.sockets.Message$$EnhancerByMockitoWithCGLIB$$81a9601b
at
sun.reflect.GeneratedSerializationConstructorAccessor122.newInstance(Unknown
Source)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at
org.objenesis.instantiator.sun.SunReflectionFactoryInstantiator.newInstance(SunReflectionFactoryInstantiator.java:45)
at org.objenesis.ObjenesisBase.newInstance(ObjenesisBase.java:73)
at
org.mockito.internal.creation.instance.ObjenesisInstantiator.newInstance(ObjenesisInstantiator.java:14)
at
org.powermock.api.mockito.repackaged.ClassImposterizer.createProxy(ClassImposterizer.java:143)
at
org.powermock.api.mockito.repackaged.ClassImposterizer.imposterise(ClassImposterizer.java:58)
at
org.powermock.api.mockito.internal.mockcreation.MockCreator.createMethodInvocationControl(MockCreator.java:111)
at
org.powermock.api.mockito.internal.mockcreation.MockCreator.mock(MockCreator.java:59)
at org.powermock.api.mockito.PowerMockito.mock(PowerMockito.java:203)
at
org.powermock.api.extension.listener.AnnotationEnabler.standardInject(AnnotationEnabler.java:106)
at
org.powermock.api.extension.listener.AnnotationEnabler.beforeTestMethod(AnnotationEnabler.java:54)
at
org.powermock.tests.utils.impl.PowerMockTestNotifierImpl.notifyBeforeTestMethod(PowerMockTestNotifierImpl.java:90)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$PowerMockJUnit44MethodRunner.executeTest(PowerMockJUnit44RunnerDelegateImpl.java:292)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner.executeTestInSuper(PowerMockJUnit47RunnerDelegateImpl.java:127)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner.access$100(PowerMockJUnit47RunnerDelegateImpl.java:59)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner$LastRuleTestExecutorStatement.evaluate(PowerMockJUnit47RunnerDelegateImpl.java:148)
at org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner.executeTest(PowerMockJUnit47RunnerDelegateImpl.java:91)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$PowerMockJUnit44MethodRunner.runBeforesThenTestThenAfters(PowerMockJUnit44RunnerDelegateImpl.java:282)
at org.junit.internal.runners.MethodRoadie.runTest(MethodRoadie.java:87)
at org.junit.internal.runners.MethodRoadie.run(MethodRoadie.java:50)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.invokeTestMethod(PowerMockJUnit44RunnerDelegateImpl.java:207)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.runMethods(PowerMockJUnit44RunnerDelegateImpl.java:146)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$1.run(PowerMockJUnit44RunnerDelegateImpl.java:120)
at
org.junit.internal.runners.ClassRoadie.runUnprotected(ClassRoadie.java:34)
at
org.junit.internal.runners.ClassRoadie.runProtected(ClassRoadie.java:44)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.run(PowerMockJUnit44RunnerDelegateImpl.java:122)
at
org.powermock.modules.junit4.common.internal.impl.JUnit4TestSuiteChunkerImpl.run(JUnit4TestSuiteChunkerImpl.java:106)
at
org.powermock.modules.junit4.common.internal.impl.AbstractCommonPowerMockRunner.run(AbstractCommonPowerMockRunner.java:53)
at
org.powermock.modules.junit4.PowerMockRunner.run(PowerMockRunner.java:59)
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.GeneratedMethodAccessor4.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at
[jira] [Commented] (GEODE-2161) FilterRoutingInfo.FilterInfo.toData does unneeded copying
[
https://issues.apache.org/jira/browse/GEODE-2161?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713501#comment-15713501
]
ASF subversion and git services commented on GEODE-2161:
Commit 44278d165750d211a055d19e6e69ec21bb73edd9 in incubator-geode's branch
refs/heads/develop from zhouxh
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=44278d1 ]
GEODE-2161: avoid unnecessary byte copy of hdos.
> FilterRoutingInfo.FilterInfo.toData does unneeded copying
> -
>
> Key: GEODE-2161
> URL: https://issues.apache.org/jira/browse/GEODE-2161
> Project: Geode
> Issue Type: Bug
>Reporter: xiaojian zhou
>Assignee: xiaojian zhou
>
> This is #52614
> FilterInfo.toData (that was being optimized for murex) does this:
> // create a hdos
> // write a bunch of stuff to it
> byte[] myData = hdos.toByteArray();
> DataSerializer.writeByteArray(myData, out);
> he toByteArray allocates a new byte array and copies all the data in the hdos
> to it.
> Then writeByteArray writes it all to "out".
> We can do this instead:
> if (out instanceof HeapDataOutputStream) {
> out.writeAsSerializedByteArray(hdos);
> } else {
> .. do it the old way
> }
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (GEODE-2170) Tests that use PowerMock fail with java.lang.NoClassDefFoundError on Windows
[
https://issues.apache.org/jira/browse/GEODE-2170?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kirk Lund updated GEODE-2170:
-
Labels: IntegrationTest PowerMock UnitTest Windows (was: )
> Tests that use PowerMock fail with java.lang.NoClassDefFoundError on Windows
> -
>
> Key: GEODE-2170
> URL: https://issues.apache.org/jira/browse/GEODE-2170
> Project: Geode
> Issue Type: Bug
> Components: tests
>Affects Versions: 1.0.0-incubating
>Reporter: Kirk Lund
> Labels: IntegrationTest, PowerMock, UnitTest, Windows
>
> All tests that use PowerMock appear to be failing on Windows.
> Example stack:
> {noformat}
> java.lang.NoClassDefFoundError: Could not initialize class
> org.apache.geode.internal.cache.tier.sockets.Message$$EnhancerByMockitoWithCGLIB$$81a9601b
> at
> sun.reflect.GeneratedSerializationConstructorAccessor122.newInstance(Unknown
> Source)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
> at
> org.objenesis.instantiator.sun.SunReflectionFactoryInstantiator.newInstance(SunReflectionFactoryInstantiator.java:45)
> at org.objenesis.ObjenesisBase.newInstance(ObjenesisBase.java:73)
> at
> org.mockito.internal.creation.instance.ObjenesisInstantiator.newInstance(ObjenesisInstantiator.java:14)
> at
> org.powermock.api.mockito.repackaged.ClassImposterizer.createProxy(ClassImposterizer.java:143)
> at
> org.powermock.api.mockito.repackaged.ClassImposterizer.imposterise(ClassImposterizer.java:58)
> at
> org.powermock.api.mockito.internal.mockcreation.MockCreator.createMethodInvocationControl(MockCreator.java:111)
> at
> org.powermock.api.mockito.internal.mockcreation.MockCreator.mock(MockCreator.java:59)
> at org.powermock.api.mockito.PowerMockito.mock(PowerMockito.java:203)
> at
> org.powermock.api.extension.listener.AnnotationEnabler.standardInject(AnnotationEnabler.java:106)
> at
> org.powermock.api.extension.listener.AnnotationEnabler.beforeTestMethod(AnnotationEnabler.java:54)
> at
> org.powermock.tests.utils.impl.PowerMockTestNotifierImpl.notifyBeforeTestMethod(PowerMockTestNotifierImpl.java:90)
> at
> org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$PowerMockJUnit44MethodRunner.executeTest(PowerMockJUnit44RunnerDelegateImpl.java:292)
> at
> org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner.executeTestInSuper(PowerMockJUnit47RunnerDelegateImpl.java:127)
> at
> org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner.access$100(PowerMockJUnit47RunnerDelegateImpl.java:59)
> at
> org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner$LastRuleTestExecutorStatement.evaluate(PowerMockJUnit47RunnerDelegateImpl.java:148)
> at org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48)
> at
> org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner.executeTest(PowerMockJUnit47RunnerDelegateImpl.java:91)
> at
> org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$PowerMockJUnit44MethodRunner.runBeforesThenTestThenAfters(PowerMockJUnit44RunnerDelegateImpl.java:282)
> at org.junit.internal.runners.MethodRoadie.runTest(MethodRoadie.java:87)
> at org.junit.internal.runners.MethodRoadie.run(MethodRoadie.java:50)
> at
> org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.invokeTestMethod(PowerMockJUnit44RunnerDelegateImpl.java:207)
> at
> org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.runMethods(PowerMockJUnit44RunnerDelegateImpl.java:146)
> at
> org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$1.run(PowerMockJUnit44RunnerDelegateImpl.java:120)
> at
> org.junit.internal.runners.ClassRoadie.runUnprotected(ClassRoadie.java:34)
> at
> org.junit.internal.runners.ClassRoadie.runProtected(ClassRoadie.java:44)
> at
> org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.run(PowerMockJUnit44RunnerDelegateImpl.java:122)
> at
> org.powermock.modules.junit4.common.internal.impl.JUnit4TestSuiteChunkerImpl.run(JUnit4TestSuiteChunkerImpl.java:106)
> at
> org.powermock.modules.junit4.common.internal.impl.AbstractCommonPowerMockRunner.run(AbstractCommonPowerMockRunner.java:53)
> at
> org.powermock.modules.junit4.PowerMockRunner.run(PowerMockRunner.java:59)
> at
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
> at
>
[jira] [Updated] (GEODE-2170) Tests that use PowerMock fail with java.lang.NoClassDefFoundError on Windows
[
https://issues.apache.org/jira/browse/GEODE-2170?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kirk Lund updated GEODE-2170:
-
Affects Version/s: 1.0.0-incubating
> Tests that use PowerMock fail with java.lang.NoClassDefFoundError on Windows
> -
>
> Key: GEODE-2170
> URL: https://issues.apache.org/jira/browse/GEODE-2170
> Project: Geode
> Issue Type: Bug
> Components: tests
>Affects Versions: 1.0.0-incubating
>Reporter: Kirk Lund
> Labels: IntegrationTest, PowerMock, UnitTest, Windows
>
> All tests that use PowerMock appear to be failing on Windows.
> Example stack:
> {noformat}
> java.lang.NoClassDefFoundError: Could not initialize class
> org.apache.geode.internal.cache.tier.sockets.Message$$EnhancerByMockitoWithCGLIB$$81a9601b
> at
> sun.reflect.GeneratedSerializationConstructorAccessor122.newInstance(Unknown
> Source)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
> at
> org.objenesis.instantiator.sun.SunReflectionFactoryInstantiator.newInstance(SunReflectionFactoryInstantiator.java:45)
> at org.objenesis.ObjenesisBase.newInstance(ObjenesisBase.java:73)
> at
> org.mockito.internal.creation.instance.ObjenesisInstantiator.newInstance(ObjenesisInstantiator.java:14)
> at
> org.powermock.api.mockito.repackaged.ClassImposterizer.createProxy(ClassImposterizer.java:143)
> at
> org.powermock.api.mockito.repackaged.ClassImposterizer.imposterise(ClassImposterizer.java:58)
> at
> org.powermock.api.mockito.internal.mockcreation.MockCreator.createMethodInvocationControl(MockCreator.java:111)
> at
> org.powermock.api.mockito.internal.mockcreation.MockCreator.mock(MockCreator.java:59)
> at org.powermock.api.mockito.PowerMockito.mock(PowerMockito.java:203)
> at
> org.powermock.api.extension.listener.AnnotationEnabler.standardInject(AnnotationEnabler.java:106)
> at
> org.powermock.api.extension.listener.AnnotationEnabler.beforeTestMethod(AnnotationEnabler.java:54)
> at
> org.powermock.tests.utils.impl.PowerMockTestNotifierImpl.notifyBeforeTestMethod(PowerMockTestNotifierImpl.java:90)
> at
> org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$PowerMockJUnit44MethodRunner.executeTest(PowerMockJUnit44RunnerDelegateImpl.java:292)
> at
> org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner.executeTestInSuper(PowerMockJUnit47RunnerDelegateImpl.java:127)
> at
> org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner.access$100(PowerMockJUnit47RunnerDelegateImpl.java:59)
> at
> org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner$LastRuleTestExecutorStatement.evaluate(PowerMockJUnit47RunnerDelegateImpl.java:148)
> at org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48)
> at
> org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner.executeTest(PowerMockJUnit47RunnerDelegateImpl.java:91)
> at
> org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$PowerMockJUnit44MethodRunner.runBeforesThenTestThenAfters(PowerMockJUnit44RunnerDelegateImpl.java:282)
> at org.junit.internal.runners.MethodRoadie.runTest(MethodRoadie.java:87)
> at org.junit.internal.runners.MethodRoadie.run(MethodRoadie.java:50)
> at
> org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.invokeTestMethod(PowerMockJUnit44RunnerDelegateImpl.java:207)
> at
> org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.runMethods(PowerMockJUnit44RunnerDelegateImpl.java:146)
> at
> org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$1.run(PowerMockJUnit44RunnerDelegateImpl.java:120)
> at
> org.junit.internal.runners.ClassRoadie.runUnprotected(ClassRoadie.java:34)
> at
> org.junit.internal.runners.ClassRoadie.runProtected(ClassRoadie.java:44)
> at
> org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.run(PowerMockJUnit44RunnerDelegateImpl.java:122)
> at
> org.powermock.modules.junit4.common.internal.impl.JUnit4TestSuiteChunkerImpl.run(JUnit4TestSuiteChunkerImpl.java:106)
> at
> org.powermock.modules.junit4.common.internal.impl.AbstractCommonPowerMockRunner.run(AbstractCommonPowerMockRunner.java:53)
> at
> org.powermock.modules.junit4.PowerMockRunner.run(PowerMockRunner.java:59)
> at
> org.gradle.api.internal.tasks.testing.junit.JUnitTestClassExecuter.runTestClass(JUnitTestClassExecuter.java:114)
> at
>
[jira] [Updated] (GEODE-2170) Tests that use PowerMock fail with java.lang.NoClassDefFoundError on Windows
[
https://issues.apache.org/jira/browse/GEODE-2170?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kirk Lund updated GEODE-2170:
-
Description:
All tests that use PowerMock appear to be failing on Windows.
Example stack:
{noformat}
java.lang.NoClassDefFoundError: Could not initialize class
org.apache.geode.internal.cache.tier.sockets.Message$$EnhancerByMockitoWithCGLIB$$81a9601b
at
sun.reflect.GeneratedSerializationConstructorAccessor122.newInstance(Unknown
Source)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at
org.objenesis.instantiator.sun.SunReflectionFactoryInstantiator.newInstance(SunReflectionFactoryInstantiator.java:45)
at org.objenesis.ObjenesisBase.newInstance(ObjenesisBase.java:73)
at
org.mockito.internal.creation.instance.ObjenesisInstantiator.newInstance(ObjenesisInstantiator.java:14)
at
org.powermock.api.mockito.repackaged.ClassImposterizer.createProxy(ClassImposterizer.java:143)
at
org.powermock.api.mockito.repackaged.ClassImposterizer.imposterise(ClassImposterizer.java:58)
at
org.powermock.api.mockito.internal.mockcreation.MockCreator.createMethodInvocationControl(MockCreator.java:111)
at
org.powermock.api.mockito.internal.mockcreation.MockCreator.mock(MockCreator.java:59)
at org.powermock.api.mockito.PowerMockito.mock(PowerMockito.java:203)
at
org.powermock.api.extension.listener.AnnotationEnabler.standardInject(AnnotationEnabler.java:106)
at
org.powermock.api.extension.listener.AnnotationEnabler.beforeTestMethod(AnnotationEnabler.java:54)
at
org.powermock.tests.utils.impl.PowerMockTestNotifierImpl.notifyBeforeTestMethod(PowerMockTestNotifierImpl.java:90)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$PowerMockJUnit44MethodRunner.executeTest(PowerMockJUnit44RunnerDelegateImpl.java:292)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner.executeTestInSuper(PowerMockJUnit47RunnerDelegateImpl.java:127)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner.access$100(PowerMockJUnit47RunnerDelegateImpl.java:59)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner$LastRuleTestExecutorStatement.evaluate(PowerMockJUnit47RunnerDelegateImpl.java:148)
at org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner.executeTest(PowerMockJUnit47RunnerDelegateImpl.java:91)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$PowerMockJUnit44MethodRunner.runBeforesThenTestThenAfters(PowerMockJUnit44RunnerDelegateImpl.java:282)
at org.junit.internal.runners.MethodRoadie.runTest(MethodRoadie.java:87)
at org.junit.internal.runners.MethodRoadie.run(MethodRoadie.java:50)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.invokeTestMethod(PowerMockJUnit44RunnerDelegateImpl.java:207)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.runMethods(PowerMockJUnit44RunnerDelegateImpl.java:146)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$1.run(PowerMockJUnit44RunnerDelegateImpl.java:120)
at
org.junit.internal.runners.ClassRoadie.runUnprotected(ClassRoadie.java:34)
at
org.junit.internal.runners.ClassRoadie.runProtected(ClassRoadie.java:44)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.run(PowerMockJUnit44RunnerDelegateImpl.java:122)
at
org.powermock.modules.junit4.common.internal.impl.JUnit4TestSuiteChunkerImpl.run(JUnit4TestSuiteChunkerImpl.java:106)
at
org.powermock.modules.junit4.common.internal.impl.AbstractCommonPowerMockRunner.run(AbstractCommonPowerMockRunner.java:53)
at
org.powermock.modules.junit4.PowerMockRunner.run(PowerMockRunner.java:59)
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.GeneratedMethodAccessor4.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at
[jira] [Created] (GEODE-2170) Tests that use PowerMock fail with java.lang.NoClassDefFoundError on Windows
Kirk Lund created GEODE-2170:
Summary: Tests that use PowerMock fail with
java.lang.NoClassDefFoundError on Windows
Key: GEODE-2170
URL: https://issues.apache.org/jira/browse/GEODE-2170
Project: Geode
Issue Type: Bug
Components: tests
Reporter: Kirk Lund
All tests that use PowerMock appear to be failing on Windows.
Example stack:
{noformat}
java.lang.NoClassDefFoundError: Could not initialize class
org.apache.geode.internal.cache.tier.sockets.Message$$EnhancerByMockitoWithCGLIB$$81a9601b
at
sun.reflect.GeneratedSerializationConstructorAccessor122.newInstance(Unknown
Source)
at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
at
org.objenesis.instantiator.sun.SunReflectionFactoryInstantiator.newInstance(SunReflectionFactoryInstantiator.java:45)
at org.objenesis.ObjenesisBase.newInstance(ObjenesisBase.java:73)
at
org.mockito.internal.creation.instance.ObjenesisInstantiator.newInstance(ObjenesisInstantiator.java:14)
at
org.powermock.api.mockito.repackaged.ClassImposterizer.createProxy(ClassImposterizer.java:143)
at
org.powermock.api.mockito.repackaged.ClassImposterizer.imposterise(ClassImposterizer.java:58)
at
org.powermock.api.mockito.internal.mockcreation.MockCreator.createMethodInvocationControl(MockCreator.java:111)
at
org.powermock.api.mockito.internal.mockcreation.MockCreator.mock(MockCreator.java:59)
at org.powermock.api.mockito.PowerMockito.mock(PowerMockito.java:203)
at
org.powermock.api.extension.listener.AnnotationEnabler.standardInject(AnnotationEnabler.java:106)
at
org.powermock.api.extension.listener.AnnotationEnabler.beforeTestMethod(AnnotationEnabler.java:54)
at
org.powermock.tests.utils.impl.PowerMockTestNotifierImpl.notifyBeforeTestMethod(PowerMockTestNotifierImpl.java:90)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$PowerMockJUnit44MethodRunner.executeTest(PowerMockJUnit44RunnerDelegateImpl.java:292)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner.executeTestInSuper(PowerMockJUnit47RunnerDelegateImpl.java:127)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner.access$100(PowerMockJUnit47RunnerDelegateImpl.java:59)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner$LastRuleTestExecutorStatement.evaluate(PowerMockJUnit47RunnerDelegateImpl.java:148)
at org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner.executeTest(PowerMockJUnit47RunnerDelegateImpl.java:91)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$PowerMockJUnit44MethodRunner.runBeforesThenTestThenAfters(PowerMockJUnit44RunnerDelegateImpl.java:282)
at org.junit.internal.runners.MethodRoadie.runTest(MethodRoadie.java:87)
at org.junit.internal.runners.MethodRoadie.run(MethodRoadie.java:50)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.invokeTestMethod(PowerMockJUnit44RunnerDelegateImpl.java:207)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.runMethods(PowerMockJUnit44RunnerDelegateImpl.java:146)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$1.run(PowerMockJUnit44RunnerDelegateImpl.java:120)
at
org.junit.internal.runners.ClassRoadie.runUnprotected(ClassRoadie.java:34)
at
org.junit.internal.runners.ClassRoadie.runProtected(ClassRoadie.java:44)
at
org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.run(PowerMockJUnit44RunnerDelegateImpl.java:122)
at
org.powermock.modules.junit4.common.internal.impl.JUnit4TestSuiteChunkerImpl.run(JUnit4TestSuiteChunkerImpl.java:106)
at
org.powermock.modules.junit4.common.internal.impl.AbstractCommonPowerMockRunner.run(AbstractCommonPowerMockRunner.java:53)
at
org.powermock.modules.junit4.PowerMockRunner.run(PowerMockRunner.java:59)
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.GeneratedMethodAccessor4.invoke(Unknown Source)
[jira] [Updated] (GEODE-2154) swagger-ui.html in IE on windows returns 404
[ https://issues.apache.org/jira/browse/GEODE-2154?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kevin Duling updated GEODE-2154: Attachment: Screen Shot 2016-12-01 at 4.10.39 PM.png > swagger-ui.html in IE on windows returns 404 > > > Key: GEODE-2154 > URL: https://issues.apache.org/jira/browse/GEODE-2154 > Project: Geode > Issue Type: Bug > Components: management >Reporter: Jinmei Liao > Attachments: Screen Shot 2016-12-01 at 4.10.39 PM.png > > > In a windows machine, start a server using the following gfsh command: > start server --name=server1 --start-rest-api > --J=-Dgemfire.http-service-port=8080 > --J=-Dgemfire.http-service-bind-address=localhost > Going to IE and hit the following url: > http://localhost:8080/geode/v1/servers > It will return a json string containing the the server address > but if you hit this url: > http://localhost:8080/geode/swagger-ui.html > it will return a 404. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (GEODE-2170) Tests that use PowerMock fail with java.lang.NoClassDefFoundError on Windows
[ https://issues.apache.org/jira/browse/GEODE-2170?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kirk Lund updated GEODE-2170: - Description: All tests that use PowerMock appear to be failing on Windows. Example stack: java.lang.NoClassDefFoundError: Could not initialize class org.apache.geode.internal.cache.tier.sockets.Message$$EnhancerByMockitoWithCGLIB$$81a9601b at sun.reflect.GeneratedSerializationConstructorAccessor122.newInstance(Unknown Source) at java.lang.reflect.Constructor.newInstance(Constructor.java:422) at org.objenesis.instantiator.sun.SunReflectionFactoryInstantiator.newInstance(SunReflectionFactoryInstantiator.java:45) at org.objenesis.ObjenesisBase.newInstance(ObjenesisBase.java:73) at org.mockito.internal.creation.instance.ObjenesisInstantiator.newInstance(ObjenesisInstantiator.java:14) at org.powermock.api.mockito.repackaged.ClassImposterizer.createProxy(ClassImposterizer.java:143) at org.powermock.api.mockito.repackaged.ClassImposterizer.imposterise(ClassImposterizer.java:58) at org.powermock.api.mockito.internal.mockcreation.MockCreator.createMethodInvocationControl(MockCreator.java:111) at org.powermock.api.mockito.internal.mockcreation.MockCreator.mock(MockCreator.java:59) at org.powermock.api.mockito.PowerMockito.mock(PowerMockito.java:203) at org.powermock.api.extension.listener.AnnotationEnabler.standardInject(AnnotationEnabler.java:106) at org.powermock.api.extension.listener.AnnotationEnabler.beforeTestMethod(AnnotationEnabler.java:54) at org.powermock.tests.utils.impl.PowerMockTestNotifierImpl.notifyBeforeTestMethod(PowerMockTestNotifierImpl.java:90) at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$PowerMockJUnit44MethodRunner.executeTest(PowerMockJUnit44RunnerDelegateImpl.java:292) at org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner.executeTestInSuper(PowerMockJUnit47RunnerDelegateImpl.java:127) at org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner.access$100(PowerMockJUnit47RunnerDelegateImpl.java:59) at org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner$LastRuleTestExecutorStatement.evaluate(PowerMockJUnit47RunnerDelegateImpl.java:148) at org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48) at org.powermock.modules.junit4.internal.impl.PowerMockJUnit47RunnerDelegateImpl$PowerMockJUnit47MethodRunner.executeTest(PowerMockJUnit47RunnerDelegateImpl.java:91) at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$PowerMockJUnit44MethodRunner.runBeforesThenTestThenAfters(PowerMockJUnit44RunnerDelegateImpl.java:282) at org.junit.internal.runners.MethodRoadie.runTest(MethodRoadie.java:87) at org.junit.internal.runners.MethodRoadie.run(MethodRoadie.java:50) at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.invokeTestMethod(PowerMockJUnit44RunnerDelegateImpl.java:207) at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.runMethods(PowerMockJUnit44RunnerDelegateImpl.java:146) at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl$1.run(PowerMockJUnit44RunnerDelegateImpl.java:120) at org.junit.internal.runners.ClassRoadie.runUnprotected(ClassRoadie.java:34) at org.junit.internal.runners.ClassRoadie.runProtected(ClassRoadie.java:44) at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.run(PowerMockJUnit44RunnerDelegateImpl.java:122) at org.powermock.modules.junit4.common.internal.impl.JUnit4TestSuiteChunkerImpl.run(JUnit4TestSuiteChunkerImpl.java:106) at org.powermock.modules.junit4.common.internal.impl.AbstractCommonPowerMockRunner.run(AbstractCommonPowerMockRunner.java:53) at org.powermock.modules.junit4.PowerMockRunner.run(PowerMockRunner.java:59) 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.GeneratedMethodAccessor4.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:497) at
[jira] [Commented] (GEODE-2154) swagger-ui.html in IE on windows returns 404
[ https://issues.apache.org/jira/browse/GEODE-2154?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713495#comment-15713495 ] Kevin Duling commented on GEODE-2154: - I just tried this and was unable to duplicate. Is there something I'm doing differently than you? Please see attached screenshot. > swagger-ui.html in IE on windows returns 404 > > > Key: GEODE-2154 > URL: https://issues.apache.org/jira/browse/GEODE-2154 > Project: Geode > Issue Type: Bug > Components: management >Reporter: Jinmei Liao > > In a windows machine, start a server using the following gfsh command: > start server --name=server1 --start-rest-api > --J=-Dgemfire.http-service-port=8080 > --J=-Dgemfire.http-service-bind-address=localhost > Going to IE and hit the following url: > http://localhost:8080/geode/v1/servers > It will return a json string containing the the server address > but if you hit this url: > http://localhost:8080/geode/swagger-ui.html > it will return a 404. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (GEODE-99) BackupInspectorJUnitTest.testIncrementalBackupScript fails on Windows
[
https://issues.apache.org/jira/browse/GEODE-99?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kirk Lund updated GEODE-99:
---
Affects Version/s: 1.0.0-incubating
> BackupInspectorJUnitTest.testIncrementalBackupScript fails on Windows
> -
>
> Key: GEODE-99
> URL: https://issues.apache.org/jira/browse/GEODE-99
> Project: Geode
> Issue Type: Bug
> Components: management, tests
>Affects Versions: 1.0.0-incubating
> Environment: Windows
>Reporter: Kirk Lund
>Assignee: Anthony Baker
> 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] [Updated] (GEODE-2167) BundledJarsJUnitTest.verifyBundledJarsHaveNotChanged fails with java.nio.file.InvalidPathException on Windows
[
https://issues.apache.org/jira/browse/GEODE-2167?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kirk Lund updated GEODE-2167:
-
Affects Version/s: 1.0.0-incubating
> BundledJarsJUnitTest.verifyBundledJarsHaveNotChanged fails with
> java.nio.file.InvalidPathException on Windows
> -
>
> Key: GEODE-2167
> URL: https://issues.apache.org/jira/browse/GEODE-2167
> Project: Geode
> Issue Type: Bug
> Components: rest (dev), tests
>Affects Versions: 1.0.0-incubating
> Environment: Windows
>Reporter: Kirk Lund
> Labels: IntegrationTest, Windows
>
> verifyBundledJarsHaveNotChanged:
> {noformat}
> java.nio.file.InvalidPathException: Illegal char <:> at index 2:
> /C:/dev/gemfire/open/geode-assembly/build/resources/test/expected_jars.txt
> at sun.nio.fs.WindowsPathParser.normalize(WindowsPathParser.java:182)
> at sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:153)
> at sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:77)
> at sun.nio.fs.WindowsPath.parse(WindowsPath.java:94)
> at sun.nio.fs.WindowsFileSystem.getPath(WindowsFileSystem.java:255)
> at java.nio.file.Paths.get(Paths.java:84)
> at
> org.apache.geode.BundledJarsJUnitTest.loadExpectedJars(BundledJarsJUnitTest.java:52)
> 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.RunBefores.evaluate(RunBefores.java:24)
> 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
>
[jira] [Updated] (GEODE-318) JarClassLoaderJUnitTest testDeclarableFunctionsWithParms and testClassOnClasspath fail on Windows
[
https://issues.apache.org/jira/browse/GEODE-318?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kirk Lund updated GEODE-318:
Description:
Both tests fail due to "java.io.IOException: The process cannot access the file
because another process has locked a portion of the file" and the failures are
100% consistent/reproducible on Windows for me.
testClassOnClasspath:
{noformat}
java.io.IOException: The process cannot access the file because another process
has locked a portion of the file
at java.io.FileOutputStream.writeBytes(Native Method)
at java.io.FileOutputStream.write(FileOutputStream.java:313)
at
org.apache.geode.internal.JarClassLoaderJUnitTest.writeJarBytesToFile(JarClassLoaderJUnitTest.java:782)
at
org.apache.geode.internal.JarClassLoaderJUnitTest.testClassOnClasspath(JarClassLoaderJUnitTest.java:125)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
at
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
at
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
at org.junit.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
org.gradle.internal.concurrent.StoppableExecutorImpl$1.run(StoppableExecutorImpl.java:40)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
{noformat}
testDeclarableFunctionsWithParms:
{noformat}
java.io.IOException: The process cannot
[jira] [Updated] (GEODE-99) BackupInspectorJUnitTest.testIncrementalBackupScript fails on Windows
[
https://issues.apache.org/jira/browse/GEODE-99?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kirk Lund updated GEODE-99:
---
Description:
BackupInspectorJUnitTest.testIncrementalBackupScript fails when run on Windows
7. This is from running the gradle test target using ./gradlew command-line in
a fresh clone of geode develop:
{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
org.gradle.internal.concurrent.StoppableExecutorImpl$1.run(StoppableExecutorImpl.java:40)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
{code}
was:
BackupInspectorJUnitTest.testIncrementalBackupScript fails when run on Windows
7. This is from running the gradle test target using
[jira] [Updated] (GEODE-99) BackupInspectorJUnitTest.testIncrementalBackupScript fails on Windows
[
https://issues.apache.org/jira/browse/GEODE-99?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kirk Lund updated GEODE-99:
---
Description:
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
org.gradle.internal.concurrent.StoppableExecutorImpl$1.run(StoppableExecutorImpl.java:40)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
{code}
was:
BackupInspectorJUnitTest.testIncrementalBackupScript fails when run on Windows
7. This is from running the gradle test target using ./gradlew command-line in
a fresh clone of geode develop:
{code}
java.lang.AssertionError
at org.junit.Assert.fail(Assert.java:86)
at
[jira] [Updated] (GEODE-99) BackupInspectorJUnitTest.testIncrementalBackupScript fails on Windows
[
https://issues.apache.org/jira/browse/GEODE-99?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kirk Lund updated GEODE-99:
---
Labels: IntegrationTest Windows (was: Windows)
> BackupInspectorJUnitTest.testIncrementalBackupScript fails on Windows
> -
>
> Key: GEODE-99
> URL: https://issues.apache.org/jira/browse/GEODE-99
> Project: Geode
> Issue Type: Bug
> Components: management, tests
>Reporter: Kirk Lund
>Assignee: Anthony Baker
> Labels: IntegrationTest, Windows
>
> BackupInspectorJUnitTest.testIncrementalBackupScript fails when run on
> Windows 7. This is from running the gradle test target using ./gradlew
> command-line in a fresh clone of geode develop:
> {code}
> com.gemstone.gemfire.internal.cache.persistence.BackupInspectorJUnitTest >
> testIncrementalBackupScript 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
> com.gemstone.gemfire.internal.cache.persistence.BackupInspectorJUnitTest.testIncrementalBackupScript(BackupInspectorJUnitTest.java:198)
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (GEODE-99) BackupInspectorJUnitTest.testIncrementalBackupScript fails on Windows
[
https://issues.apache.org/jira/browse/GEODE-99?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kirk Lund updated GEODE-99:
---
Environment: Windows
> BackupInspectorJUnitTest.testIncrementalBackupScript fails on Windows
> -
>
> Key: GEODE-99
> URL: https://issues.apache.org/jira/browse/GEODE-99
> Project: Geode
> Issue Type: Bug
> Components: management, tests
> Environment: Windows
>Reporter: Kirk Lund
>Assignee: Anthony Baker
> Labels: IntegrationTest, Windows
>
> BackupInspectorJUnitTest.testIncrementalBackupScript fails when run on
> Windows 7. This is from running the gradle test target using ./gradlew
> command-line in a fresh clone of geode develop:
> {code}
> com.gemstone.gemfire.internal.cache.persistence.BackupInspectorJUnitTest >
> testIncrementalBackupScript 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
> com.gemstone.gemfire.internal.cache.persistence.BackupInspectorJUnitTest.testIncrementalBackupScript(BackupInspectorJUnitTest.java:198)
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (GEODE-2167) BundledJarsJUnitTest.verifyBundledJarsHaveNotChanged fails with java.nio.file.InvalidPathException on Windows
[
https://issues.apache.org/jira/browse/GEODE-2167?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kirk Lund updated GEODE-2167:
-
Environment: Windows
> BundledJarsJUnitTest.verifyBundledJarsHaveNotChanged fails with
> java.nio.file.InvalidPathException on Windows
> -
>
> Key: GEODE-2167
> URL: https://issues.apache.org/jira/browse/GEODE-2167
> Project: Geode
> Issue Type: Bug
> Components: rest (dev), tests
> Environment: Windows
>Reporter: Kirk Lund
> Labels: IntegrationTest, Windows
>
> verifyBundledJarsHaveNotChanged:
> {noformat}
> java.nio.file.InvalidPathException: Illegal char <:> at index 2:
> /C:/dev/gemfire/open/geode-assembly/build/resources/test/expected_jars.txt
> at sun.nio.fs.WindowsPathParser.normalize(WindowsPathParser.java:182)
> at sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:153)
> at sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:77)
> at sun.nio.fs.WindowsPath.parse(WindowsPath.java:94)
> at sun.nio.fs.WindowsFileSystem.getPath(WindowsFileSystem.java:255)
> at java.nio.file.Paths.get(Paths.java:84)
> at
> org.apache.geode.BundledJarsJUnitTest.loadExpectedJars(BundledJarsJUnitTest.java:52)
> 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.RunBefores.evaluate(RunBefores.java:24)
> 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-317) DiskIFJUnitTest testTwoDiskStores fails with IOException on Windows
[
https://issues.apache.org/jira/browse/GEODE-317?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kirk Lund updated GEODE-317:
Component/s: tests
persistence
> DiskIFJUnitTest testTwoDiskStores fails with IOException on Windows
> ---
>
> Key: GEODE-317
> URL: https://issues.apache.org/jira/browse/GEODE-317
> Project: Geode
> Issue Type: Bug
> Components: persistence, tests
>Affects Versions: 1.0.0-incubating
> Environment: Windows
>Reporter: Kirk Lund
>Assignee: Anthony Baker
> Labels: IntegrationTest, Windows
>
> Failure stack trace on Windows:
> {noformat}
> java.lang.RuntimeException: Error deleting file
> testingDirectory\testTwoDiskStores1\BACKUPtestTwoDiskStores.if
> at
> com.gemstone.gemfire.internal.cache.DiskRegionTestingBase.deleteFiles(DiskRegionTestingBase.java:232)
> at
> com.gemstone.gemfire.internal.cache.DiskRegionTestingBase.tearDown(DiskRegionTestingBase.java:169)
> 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.RunAfters.evaluate(RunAfters.java:33)
> 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.runners.ParentRunner.run(ParentRunner.java:363)
> at
> org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86)
> at
> org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
> Caused by: java.io.IOException: Could not delete
> testingDirectory\testTwoDiskStores1\BACKUPtestTwoDiskStores.if
> at com.gemstone.gemfire.internal.FileUtil.delete(FileUtil.java:157)
> at
> com.gemstone.gemfire.internal.cache.DiskRegionTestingBase.deleteFiles(DiskRegionTestingBase.java:221)
> ... 26 more
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (GEODE-318) JarClassLoaderJUnitTest testDeclarableFunctionsWithParms and testClassOnClasspath fail on Windows
[
https://issues.apache.org/jira/browse/GEODE-318?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kirk Lund updated GEODE-318:
Component/s: tests
management
> JarClassLoaderJUnitTest testDeclarableFunctionsWithParms and
> testClassOnClasspath fail on Windows
> -
>
> Key: GEODE-318
> URL: https://issues.apache.org/jira/browse/GEODE-318
> Project: Geode
> Issue Type: Bug
> Components: management, tests
>Affects Versions: 1.0.0-incubating
> Environment: Windows
>Reporter: Kirk Lund
>Assignee: Anthony Baker
> Labels: IntegrationTest, Windows
>
> Both tests fail due to "java.io.IOException: The process cannot access the
> file because another process has locked a portion of the file" and the
> failures are 100% consistent/reproducible on Windows for me.
> testDeclarableFunctionsWithParms fails on Windows due to this IOException:
> {noformat}
> java.io.IOException: The process cannot access the file because another
> process has locked a portion of the file
> at java.io.FileOutputStream.writeBytes(Native Method)
> at java.io.FileOutputStream.write(FileOutputStream.java:313)
> at
> com.gemstone.gemfire.internal.JarClassLoaderJUnitTest.writeJarBytesToFile(JarClassLoaderJUnitTest.java:751)
> at
> com.gemstone.gemfire.internal.JarClassLoaderJUnitTest.testDeclarableFunctionsWithParms(JarClassLoaderJUnitTest.java:455)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at
> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
> at
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
> at
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
> at
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
> at org.junit.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.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86)
> at
> org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
> {noformat}
> testClassOnClasspath fails on Windows due to this IOException:
> {noformat}
> java.io.IOException: The process cannot access the file because another
> process has locked a portion of the file
> at java.io.FileOutputStream.writeBytes(Native Method)
> at java.io.FileOutputStream.write(FileOutputStream.java:313)
> at
> com.gemstone.gemfire.internal.JarClassLoaderJUnitTest.writeJarBytesToFile(JarClassLoaderJUnitTest.java:751)
> at
> com.gemstone.gemfire.internal.JarClassLoaderJUnitTest.testClassOnClasspath(JarClassLoaderJUnitTest.java:146)
> 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
>
[jira] [Updated] (GEODE-318) JarClassLoaderJUnitTest testDeclarableFunctionsWithParms and testClassOnClasspath fail on Windows
[
https://issues.apache.org/jira/browse/GEODE-318?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kirk Lund updated GEODE-318:
Labels: IntegrationTest Windows (was: Windows)
> JarClassLoaderJUnitTest testDeclarableFunctionsWithParms and
> testClassOnClasspath fail on Windows
> -
>
> Key: GEODE-318
> URL: https://issues.apache.org/jira/browse/GEODE-318
> Project: Geode
> Issue Type: Bug
> Components: management, tests
>Affects Versions: 1.0.0-incubating
> Environment: Windows
>Reporter: Kirk Lund
>Assignee: Anthony Baker
> Labels: IntegrationTest, Windows
>
> Both tests fail due to "java.io.IOException: The process cannot access the
> file because another process has locked a portion of the file" and the
> failures are 100% consistent/reproducible on Windows for me.
> testDeclarableFunctionsWithParms fails on Windows due to this IOException:
> {noformat}
> java.io.IOException: The process cannot access the file because another
> process has locked a portion of the file
> at java.io.FileOutputStream.writeBytes(Native Method)
> at java.io.FileOutputStream.write(FileOutputStream.java:313)
> at
> com.gemstone.gemfire.internal.JarClassLoaderJUnitTest.writeJarBytesToFile(JarClassLoaderJUnitTest.java:751)
> at
> com.gemstone.gemfire.internal.JarClassLoaderJUnitTest.testDeclarableFunctionsWithParms(JarClassLoaderJUnitTest.java:455)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at
> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
> at
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
> at
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
> at
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
> at org.junit.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.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86)
> at
> org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
> at
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
> {noformat}
> testClassOnClasspath fails on Windows due to this IOException:
> {noformat}
> java.io.IOException: The process cannot access the file because another
> process has locked a portion of the file
> at java.io.FileOutputStream.writeBytes(Native Method)
> at java.io.FileOutputStream.write(FileOutputStream.java:313)
> at
> com.gemstone.gemfire.internal.JarClassLoaderJUnitTest.writeJarBytesToFile(JarClassLoaderJUnitTest.java:751)
> at
> com.gemstone.gemfire.internal.JarClassLoaderJUnitTest.testClassOnClasspath(JarClassLoaderJUnitTest.java:146)
> 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
>
[jira] [Updated] (GEODE-2167) BundledJarsJUnitTest.verifyBundledJarsHaveNotChanged fails with java.nio.file.InvalidPathException on Windows
[
https://issues.apache.org/jira/browse/GEODE-2167?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kirk Lund updated GEODE-2167:
-
Description:
{noformat}
java.nio.file.InvalidPathException: Illegal char <:> at index 2:
/C:/dev/gemfire/open/geode-assembly/build/resources/test/expected_jars.txt
at sun.nio.fs.WindowsPathParser.normalize(WindowsPathParser.java:182)
at sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:153)
at sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:77)
at sun.nio.fs.WindowsPath.parse(WindowsPath.java:94)
at sun.nio.fs.WindowsFileSystem.getPath(WindowsFileSystem.java:255)
at java.nio.file.Paths.get(Paths.java:84)
at
org.apache.geode.BundledJarsJUnitTest.loadExpectedJars(BundledJarsJUnitTest.java:52)
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.RunBefores.evaluate(RunBefores.java:24)
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
org.gradle.internal.concurrent.StoppableExecutorImpl$1.run(StoppableExecutorImpl.java:40)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
{noformat}
was:
java.nio.file.InvalidPathException: Illegal char <:> at index 2:
/C:/dev/gemfire/open/geode-assembly/build/resources/test/expected_jars.txt
at sun.nio.fs.WindowsPathParser.normalize(WindowsPathParser.java:182)
[jira] [Updated] (GEODE-2167) BundledJarsJUnitTest.verifyBundledJarsHaveNotChanged fails with java.nio.file.InvalidPathException on Windows
[
https://issues.apache.org/jira/browse/GEODE-2167?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kirk Lund updated GEODE-2167:
-
Description:
{noformat}
{noformat}
java.nio.file.InvalidPathException: Illegal char <:> at index 2:
/C:/dev/gemfire/open/geode-assembly/build/resources/test/expected_jars.txt
at sun.nio.fs.WindowsPathParser.normalize(WindowsPathParser.java:182)
at sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:153)
at sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:77)
at sun.nio.fs.WindowsPath.parse(WindowsPath.java:94)
at sun.nio.fs.WindowsFileSystem.getPath(WindowsFileSystem.java:255)
at java.nio.file.Paths.get(Paths.java:84)
at
org.apache.geode.BundledJarsJUnitTest.loadExpectedJars(BundledJarsJUnitTest.java:52)
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.RunBefores.evaluate(RunBefores.java:24)
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
org.gradle.internal.concurrent.StoppableExecutorImpl$1.run(StoppableExecutorImpl.java:40)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
{noformat}
was:
{noformat}
java.nio.file.InvalidPathException: Illegal char <:> at index 2:
/C:/dev/gemfire/open/geode-assembly/build/resources/test/expected_jars.txt
at
[jira] [Updated] (GEODE-2167) BundledJarsJUnitTest.verifyBundledJarsHaveNotChanged fails with java.nio.file.InvalidPathException on Windows
[
https://issues.apache.org/jira/browse/GEODE-2167?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kirk Lund updated GEODE-2167:
-
Description:
verifyBundledJarsHaveNotChanged:
{noformat}
java.nio.file.InvalidPathException: Illegal char <:> at index 2:
/C:/dev/gemfire/open/geode-assembly/build/resources/test/expected_jars.txt
at sun.nio.fs.WindowsPathParser.normalize(WindowsPathParser.java:182)
at sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:153)
at sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:77)
at sun.nio.fs.WindowsPath.parse(WindowsPath.java:94)
at sun.nio.fs.WindowsFileSystem.getPath(WindowsFileSystem.java:255)
at java.nio.file.Paths.get(Paths.java:84)
at
org.apache.geode.BundledJarsJUnitTest.loadExpectedJars(BundledJarsJUnitTest.java:52)
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.RunBefores.evaluate(RunBefores.java:24)
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
org.gradle.internal.concurrent.StoppableExecutorImpl$1.run(StoppableExecutorImpl.java:40)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
{noformat}
was:
{noformat}
{noformat}
java.nio.file.InvalidPathException: Illegal char <:> at index 2:
/C:/dev/gemfire/open/geode-assembly/build/resources/test/expected_jars.txt
at
[jira] [Updated] (GEODE-2167) BundledJarsJUnitTest.verifyBundledJarsHaveNotChanged fails with java.nio.file.InvalidPathException on Windows
[ https://issues.apache.org/jira/browse/GEODE-2167?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kirk Lund updated GEODE-2167: - Labels: IntegrationTest Windows (was: ) > BundledJarsJUnitTest.verifyBundledJarsHaveNotChanged fails with > java.nio.file.InvalidPathException on Windows > - > > Key: GEODE-2167 > URL: https://issues.apache.org/jira/browse/GEODE-2167 > Project: Geode > Issue Type: Bug > Components: rest (dev), tests >Reporter: Kirk Lund > Labels: IntegrationTest, Windows > > java.nio.file.InvalidPathException: Illegal char <:> at index 2: > /C:/dev/gemfire/open/geode-assembly/build/resources/test/expected_jars.txt > at sun.nio.fs.WindowsPathParser.normalize(WindowsPathParser.java:182) > at sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:153) > at sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:77) > at sun.nio.fs.WindowsPath.parse(WindowsPath.java:94) > at sun.nio.fs.WindowsFileSystem.getPath(WindowsFileSystem.java:255) > at java.nio.file.Paths.get(Paths.java:84) > at > org.apache.geode.BundledJarsJUnitTest.loadExpectedJars(BundledJarsJUnitTest.java:52) > 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.RunBefores.evaluate(RunBefores.java:24) > 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] [Created] (GEODE-2168) JarClassLoaderJUnitTest tests fail with java.io.IOException on Windows
Kirk Lund created GEODE-2168:
Summary: JarClassLoaderJUnitTest tests fail with
java.io.IOException on Windows
Key: GEODE-2168
URL: https://issues.apache.org/jira/browse/GEODE-2168
Project: Geode
Issue Type: Bug
Components: management, tests
Reporter: Kirk Lund
testClassOnClasspath:
{noformat}
java.io.IOException: The process cannot access the file because another process
has locked a portion of the file
at java.io.FileOutputStream.writeBytes(Native Method)
at java.io.FileOutputStream.write(FileOutputStream.java:313)
at
org.apache.geode.internal.JarClassLoaderJUnitTest.writeJarBytesToFile(JarClassLoaderJUnitTest.java:782)
at
org.apache.geode.internal.JarClassLoaderJUnitTest.testClassOnClasspath(JarClassLoaderJUnitTest.java:125)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
at
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
at
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
at org.junit.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
org.gradle.internal.concurrent.StoppableExecutorImpl$1.run(StoppableExecutorImpl.java:40)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
{noformat}
testDeclarableFunctionsWithParms:
{noformat}
java.io.IOException: The process cannot access the file because
[jira] [Created] (GEODE-2167) BundledJarsJUnitTest.verifyBundledJarsHaveNotChanged fails with java.nio.file.InvalidPathException on Windows
Kirk Lund created GEODE-2167: Summary: BundledJarsJUnitTest.verifyBundledJarsHaveNotChanged fails with java.nio.file.InvalidPathException on Windows Key: GEODE-2167 URL: https://issues.apache.org/jira/browse/GEODE-2167 Project: Geode Issue Type: Bug Components: rest (dev), tests Reporter: Kirk Lund java.nio.file.InvalidPathException: Illegal char <:> at index 2: /C:/dev/gemfire/open/geode-assembly/build/resources/test/expected_jars.txt at sun.nio.fs.WindowsPathParser.normalize(WindowsPathParser.java:182) at sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:153) at sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:77) at sun.nio.fs.WindowsPath.parse(WindowsPath.java:94) at sun.nio.fs.WindowsFileSystem.getPath(WindowsFileSystem.java:255) at java.nio.file.Paths.get(Paths.java:84) at org.apache.geode.BundledJarsJUnitTest.loadExpectedJars(BundledJarsJUnitTest.java:52) 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.RunBefores.evaluate(RunBefores.java:24) 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 org.gradle.internal.concurrent.StoppableExecutorImpl$1.run(StoppableExecutorImpl.java:40) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) -- This message was sent by
[jira] [Commented] (GEODE-2129) Need to generate pdx type id random(or avoid sequential)
[ https://issues.apache.org/jira/browse/GEODE-2129?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713409#comment-15713409 ] ASF subversion and git services commented on GEODE-2129: Commit fdd6166889af780435cbae0923655fdfdff5d628 in incubator-geode's branch refs/heads/develop from [~dbarnes97] [ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=fdd6166 ] GEODE-2129: Docs - clarify need for unique distributed-system-id > Need to generate pdx type id random(or avoid sequential) > > > Key: GEODE-2129 > URL: https://issues.apache.org/jira/browse/GEODE-2129 > Project: Geode > Issue Type: Bug > Components: serialization >Reporter: Hitesh Khamesra >Assignee: Hitesh Khamesra > > Right now pdxtype id has 4 bytes. Out of those 4 bytes, one byte reserved > for distributed-system-id, this make sure type id generated from different > cluster has different id. For rest of the three bytes we just increment > counter to create new pdxtype id. In the field, we have observed that > sometimes this pdxType Id collides. One reason could be they end up having > same distributed-system-id for the different cluster. > Thus to avoid a collision, we will be using hashcode of pdxType for three > bytes of pdxType id. That will reduce the possibility of collision. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (GEODE-2162) AsyncEventListenerDUnitTest testParallelAsyncEventQueueWithOneAccessor hang on tearDown
[ https://issues.apache.org/jira/browse/GEODE-2162?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713351#comment-15713351 ] Hitesh Khamesra commented on GEODE-2162: Seems like member has not recognized yet that elder has been changed. > AsyncEventListenerDUnitTest testParallelAsyncEventQueueWithOneAccessor hang > on tearDown > --- > > Key: GEODE-2162 > URL: https://issues.apache.org/jira/browse/GEODE-2162 > Project: Geode > Issue Type: Bug > Components: distributed lock service >Reporter: Hitesh Khamesra >Assignee: Hitesh Khamesra > > "RMI TCP Connection(10)-10.118.32.97" #27 daemon prio=5 os_prio=0 > tid=0x7f4148001800 nid=0x753f waiting on condition [0x7f41ad02d000] >java.lang.Thread.State: TIMED_WAITING (parking) > at sun.misc.Unsafe.park(Native Method) > - parking to wait for <0xe090e1b8> (a > java.util.concurrent.CountDownLatch$Sync) > at > java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) > at > java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedNanos(AbstractQueuedSynchronizer.java:1037) > at > java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1328) > at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:277) > at > org.apache.geode.internal.util.concurrent.StoppableCountDownLatch.await(StoppableCountDownLatch.java:64) > at > org.apache.geode.distributed.internal.ReplyProcessor21.basicWait(ReplyProcessor21.java:716) > at > org.apache.geode.distributed.internal.ReplyProcessor21.waitForRepliesUninterruptibly(ReplyProcessor21.java:793) > at > org.apache.geode.distributed.internal.ReplyProcessor21.waitForRepliesUninterruptibly(ReplyProcessor21.java:769) > at > org.apache.geode.distributed.internal.ReplyProcessor21.waitForRepliesUninterruptibly(ReplyProcessor21.java:856) > at > org.apache.geode.distributed.internal.locks.ElderInitProcessor.init(ElderInitProcessor.java:72) > at > org.apache.geode.distributed.internal.locks.ElderState.(ElderState.java:56) > at > org.apache.geode.distributed.internal.DistributionManager.getElderStateWithTryLock(DistributionManager.java:3631) > at > org.apache.geode.distributed.internal.DistributionManager.getElderState(DistributionManager.java:3581) > at > org.apache.geode.distributed.internal.locks.GrantorRequestProcessor.startElderCall(GrantorRequestProcessor.java:240) > at > org.apache.geode.distributed.internal.locks.GrantorRequestProcessor.basicOp(GrantorRequestProcessor.java:349) > at > org.apache.geode.distributed.internal.locks.GrantorRequestProcessor.basicOp(GrantorRequestProcessor.java:329) > at > org.apache.geode.distributed.internal.locks.GrantorRequestProcessor.clearGrantor(GrantorRequestProcessor.java:320) > at > org.apache.geode.distributed.internal.locks.DLockService.clearGrantor(DLockService.java:850) > at > org.apache.geode.distributed.internal.locks.DLockGrantor.destroy(DLockGrantor.java:1226) > - locked <0xe09ee050> (a > org.apache.geode.distributed.internal.locks.DLockGrantor) > at > org.apache.geode.distributed.internal.locks.DLockService.nullLockGrantorId(DLockService.java:640) > at > org.apache.geode.distributed.internal.locks.DLockService.basicDestroy(DLockService.java:2496) > at > org.apache.geode.distributed.internal.locks.DLockService.destroyAndRemove(DLockService.java:2415) > - locked <0xe0554e08> (a java.lang.Object) > at > org.apache.geode.distributed.internal.locks.DLockService.destroyServiceNamed(DLockService.java:2316) > at > org.apache.geode.distributed.DistributedLockService.destroy(DistributedLockService.java:84) > at > org.apache.geode.internal.cache.GemFireCacheImpl.destroyGatewaySenderLockService(GemFireCacheImpl.java:2053) > at > org.apache.geode.internal.cache.GemFireCacheImpl.close(GemFireCacheImpl.java:2196) > - locked <0xe0347638> (a java.lang.Class for > org.apache.geode.internal.cache.GemFireCacheImpl) > at > org.apache.geode.internal.cache.GemFireCacheImpl.close(GemFireCacheImpl.java:1973) > at > org.apache.geode.internal.cache.GemFireCacheImpl.close(GemFireCacheImpl.java:1969) > at > org.apache.geode.test.dunit.internal.JUnit4DistributedTestCase.closeCache(JUnit4DistributedTestCase.java:602) > at > org.apache.geode.test.dunit.internal.JUnit4DistributedTestCase.tearDownVM(JUnit4DistributedTestCase.java:563) > at > org.apache.geode.test.dunit.internal.JUnit4DistributedTestCase.lambda$cleanupAllVms$bb17a952$1(JUnit4DistributedTestCase.java:554) > at >
[jira] [Commented] (GEODE-2162) AsyncEventListenerDUnitTest testParallelAsyncEventQueueWithOneAccessor hang on tearDown
[
https://issues.apache.org/jira/browse/GEODE-2162?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713347#comment-15713347
]
Hitesh Khamesra commented on GEODE-2162:
Here are the concerned logs
[info 2016/11/30 20:09:30.595 PST
tid=0x4a] received leave request from 10.118.32.97(29824):32770 for
10.118.32.97(29824):32770
[info 2016/11/30 20:09:30.595 PST
tid=0xcde] Member at 10.118.32.97(29824):32770 gracefully left the
distributed cache: shutdown message received
[info 2016/11/30 20:09:30.596 PST tid=0xce6]
preparing new view View[10.118.32.97(29828):32771|13] members:
[10.118.32.97(29828):32771{lead}, 10.118.32.97(29833):32772,
10.118.32.97(29837):32773, 10.118.32.97(6382):32774] shutdown:
[10.118.32.97(29824):32770]
failure detection ports: 56090 51475 32882 48010
[info 2016/11/30 20:09:30.599 PST tid=0xce6]
finished waiting for responses to view preparation
[info 2016/11/30 20:09:30.599 PST tid=0xce6]
received new view: View[10.118.32.97(29828):32771|13] members:
[10.118.32.97(29828):32771{lead}, 10.118.32.97(29833):32772,
10.118.32.97(29837):32773, 10.118.32.97(6382):32774] shutdown:
[10.118.32.97(29824):32770]
old view is: View[10.118.32.97(29824):32770|4] members:
[10.118.32.97(29824):32770{lead}, 10.118.32.97(29828):32771,
10.118.32.97(29833):32772, 10.118.32.97(29837):32773,
10.118.32.97(6382):32774]
[info 2016/11/30 20:09:30.600 PST tid=0xce6]
sending new view View[10.118.32.97(29828):32771|13] members:
[10.118.32.97(29828):32771{lead}, 10.118.32.97(29833):32772,
10.118.32.97(29837):32773, 10.118.32.97(6382):32774] shutdown:
[10.118.32.97(29824):32770]
failure detection ports: 56090 51475 32882 48010
[info 2016/11/30 20:09:30.601 PST tid=0xcd0] I,
10.118.32.97(29828):32771, am the elder.
[info 2016/11/30 20:09:30.601 PST tid=0x4a7]
received new view: View[10.118.32.97(29828):32771|13] members:
[10.118.32.97(29828):32771{lead}, 10.118.32.97(29833):32772,
10.118.32.97(29837):32773, 10.118.32.97(6382):32774] shutdown:
[10.118.32.97(29824):32770]
old view is: View[10.118.32.97(29824):32770|4] members:
[10.118.32.97(29824):32770{lead}, 10.118.32.97(29828):32771,
10.118.32.97(29833):32772, 10.118.32.97(29837):32773,
10.118.32.97(6382):32774]
[info 2016/11/30 20:09:30.601 PST tid=0x126]
received new view: View[10.118.32.97(29828):32771|13] members:
[10.118.32.97(29828):32771{lead}, 10.118.32.97(29833):32772,
10.118.32.97(29837):32773, 10.118.32.97(6382):32774] shutdown:
[10.118.32.97(29824):32770]
old view is: View[10.118.32.97(29824):32770|4] members:
[10.118.32.97(29824):32770{lead}, 10.118.32.97(29828):32771,
10.118.32.97(29833):32772, 10.118.32.97(29837):32773,
10.118.32.97(6382):32774]
[info 2016/11/30 20:09:30.601 PST tid=0x29]
received new view: View[10.118.32.97(29828):32771|13] members:
[10.118.32.97(29828):32771{lead}, 10.118.32.97(29833):32772,
10.118.32.97(29837):32773, 10.118.32.97(6382):32774] shutdown:
[10.118.32.97(29824):32770]
old view is: View[10.118.32.97(29824):32770|4] members:
[10.118.32.97(29824):32770{lead}, 10.118.32.97(29828):32771,
10.118.32.97(29833):32772, 10.118.32.97(29837):32773,
10.118.32.97(6382):32774]
[info 2016/11/30 20:09:30.607 PST
tid=0x4a] Member at 10.118.32.97(29824):32770 gracefully left the
distributed cache: shutdown message received
[info 2016/11/30 20:09:30.694 PST
tid=0x8b] Now closing distribution for 10.118.32.97(29824):32770
[info 2016/11/30 20:09:30.694 PST
tid=0x8b] Stopping membership services
[info 2016/11/30 20:09:30.697 PST
tid=0x8b] GMSHealthMonitor server socket is closed in stopServices().
[info 2016/11/30 20:09:30.697 PST
tid=0xb46] GMSHealthMonitor server thread exiting
[info 2016/11/30 20:09:30.697 PST tid=0xcba]
received leave request from 10.118.32.97(:):32770 for
10.118.32.97(29824):32770
[info 2016/11/30 20:09:30.697 PST
tid=0x8b] GMSHealthMonitor serverSocketExecutor is terminated
[info 2016/11/30 20:09:30.697 PST tid=0x4a7]
received leave request from 10.118.32.97(:):32770 for
10.118.32.97(29824):32770
[info 2016/11/30 20:09:30.698 PST tid=0x126]
received leave request from 10.118.32.97(:):32770 for
10.118.32.97(29824):32770
[info 2016/11/30 20:09:30.697 PST tid=0x29]
received leave request from 10.118.32.97(:):32770 for
10.118.32.97(29824):32770
[info 2016/11/30 20:09:30.703 PST
tid=0x8b] DistributionManager stopped in 111ms.
[info 2016/11/30 20:09:30.703 PST
tid=0x8b] Marking DistributionManager 10.118.32.97(29824):32770 as
closed.
[info 2016/11/30 20:09:30.704 PST
tid=0x8b] Stopping Distribution Locator on localhost/127.0.0.1[26789]
[info 2016/11/30 20:09:30.705 PST tid=0xb36] locator shutting down
[info 2016/11/30 20:09:30.707 PST
tid=0x8b] Distribution Locator on localhost/127.0.0.1[0] is stopped
[info 2016/11/30 20:09:30.707 PST
tid=0x8b] Got result: null
from org.apache.geode.test.dunit.NamedRunnable.run with 0 args on object:
[jira] [Commented] (GEODE-1931) CI Failure: LocatorUDPSecurityDUnitTest.testStartTwoLocators
[ https://issues.apache.org/jira/browse/GEODE-1931?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713230#comment-15713230 ] ASF subversion and git services commented on GEODE-1931: Commit 1477c74ded0663e664671f7c9b0a2936a020fbc7 in incubator-geode's branch refs/heads/develop from [~ukohlmeyer] [ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=1477c74 ] GEODE-1931: Spotless > CI Failure: LocatorUDPSecurityDUnitTest.testStartTwoLocators > > > Key: GEODE-1931 > URL: https://issues.apache.org/jira/browse/GEODE-1931 > Project: Geode > Issue Type: Bug > Components: membership >Reporter: Eric Shu >Assignee: Udo Kohlmeyer > Labels: ci, flaky > > org.apache.geode.test.dunit.RMIException: While invoking > org.apache.geode.test.dunit.NamedCallable.call in VM 2 running on Host > cc2-rh6.gemstone.com with 5 VMs > at org.apache.geode.test.dunit.VM.invoke(VM.java:389) > at org.apache.geode.test.dunit.VM.invoke(VM.java:355) > at org.apache.geode.test.dunit.VM.invoke(VM.java:308) > at > org.apache.geode.distributed.LocatorDUnitTest.testStartTwoLocators(LocatorDUnitTest.java:307) > 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.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: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 >
[jira] [Created] (GEODE-2166) testStartTwoLocatorsOneWithSSLAndTheOtherNonSSL FAILED with suspect string
Hitesh Khamesra created GEODE-2166: -- Summary: testStartTwoLocatorsOneWithSSLAndTheOtherNonSSL FAILED with suspect string Key: GEODE-2166 URL: https://issues.apache.org/jira/browse/GEODE-2166 Project: Geode Issue Type: Bug Components: membership Reporter: Hitesh Khamesra org.apache.geode.distributed.LocatorUDPSecurityDUnitTest > testStartTwoLocatorsOneWithSSLAndTheOtherNonSSL FAILED org.apache.geode.test.dunit.RMIException: While invoking org.apache.geode.test.dunit.NamedRunnable.run in VM 2 running on Host 037366ebf0ff with 4 VMs Caused by: org.apache.geode.SystemConnectException: Problem starting up membership services Caused by: org.apache.geode.distributed.internal.tcpserver.LocatorCancelException java.lang.AssertionError: Suspicious strings were written to the log during this run. Fix the strings or use IgnoredException.addIgnoredException to ignore. --- Found suspect string in log4j at line 934 [error 2016/11/15 21:05:50.448 UTC tid=0x1e] Unexpected problem starting up membership services org.apache.geode.distributed.internal.tcpserver.LocatorCancelException at org.apache.geode.distributed.internal.tcpserver.TcpClient.getServerVersion(TcpClient.java:285) at org.apache.geode.distributed.internal.tcpserver.TcpClient.requestToServer(TcpClient.java:165) at org.apache.geode.distributed.internal.membership.gms.membership.GMSJoinLeave$TcpClientWrapper.sendCoordinatorFindRequest(GMSJoinLeave.java:1153) at org.apache.geode.distributed.internal.membership.gms.membership.GMSJoinLeave.findCoordinator(GMSJoinLeave.java:1066) at org.apache.geode.distributed.internal.membership.gms.membership.GMSJoinLeave.join(GMSJoinLeave.java:306) at org.apache.geode.distributed.internal.membership.gms.mgr.GMSMembershipManager.join(GMSMembershipManager.java:656) at org.apache.geode.distributed.internal.membership.gms.mgr.GMSMembershipManager.joinDistributedSystem(GMSMembershipManager.java:745) at org.apache.geode.distributed.internal.membership.gms.Services.start(Services.java:181) at org.apache.geode.distributed.internal.membership.gms.GMSMemberFactory.newMembershipManager(GMSMemberFactory.java:102) at org.apache.geode.distributed.internal.membership.MemberFactory.newMembershipManager(MemberFactory.java:89) at org.apache.geode.distributed.internal.DistributionManager.(DistributionManager.java:1112) at org.apache.geode.distributed.internal.DistributionManager.(DistributionManager.java:1160) at org.apache.geode.distributed.internal.DistributionManager.create(DistributionManager.java:531) at org.apache.geode.distributed.internal.InternalDistributedSystem.initialize(InternalDistributedSystem.java:683) at org.apache.geode.distributed.internal.InternalDistributedSystem.newInstance(InternalDistributedSystem.java:297) at org.apache.geode.distributed.DistributedSystem.connect(DistributedSystem.java:202) at org.apache.geode.distributed.internal.InternalLocator.startDistributedSystem(InternalLocator.java:751) at org.apache.geode.distributed.internal.InternalLocator.startLocator(InternalLocator.java:380) at org.apache.geode.distributed.internal.InternalLocator.startLocator(InternalLocator.java:322) at org.apache.geode.distributed.Locator.startLocator(Locator.java:255) at org.apache.geode.distributed.Locator.startLocatorAndDS(Locator.java:142) at org.apache.geode.distributed.LocatorDUnitTest.startLocator(LocatorDUnitTest.java:645) at org.apache.geode.distributed.LocatorDUnitTest.lambda$testStartTwoLocatorsOneWithSSLAndTheOtherNonSSL$1965b9f9$1(LocatorDUnitTest.java:493) at org.apache.geode.test.dunit.NamedRunnable.run(NamedRunnable.java:31) 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 hydra.MethExecutor.executeObject(MethExecutor.java:245) at org.apache.geode.test.dunit.standalone.RemoteDUnitVM.executeMethodOnObject(RemoteDUnitVM.java:73) at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:324) at sun.rmi.transport.Transport$1.run(Transport.java:200) at
[jira] [Created] (GEODE-2165) testMultipleLocatorsRestartingAtSameTime failed
Hitesh Khamesra created GEODE-2165: -- Summary: testMultipleLocatorsRestartingAtSameTime failed Key: GEODE-2165 URL: https://issues.apache.org/jira/browse/GEODE-2165 Project: Geode Issue Type: Bug Components: membership Reporter: Hitesh Khamesra org.apache.geode.distributed.LocatorDUnitTest > testMultipleLocatorsRestartingAtSameTime FAILED java.lang.AssertionError: expected:<27> but was:<38> 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.distributed.LocatorDUnitTest.testMultipleLocatorsRestartingAtSameTime(LocatorDUnitTest.java:1822) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (GEODE-2153) PostProcessor security
[
https://issues.apache.org/jira/browse/GEODE-2153?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713172#comment-15713172
]
Hitesh Khamesra commented on GEODE-2153:
I think we need to mention that how one can you use Postprocessor callback for
security purpose. One can take this as the just reference implementation.
> PostProcessor security
> --
>
> Key: GEODE-2153
> URL: https://issues.apache.org/jira/browse/GEODE-2153
> Project: Geode
> Issue Type: Improvement
> Components: security
>Reporter: Jared Stewart
>
> I have started a server and locator using the sample RedactingPostProcessor
> implementation. I created a /customers region and inserted a Customer:
> {code}
> Region region = connectToRegion("customers");
> Customer customer = new Customer(1L, "FirstName", "LastName", "123-456-7890");
> region.put("galen", customer);
> {code}
> The following query and get operation show our customer's SSN getting
> redacted as expected:
> {code}
> Customer customerFromGet = region.get("galen");
> //{ type = com.jaredjstewart.Customer, customerId = 1, firstName = FirstName,
> lastName = LastName, ssn = ** }
> Object customerFromQuery = queryService.newQuery("select * from
> /customers").execute();
> //{ type = com.jaredjstewart.Customer, customerId = 1, firstName = FirstName,
> lastName = LastName, ssn = ** }
> {code}
> However, it is possible to leak information by accessing the field which is
> supposed to be redacted in a where clause:
> {code}
> Object customer = queryService.newQuery("select c from /customers c
> where c.socialSecurityNumber='123-456-7890'").execute();
> //this redacts but still leaks the vital information
> {code}
> It is also possible to query the field directly:
> {code}
> Object customerSSN = queryService.newQuery("select c.socialSecurityNumber
> from /customers c").execute();
> //[123-456-7890]
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (GEODE-1740) Potential region inconsistency with concurrent region operation during transaction commit processing
[ https://issues.apache.org/jira/browse/GEODE-1740?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713037#comment-15713037 ] ASF GitHub Bot commented on GEODE-1740: --- Github user gemzdude commented on the issue: https://github.com/apache/incubator-geode/pull/282 Merged to develop by Ken Howe > Potential region inconsistency with concurrent region operation during > transaction commit processing > > > Key: GEODE-1740 > URL: https://issues.apache.org/jira/browse/GEODE-1740 > Project: Geode > Issue Type: Bug > Components: regions, transactions >Reporter: Scott Jewell > > There is a possible region inconsistency if region operations such as CLEAR > are performed during transaction commit processing -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (GEODE-1740) Potential region inconsistency with concurrent region operation during transaction commit processing
[ https://issues.apache.org/jira/browse/GEODE-1740?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713035#comment-15713035 ] ASF GitHub Bot commented on GEODE-1740: --- Github user gemzdude closed the pull request at: https://github.com/apache/incubator-geode/pull/282 > Potential region inconsistency with concurrent region operation during > transaction commit processing > > > Key: GEODE-1740 > URL: https://issues.apache.org/jira/browse/GEODE-1740 > Project: Geode > Issue Type: Bug > Components: regions, transactions >Reporter: Scott Jewell > > There is a possible region inconsistency if region operations such as CLEAR > are performed during transaction commit processing -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (GEODE-1931) CI Failure: LocatorUDPSecurityDUnitTest.testStartTwoLocators
[ https://issues.apache.org/jira/browse/GEODE-1931?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712795#comment-15712795 ] ASF subversion and git services commented on GEODE-1931: Commit be964ef702964c1279d5c9a8c2b9021c00738552 in incubator-geode's branch refs/heads/develop from [~ukohlmeyer] [ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=be964ef ] GEODE-1931: Fixed serialization issue with Lambda > CI Failure: LocatorUDPSecurityDUnitTest.testStartTwoLocators > > > Key: GEODE-1931 > URL: https://issues.apache.org/jira/browse/GEODE-1931 > Project: Geode > Issue Type: Bug > Components: membership >Reporter: Eric Shu >Assignee: Udo Kohlmeyer > Labels: ci, flaky > > org.apache.geode.test.dunit.RMIException: While invoking > org.apache.geode.test.dunit.NamedCallable.call in VM 2 running on Host > cc2-rh6.gemstone.com with 5 VMs > at org.apache.geode.test.dunit.VM.invoke(VM.java:389) > at org.apache.geode.test.dunit.VM.invoke(VM.java:355) > at org.apache.geode.test.dunit.VM.invoke(VM.java:308) > at > org.apache.geode.distributed.LocatorDUnitTest.testStartTwoLocators(LocatorDUnitTest.java:307) > 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.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: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
[jira] [Commented] (GEODE-1740) Potential region inconsistency with concurrent region operation during transaction commit processing
[ https://issues.apache.org/jira/browse/GEODE-1740?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712774#comment-15712774 ] ASF subversion and git services commented on GEODE-1740: Commit 70479204eb06f270906b07d82fdeb369de5a40b5 in incubator-geode's branch refs/heads/develop from [~gemzdude] [ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=7047920 ] GEODE-1740: Apply spotless check > Potential region inconsistency with concurrent region operation during > transaction commit processing > > > Key: GEODE-1740 > URL: https://issues.apache.org/jira/browse/GEODE-1740 > Project: Geode > Issue Type: Bug > Components: regions, transactions >Reporter: Scott Jewell > > There is a possible region inconsistency if region operations such as CLEAR > are performed during transaction commit processing -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (GEODE-2159) add serialVersionUIDs to exception classes not having them
[ https://issues.apache.org/jira/browse/GEODE-2159?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruce Schuchardt resolved GEODE-2159. - Resolution: Fixed Fix Version/s: 1.1.0 > add serialVersionUIDs to exception classes not having them > -- > > Key: GEODE-2159 > URL: https://issues.apache.org/jira/browse/GEODE-2159 > Project: Geode > Issue Type: Bug > Components: messaging >Reporter: Bruce Schuchardt >Assignee: Bruce Schuchardt > Fix For: 1.1.0 > > > I made a pass through exceptions that are checked for by client caches but > recently we found that I missed one. We need to make a pass through all of > the exception classes and ensure that they have serialVersionUIDs so that we > don't inadvertently make a change that breaks backward compatibility. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (GEODE-1653) Executing a fire-and-forget function on all servers doesn't actually execute on all servers
[
https://issues.apache.org/jira/browse/GEODE-1653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712735#comment-15712735
]
ASF GitHub Bot commented on GEODE-1653:
---
Github user kirklund commented on the issue:
https://github.com/apache/incubator-geode/pull/293
Oops, looks like the LocatorDUnitTest format problem is on develop, not in
this PR. Sorry about my confusion.
> Executing a fire-and-forget function on all servers doesn't actually execute
> on all servers
> ---
>
> Key: GEODE-1653
> URL: https://issues.apache.org/jira/browse/GEODE-1653
> Project: Geode
> Issue Type: Bug
> Components: functions
>Reporter: Barry Oglesby
>Assignee: Amey Barve
>
> Executing a fire-and-forget function on all servers only executes on the ones
> the client is currently connected to.
> The two {{ExecuteFunctionNoAckOp execute}} methods get the servers to execute
> against using code like:
> {noformat}
> pool.getCurrentServers();
> {noformat}
> This method just gets all the {{EndpointManager's endpointMap's
> ServerLocations}}.
> What should be done is more like what the {{ExecuteFunctionOp execute}}
> methods do:
> {noformat}
> private static List getAllServers(PoolImpl pool) {
> List servers = null;
> if (pool.getLocators() == null || pool.getLocators().isEmpty()) {
> servers = ((ExplicitConnectionSourceImpl)
> pool.getConnectionSource()).getAllServers();
> } else {
> servers = ((AutoConnectionSourceImpl)
> pool.getConnectionSource()).findAllServers(); // n/w call on locator
> }
> return servers;
> }
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (GEODE-2159) add serialVersionUIDs to exception classes not having them
[ https://issues.apache.org/jira/browse/GEODE-2159?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712713#comment-15712713 ] ASF subversion and git services commented on GEODE-2159: Commit f0cdb66ae9efdc8c994a473e8ca4b74bd2b0d970 in incubator-geode's branch refs/heads/develop from [~bschuchardt] [ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=f0cdb66 ] GEODE-2159 add serialVersionUIDs to exception classes not having them added serialVersionUIDs generated with JDK 1.8 serialver > add serialVersionUIDs to exception classes not having them > -- > > Key: GEODE-2159 > URL: https://issues.apache.org/jira/browse/GEODE-2159 > Project: Geode > Issue Type: Bug > Components: messaging >Reporter: Bruce Schuchardt >Assignee: Bruce Schuchardt > > I made a pass through exceptions that are checked for by client caches but > recently we found that I missed one. We need to make a pass through all of > the exception classes and ensure that they have serialVersionUIDs so that we > don't inadvertently make a change that breaks backward compatibility. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (GEODE-734) gfsh export stack-traces should not require an output file with extension .txt
[
https://issues.apache.org/jira/browse/GEODE-734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712680#comment-15712680
]
ASF GitHub Bot commented on GEODE-734:
--
Github user kirklund commented on a diff in the pull request:
https://github.com/apache/incubator-geode/pull/297#discussion_r90507113
--- Diff:
geode-core/src/test/java/org/apache/geode/management/internal/cli/commands/ShowStackTraceDUnitTest.java
---
@@ -149,4 +163,92 @@ public void testExportStacktrace() throws
ClassNotFoundException, IOException {
getLogWriter().info("Output : \n" +
commandResultToString(commandResult));
assertFalse(commandResult.getStatus().equals(Status.OK));
}
+
+ /***
+ * Tests the behavior of the show stack-trace command when file is
already present
+ *
+ * @throws ClassNotFoundException
+ * @throws IOException
+ */
+ @Test
--- End diff --
This looks like three different tests all inside one test. It's better to
separate these so they're shorter, more readable and pass or fail independently
of one another.
If you're worried about how long it takes to setup/teardown or run tests,
then you really should consider testing this feature in a UnitTest or
IntegrationTest.
UnitTest would use Mockito to help you isolate the one class for test
(UnitTest shouldn't touch file system or network). IntegrationTest would allow
you to touch file system or network, test group of classes, or create one Geode
member (in one JVM). DistributedTest should only be used when you really need
more than one member (multiple JVMs).
> gfsh export stack-traces should not require an output file with extension .txt
> --
>
> Key: GEODE-734
> URL: https://issues.apache.org/jira/browse/GEODE-734
> Project: Geode
> Issue Type: Improvement
> Components: gfsh
>Reporter: Jens Deppe
>
> gfsh {{export stack-traces}} requires a file with a {{.txt}} extension:
> {noformat}
> gfsh>export stack-traces --file=/tmp/trace.log
> Invalid file type, the file extension must be ".txt"
> {noformat}
> This seems like a totally arbitrary restriction. Please can it be removed.
> If the concern is that an existing file might be overwritten then we should
> have a user prompt indicating that.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (GEODE-734) gfsh export stack-traces should not require an output file with extension .txt
[
https://issues.apache.org/jira/browse/GEODE-734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712679#comment-15712679
]
ASF GitHub Bot commented on GEODE-734:
--
Github user kirklund commented on a diff in the pull request:
https://github.com/apache/incubator-geode/pull/297#discussion_r90506480
--- Diff:
geode-core/src/test/java/org/apache/geode/management/internal/cli/commands/ShowStackTraceDUnitTest.java
---
@@ -90,6 +90,20 @@ public void run() {
public void testExportStacktrace() throws ClassNotFoundException,
IOException {
setupSystem();
+// Test non txt extension file is allowed
+File stacktracesFile = new File("allStackTraces.log");
--- End diff --
Files should be created in a TemporaryFolder. Please see TemporaryFolder on
https://github.com/junit-team/junit4/wiki/Rules.
We have a version of TemporaryFolder which works in DUnit
(DistributedTests). See
org.apache.geode.test.junit.rules.serializable.SerializableTemporaryFolder.
The TemporaryFolder Rule automatically takes care of deleting files and
directories after each test.
> gfsh export stack-traces should not require an output file with extension .txt
> --
>
> Key: GEODE-734
> URL: https://issues.apache.org/jira/browse/GEODE-734
> Project: Geode
> Issue Type: Improvement
> Components: gfsh
>Reporter: Jens Deppe
>
> gfsh {{export stack-traces}} requires a file with a {{.txt}} extension:
> {noformat}
> gfsh>export stack-traces --file=/tmp/trace.log
> Invalid file type, the file extension must be ".txt"
> {noformat}
> This seems like a totally arbitrary restriction. Please can it be removed.
> If the concern is that an existing file might be overwritten then we should
> have a user prompt indicating that.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Created] (GEODE-2162) AsyncEventListenerDUnitTest testParallelAsyncEventQueueWithOneAccessor hang on tearDown
Hitesh Khamesra created GEODE-2162: -- Summary: AsyncEventListenerDUnitTest testParallelAsyncEventQueueWithOneAccessor hang on tearDown Key: GEODE-2162 URL: https://issues.apache.org/jira/browse/GEODE-2162 Project: Geode Issue Type: Bug Components: distributed lock service Reporter: Hitesh Khamesra "RMI TCP Connection(10)-10.118.32.97" #27 daemon prio=5 os_prio=0 tid=0x7f4148001800 nid=0x753f waiting on condition [0x7f41ad02d000] java.lang.Thread.State: TIMED_WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0xe090e1b8> (a java.util.concurrent.CountDownLatch$Sync) at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedNanos(AbstractQueuedSynchronizer.java:1037) at java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1328) at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:277) at org.apache.geode.internal.util.concurrent.StoppableCountDownLatch.await(StoppableCountDownLatch.java:64) at org.apache.geode.distributed.internal.ReplyProcessor21.basicWait(ReplyProcessor21.java:716) at org.apache.geode.distributed.internal.ReplyProcessor21.waitForRepliesUninterruptibly(ReplyProcessor21.java:793) at org.apache.geode.distributed.internal.ReplyProcessor21.waitForRepliesUninterruptibly(ReplyProcessor21.java:769) at org.apache.geode.distributed.internal.ReplyProcessor21.waitForRepliesUninterruptibly(ReplyProcessor21.java:856) at org.apache.geode.distributed.internal.locks.ElderInitProcessor.init(ElderInitProcessor.java:72) at org.apache.geode.distributed.internal.locks.ElderState.(ElderState.java:56) at org.apache.geode.distributed.internal.DistributionManager.getElderStateWithTryLock(DistributionManager.java:3631) at org.apache.geode.distributed.internal.DistributionManager.getElderState(DistributionManager.java:3581) at org.apache.geode.distributed.internal.locks.GrantorRequestProcessor.startElderCall(GrantorRequestProcessor.java:240) at org.apache.geode.distributed.internal.locks.GrantorRequestProcessor.basicOp(GrantorRequestProcessor.java:349) at org.apache.geode.distributed.internal.locks.GrantorRequestProcessor.basicOp(GrantorRequestProcessor.java:329) at org.apache.geode.distributed.internal.locks.GrantorRequestProcessor.clearGrantor(GrantorRequestProcessor.java:320) at org.apache.geode.distributed.internal.locks.DLockService.clearGrantor(DLockService.java:850) at org.apache.geode.distributed.internal.locks.DLockGrantor.destroy(DLockGrantor.java:1226) - locked <0xe09ee050> (a org.apache.geode.distributed.internal.locks.DLockGrantor) at org.apache.geode.distributed.internal.locks.DLockService.nullLockGrantorId(DLockService.java:640) at org.apache.geode.distributed.internal.locks.DLockService.basicDestroy(DLockService.java:2496) at org.apache.geode.distributed.internal.locks.DLockService.destroyAndRemove(DLockService.java:2415) - locked <0xe0554e08> (a java.lang.Object) at org.apache.geode.distributed.internal.locks.DLockService.destroyServiceNamed(DLockService.java:2316) at org.apache.geode.distributed.DistributedLockService.destroy(DistributedLockService.java:84) at org.apache.geode.internal.cache.GemFireCacheImpl.destroyGatewaySenderLockService(GemFireCacheImpl.java:2053) at org.apache.geode.internal.cache.GemFireCacheImpl.close(GemFireCacheImpl.java:2196) - locked <0xe0347638> (a java.lang.Class for org.apache.geode.internal.cache.GemFireCacheImpl) at org.apache.geode.internal.cache.GemFireCacheImpl.close(GemFireCacheImpl.java:1973) at org.apache.geode.internal.cache.GemFireCacheImpl.close(GemFireCacheImpl.java:1969) at org.apache.geode.test.dunit.internal.JUnit4DistributedTestCase.closeCache(JUnit4DistributedTestCase.java:602) at org.apache.geode.test.dunit.internal.JUnit4DistributedTestCase.tearDownVM(JUnit4DistributedTestCase.java:563) at org.apache.geode.test.dunit.internal.JUnit4DistributedTestCase.lambda$cleanupAllVms$bb17a952$1(JUnit4DistributedTestCase.java:554) at org.apache.geode.test.dunit.internal.JUnit4DistributedTestCase$$Lambda$23/2043837261.run(Unknown Source) at org.apache.geode.test.dunit.NamedRunnable.run(NamedRunnable.java:31) at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:497) at
[jira] [Assigned] (GEODE-2162) AsyncEventListenerDUnitTest testParallelAsyncEventQueueWithOneAccessor hang on tearDown
[ https://issues.apache.org/jira/browse/GEODE-2162?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hitesh Khamesra reassigned GEODE-2162: -- Assignee: Hitesh Khamesra > AsyncEventListenerDUnitTest testParallelAsyncEventQueueWithOneAccessor hang > on tearDown > --- > > Key: GEODE-2162 > URL: https://issues.apache.org/jira/browse/GEODE-2162 > Project: Geode > Issue Type: Bug > Components: distributed lock service >Reporter: Hitesh Khamesra >Assignee: Hitesh Khamesra > > "RMI TCP Connection(10)-10.118.32.97" #27 daemon prio=5 os_prio=0 > tid=0x7f4148001800 nid=0x753f waiting on condition [0x7f41ad02d000] >java.lang.Thread.State: TIMED_WAITING (parking) > at sun.misc.Unsafe.park(Native Method) > - parking to wait for <0xe090e1b8> (a > java.util.concurrent.CountDownLatch$Sync) > at > java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) > at > java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedNanos(AbstractQueuedSynchronizer.java:1037) > at > java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1328) > at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:277) > at > org.apache.geode.internal.util.concurrent.StoppableCountDownLatch.await(StoppableCountDownLatch.java:64) > at > org.apache.geode.distributed.internal.ReplyProcessor21.basicWait(ReplyProcessor21.java:716) > at > org.apache.geode.distributed.internal.ReplyProcessor21.waitForRepliesUninterruptibly(ReplyProcessor21.java:793) > at > org.apache.geode.distributed.internal.ReplyProcessor21.waitForRepliesUninterruptibly(ReplyProcessor21.java:769) > at > org.apache.geode.distributed.internal.ReplyProcessor21.waitForRepliesUninterruptibly(ReplyProcessor21.java:856) > at > org.apache.geode.distributed.internal.locks.ElderInitProcessor.init(ElderInitProcessor.java:72) > at > org.apache.geode.distributed.internal.locks.ElderState.(ElderState.java:56) > at > org.apache.geode.distributed.internal.DistributionManager.getElderStateWithTryLock(DistributionManager.java:3631) > at > org.apache.geode.distributed.internal.DistributionManager.getElderState(DistributionManager.java:3581) > at > org.apache.geode.distributed.internal.locks.GrantorRequestProcessor.startElderCall(GrantorRequestProcessor.java:240) > at > org.apache.geode.distributed.internal.locks.GrantorRequestProcessor.basicOp(GrantorRequestProcessor.java:349) > at > org.apache.geode.distributed.internal.locks.GrantorRequestProcessor.basicOp(GrantorRequestProcessor.java:329) > at > org.apache.geode.distributed.internal.locks.GrantorRequestProcessor.clearGrantor(GrantorRequestProcessor.java:320) > at > org.apache.geode.distributed.internal.locks.DLockService.clearGrantor(DLockService.java:850) > at > org.apache.geode.distributed.internal.locks.DLockGrantor.destroy(DLockGrantor.java:1226) > - locked <0xe09ee050> (a > org.apache.geode.distributed.internal.locks.DLockGrantor) > at > org.apache.geode.distributed.internal.locks.DLockService.nullLockGrantorId(DLockService.java:640) > at > org.apache.geode.distributed.internal.locks.DLockService.basicDestroy(DLockService.java:2496) > at > org.apache.geode.distributed.internal.locks.DLockService.destroyAndRemove(DLockService.java:2415) > - locked <0xe0554e08> (a java.lang.Object) > at > org.apache.geode.distributed.internal.locks.DLockService.destroyServiceNamed(DLockService.java:2316) > at > org.apache.geode.distributed.DistributedLockService.destroy(DistributedLockService.java:84) > at > org.apache.geode.internal.cache.GemFireCacheImpl.destroyGatewaySenderLockService(GemFireCacheImpl.java:2053) > at > org.apache.geode.internal.cache.GemFireCacheImpl.close(GemFireCacheImpl.java:2196) > - locked <0xe0347638> (a java.lang.Class for > org.apache.geode.internal.cache.GemFireCacheImpl) > at > org.apache.geode.internal.cache.GemFireCacheImpl.close(GemFireCacheImpl.java:1973) > at > org.apache.geode.internal.cache.GemFireCacheImpl.close(GemFireCacheImpl.java:1969) > at > org.apache.geode.test.dunit.internal.JUnit4DistributedTestCase.closeCache(JUnit4DistributedTestCase.java:602) > at > org.apache.geode.test.dunit.internal.JUnit4DistributedTestCase.tearDownVM(JUnit4DistributedTestCase.java:563) > at > org.apache.geode.test.dunit.internal.JUnit4DistributedTestCase.lambda$cleanupAllVms$bb17a952$1(JUnit4DistributedTestCase.java:554) > at > org.apache.geode.test.dunit.internal.JUnit4DistributedTestCase$$Lambda$23/2043837261.run(Unknown >
[jira] [Commented] (GEODE-2109) calling submit on ExecutionService can cause exceptions to be lost
[
https://issues.apache.org/jira/browse/GEODE-2109?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712628#comment-15712628
]
ASF GitHub Bot commented on GEODE-2109:
---
Github user kirklund commented on the issue:
https://github.com/apache/incubator-geode/pull/296
We've been requiring unit tests or integration tests for all bug fixes.
At a minimum, I would recommend adding a new test that fails due to at
least of the conditions reported by GEODE-2109 and then passes with your
changes. Example:
`
import static org.assertj.core.api.Assertions.assertThat;
import org.apache.geode.test.junit.categories.UnitTest;
import org.junit.Rule;
import org.junit.Test;
import org.junit.contrib.java.lang.system.SystemErrRule;
import org.junit.experimental.categories.Category;
@Category(UnitTest.class)
public class FederatingManagerSubmitTaskWithFailureTest {
private FederatingManager manager;
@Rule
public SystemErrRule systemErrRule = new SystemErrRule().enableLog();
@Test
public void submittedTaskShouldLogFailure() throws Exception {
manager.submitTask(() -> {throw new Exception("error message");});
assertThat(systemErrRule.getLog()).contains(Exception.class.getName()).contains("error
message");
}
}
`
The above test would require a couple things:
1) some sort of @Before method which instantiates manager
2) change FederatingManager.submitTask(...) to package scope so the unit
test can call it (right now FederatingManager is not a test-friendly class)
> calling submit on ExecutionService can cause exceptions to be lost
> --
>
> Key: GEODE-2109
> URL: https://issues.apache.org/jira/browse/GEODE-2109
> Project: Geode
> Issue Type: Bug
> Components: regions
>Reporter: Darrel Schneider
>
> Geode has a number of places that call submit on ExecutionService. The submit
> method returns a Future object. If the caller makes sure it calls "get" on
> the Future then all is well. But in many places geode is not calling get. In
> that case if the Runnable that was submitted throws an exception it gets
> stored in the get and never logged. This can make it very hard to diagnose
> problems.
> If the caller does not want to call get on the returned Future then it should
> instead call the "execute" method. In that case the exception will be
> unhandled and the unhandled exception handler code we have on the
> LoggingThreadGroup class will cause the exception to be logged.
> Here are the places that should be changed to use execute instead of submit:
> org.apache.geode.internal.util.concurrent.CustomEntryConcurrentHashMap.clear()
> org.apache.geode.internal.cache.DiskStoreImpl.executeDiskStoreTask(Runnable)
> org.apache.geode.internal.cache.lru.HeapEvictor.onEvent(MemoryEvent)
> org.apache.geode.distributed.internal.InternalLocator.restartWithDS(InternalDistributedSystem,
> GemFireCacheImpl)
> org.apache.geode.distributed.internal.FunctionExecutionPooledExecutor.FunctionExecutionPooledExecutor(BlockingQueue,
> int, PoolStatHelper, ThreadFactory, int, boolean)
> org.apache.geode.internal.cache.PRHARedundancyProvider.scheduleCreateMissingBuckets()
> org.apache.geode.distributed.internal.InternalLocator.startSharedConfigurationService(GemFireCacheImpl)
> org.apache.geode.cache.client.internal.SingleHopClientExecutor.submitTask(Runnable)
> org.apache.geode.management.internal.FederatingManager.submitTask(Callable)
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Assigned] (GEODE-2146) function "deploy" only requires DATA:MANAGE privilege, but a malicious user can write a function to change the securityManager and then execute anything
[ https://issues.apache.org/jira/browse/GEODE-2146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jinmei Liao reassigned GEODE-2146: -- Assignee: Jinmei Liao > function "deploy" only requires DATA:MANAGE privilege, but a malicious user > can write a function to change the securityManager and then execute anything > - > > Key: GEODE-2146 > URL: https://issues.apache.org/jira/browse/GEODE-2146 > Project: Geode > Issue Type: Improvement > Components: docs, security >Reporter: Jinmei Liao >Assignee: Jinmei Liao > Fix For: 1.1.0 > > > A simple function would do the following: > SecurityUtils.setSecurityManager(null); > This would jeopardize all the security checks afterwards and let user do > pretty much everything. > We should either sandbox the function execution or have deploy require ALL > permissions. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (GEODE-1653) Executing a fire-and-forget function on all servers doesn't actually execute on all servers
[
https://issues.apache.org/jira/browse/GEODE-1653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712565#comment-15712565
]
ASF GitHub Bot commented on GEODE-1653:
---
Github user kirklund commented on the issue:
https://github.com/apache/incubator-geode/pull/293
The Travis failure is caused by the format not matching spotless.
Unfortunately, the IntelliJ formatter doesn't currently match, so the easiest
way to fix the format is to run:
`$ ./gradlew spotlessApply`
After that rebase your branch against origin/develop to squash the format
change and 'git push -f' your branch.
> Executing a fire-and-forget function on all servers doesn't actually execute
> on all servers
> ---
>
> Key: GEODE-1653
> URL: https://issues.apache.org/jira/browse/GEODE-1653
> Project: Geode
> Issue Type: Bug
> Components: functions
>Reporter: Barry Oglesby
>Assignee: Amey Barve
>
> Executing a fire-and-forget function on all servers only executes on the ones
> the client is currently connected to.
> The two {{ExecuteFunctionNoAckOp execute}} methods get the servers to execute
> against using code like:
> {noformat}
> pool.getCurrentServers();
> {noformat}
> This method just gets all the {{EndpointManager's endpointMap's
> ServerLocations}}.
> What should be done is more like what the {{ExecuteFunctionOp execute}}
> methods do:
> {noformat}
> private static List getAllServers(PoolImpl pool) {
> List servers = null;
> if (pool.getLocators() == null || pool.getLocators().isEmpty()) {
> servers = ((ExplicitConnectionSourceImpl)
> pool.getConnectionSource()).getAllServers();
> } else {
> servers = ((AutoConnectionSourceImpl)
> pool.getConnectionSource()).findAllServers(); // n/w call on locator
> }
> return servers;
> }
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Resolved] (GEODE-2146) function "deploy" only requires DATA:MANAGE privilege, but a malicious user can write a function to change the securityManager and then execute anything
[ https://issues.apache.org/jira/browse/GEODE-2146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jinmei Liao resolved GEODE-2146. Resolution: Fixed Fix Version/s: 1.1.0 > function "deploy" only requires DATA:MANAGE privilege, but a malicious user > can write a function to change the securityManager and then execute anything > - > > Key: GEODE-2146 > URL: https://issues.apache.org/jira/browse/GEODE-2146 > Project: Geode > Issue Type: Improvement > Components: docs, security >Reporter: Jinmei Liao >Assignee: Jinmei Liao > Fix For: 1.1.0 > > > A simple function would do the following: > SecurityUtils.setSecurityManager(null); > This would jeopardize all the security checks afterwards and let user do > pretty much everything. > We should either sandbox the function execution or have deploy require ALL > permissions. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
