Web clients can often impose request timeouts. If a GraphQL server takes
too long to respond, then nothing is returned. While we can call
`ExecutionInput.cancel()` in order to slide a web client's timeout,
there are no usable results for the client to use.

This change improves on this - if we set `#capturePartialResultsOnCancel`,
then calling `.cancel` will save all the evaluated `DataFetcher` results
so that something potentially usable can be returned to the client.

Full disclosure: almost all of this was generated with Rovo, with a
preliminary review from Brad before submitting here.

`Async` is intended to be a simple utility class - we thus just pass in
the `CompletableFuture`s that are necessary to have this function.

Collapse the two whenComplete callbacks into a single one on
anyOf(allOf, cancellationFuture). The previous second callback on allOf
was unreachable dead code - anyOf already fires when either future
completes - and the overallResult.isDone() guards could never be true,
hurting branch coverage.

Merge harvestPartialResults and collectAllResults into a single
harvestResults helper: when allOf has won the race every field future is
done so it yields the full result, and when cancellation wins it yields
the partial result with null for not-yet-done futures. join() is safe
because allOf being incomplete implies no field future has failed.

All new code is now 100% line and branch covered.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

The exception != null branch tried to capture partial results, but a
whenComplete((value, throwable)) callback always delivers a null value
when a throwable is present, so the results != null guard was never true
and that capture branch was unreachable (JaCoCo confirmed zero coverage).
The exception path now simply delegates to handleNonNullException.

Also drop two dead CompletionException unwraps - possibleCancellation
returns a raw AbortExecutionException, never a wrapped one - and the
always-true instanceof/results != null checks on the cancellation path.

No behavioural change (full suite passes); the method is now 100% line
and branch covered.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

Before, we were discarding the whole object / list fields instead of
returning the sub-fields that had completed.

Now:

 - `executeObject` stops collecting FieldValueInfos on cancel, rather
   than blocking on a slow field.
 - the value phase waits for cancellation-aware nested objects/list
   futures instead of making them `null`.
 - `completeValueList` preserves partial elements on cancel.

We provide a `OnCancel` policy: `DROP_PENDING` for the fetch phase
futures that may not complete, and `WAIT_FOR_PENDING` for futures that
are cancellation-aware and thus can safely be waited on.