Package dev.gmitch215.bytebox.locks
package dev.gmitch215.bytebox.locks
The pieces of
java.util.concurrent the class library leaves out.
Neither absence is about this platform running one fiber at a time. What is here is what two widely used libraries need before they will link, and no more.
- Since:
- 1.0.2
-
ClassDescription
java.util.concurrent.atomic.AtomicIntegerArray, which the class library does not carry even though it carriesAtomicInteger.java.util.concurrent.atomic.AtomicLongArray, which the class library does not carry even though it carriesAtomicLong.java.util.concurrent.atomic.AtomicReferenceArray, which the class library does not carry even though it carriesAtomicReference.java.util.concurrent.CompletableFuture, which the class library does not carry.java.util.concurrent.CompletionException, which the class library does not carry.java.util.concurrent.CompletionStage, which the class library does not carry.java.util.concurrent.locks.Condition, which the class library does not carry.Future<V>java.util.concurrent.Future, which the class library does not carry.java.util.concurrent.locks.Lock, which the class library does not carry.java.util.concurrent.locks.ReentrantLock, which the class library does not carry at all.Supplies the pieces ofjava.util.concurrentthat block ordinary libraries.java.util.concurrent.TimeoutException, which the class library does not carry.