-
Notifications
You must be signed in to change notification settings - Fork 253
fix: handle null states in EVCacheBulkGetFuture and refactor #179
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes from 3 commits
a1de62b
00ff306
e93ef48
7eb75e8
f14eaa1
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -70,6 +70,8 @@ public Map<String, T> getSome(long to, TimeUnit unit, boolean throwException, bo | |
| throws InterruptedException, ExecutionException { | ||
| assert operationStates != null; | ||
|
|
||
| // Note: The latch here is counterintuitive. Based on the implementation in EVCacheMemcachedClient.asyncGetBulk(), | ||
| // the latch count is set to 1 no matter the chunk size (when > 0) and only decrement when pendingChunks counts down to 0. | ||
| boolean allCompleted = latch.await(to, unit); | ||
| if(log.isDebugEnabled()) log.debug("Took " + (System.currentTimeMillis() - start)+ " to fetch " + rvMap.size() + " keys from " + client); | ||
| long pauseDuration = -1; | ||
|
|
@@ -120,25 +122,44 @@ public Map<String, T> getSome(long to, TimeUnit unit, boolean throwException, bo | |
| } | ||
|
|
||
| boolean hadTimedoutOp = false; | ||
| Operation[] opsArray = ops.toArray(new Operation[0]); | ||
| for (int i = 0; i < operationStates.length(); i++) { | ||
| SingleOperationState state = operationStates.get(i); | ||
| if (!state.completed && !allCompleted) { | ||
| MemcachedConnection.opTimedOut(state.op); | ||
|
|
||
| if (state == null) { | ||
| // Operation not yet signaled completion (cancel should still trigger completion) ==> latch timed out | ||
| // This also indicates allCompleted == false because the latch count wouldn't have drop to 0. | ||
| Operation op = opsArray[i]; | ||
| op.timeOut(); | ||
| MemcachedConnection.opTimedOut(op); | ||
| hadTimedoutOp = true; | ||
| } else { | ||
| MemcachedConnection.opSucceeded(state.op); | ||
| if (state.timedOut) { | ||
| MemcachedConnection.opTimedOut(state.op); | ||
| hadTimedoutOp = true; | ||
| } else { | ||
| MemcachedConnection.opSucceeded(state.op); | ||
| } | ||
| } | ||
| } | ||
|
|
||
| if (!allCompleted && !hasZF && hadTimedoutOp) statusString = EVCacheMetricsFactory.TIMEOUT; | ||
| if (hadTimedoutOp && !hasZF) statusString = EVCacheMetricsFactory.TIMEOUT; | ||
| // Should we throw when timeout? | ||
|
|
||
| for (int i = 0; i < operationStates.length(); i++) { | ||
| SingleOperationState state = operationStates.get(i); | ||
| if (state.cancelled) { | ||
| if (hasZF) statusString = EVCacheMetricsFactory.CANCELLED; | ||
| if (throwException) throw new ExecutionException(new CancellationException("Cancelled")); | ||
|
|
||
| // state == null always means timed out and was handled. | ||
| if (state != null) { | ||
| if (state.cancelled) { | ||
| if (hasZF) statusString = EVCacheMetricsFactory.CANCELLED; | ||
| if (throwException) throw new ExecutionException(new CancellationException("Cancelled")); | ||
| } | ||
| if (state.errored) { | ||
| if (hasZF) statusString = EVCacheMetricsFactory.ERROR; | ||
| if (throwException) throw new ExecutionException(state.op.getException()); | ||
| } | ||
| } | ||
| if (state.errored && throwException) throw new ExecutionException(state.op.getException()); | ||
| } | ||
|
|
||
| Map<String, T> m = new HashMap<String, T>(); | ||
|
|
@@ -219,20 +240,27 @@ public CompletableFuture<Map<String, T>> getAsyncSome(long timeout, TimeUnit uni | |
|
|
||
| public void handleBulkException() { | ||
| ExecutionException t = null; | ||
| Operation[] opsArray = ops.toArray(new Operation[0]); | ||
| for (int i = 0; i < operationStates.length(); i++) { | ||
| SingleOperationState state = operationStates.get(i); | ||
| if (!state.completed) { | ||
|
|
||
| if (state == null) { | ||
| Operation op = opsArray[i]; | ||
| op.timeOut(); | ||
|
Collaborator
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. do we want to signal timeout here? Iiuc we're handling that one of the ops in the bulk had an exception, shouldn't we signal a cancellation instead?
Contributor
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Agree. signal a cancellation to the op seems better if we enter here while state is still null
Contributor
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. hmm after second look at this method, I wonder what's the intention of this method. The caller caught an exception, but we are not doing anything with that "ex". Instead we throw based on whichever ops we found "first" that is either Cancelled or TimedOut or Errored... |
||
| MemcachedConnection.opTimedOut(op); | ||
| t = new ExecutionException(new CheckedOperationTimeoutException("Checked Operation timed out.", op)); | ||
| } else { | ||
| // Use pre-collected state | ||
| if (state.cancelled) { | ||
| throw new RuntimeException(new ExecutionException(new CancellationException("Cancelled"))); | ||
| } else if (state.errored) { | ||
| throw new RuntimeException(new ExecutionException(state.op.getException())); | ||
| } else { | ||
| state.op.timeOut(); | ||
| } else if (state.timedOut) { | ||
| MemcachedConnection.opTimedOut(state.op); | ||
| t = new ExecutionException(new CheckedOperationTimeoutException("Checked Operation timed out.", state.op)); | ||
| } else { | ||
| MemcachedConnection.opSucceeded(state.op); | ||
| } | ||
| } else { | ||
| MemcachedConnection.opSucceeded(state.op); | ||
| } | ||
| } | ||
|
|
||
|
|
@@ -257,19 +285,33 @@ public void doAsyncGetSome(CompletableFuture<Map<String, T>> promise) { | |
| public Single<Map<String, T>> getSome(long to, TimeUnit units, boolean throwException, boolean hasZF, Scheduler scheduler) { | ||
| return observe().timeout(to, units, Single.create(subscriber -> { | ||
| try { | ||
| Operation[] opsArray = ops.toArray(new Operation[0]); | ||
| for (int i = 0; i < operationStates.length(); i++) { | ||
| SingleOperationState state = operationStates.get(i); | ||
| if (!state.completed) { | ||
| MemcachedConnection.opTimedOut(state.op); | ||
|
|
||
| if (state == null) { | ||
| Operation op = opsArray[i]; | ||
| op.timeOut(); | ||
| MemcachedConnection.opTimedOut(op); | ||
| // Should we throw when timeout? | ||
| } else { | ||
| MemcachedConnection.opSucceeded(state.op); | ||
| if (state.timedOut) { | ||
| MemcachedConnection.opTimedOut(state.op); | ||
| // Should we throw when timeout? | ||
| } else { | ||
| MemcachedConnection.opSucceeded(state.op); | ||
| } | ||
| } | ||
| } | ||
|
|
||
| for (int i = 0; i < operationStates.length(); i++) { | ||
| SingleOperationState state = operationStates.get(i); | ||
| if (state.cancelled && throwException) throw new ExecutionException(new CancellationException("Cancelled")); | ||
| if (state.errored && throwException) throw new ExecutionException(state.op.getException()); | ||
|
|
||
| // state == null always means timed out and was handled. | ||
| if (state != null) { | ||
| if (state.cancelled && throwException) throw new ExecutionException(new CancellationException("Cancelled")); | ||
| if (state.errored && throwException) throw new ExecutionException(state.op.getException()); | ||
| } | ||
| } | ||
|
|
||
| Map<String, T> m = new HashMap<String, T>(); | ||
|
|
||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is it intentional to omit
&& hadTimedoutOpin the conditional?There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I assume you mean omit !allCompleted? This is based on the fact that "!allCompleted" will always lead to hadTimedoutOp.