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
  • Class
    Description
    java.util.concurrent.atomic.AtomicIntegerArray, which the class library does not carry even though it carries AtomicInteger.
    java.util.concurrent.atomic.AtomicLongArray, which the class library does not carry even though it carries AtomicLong.
    java.util.concurrent.atomic.AtomicReferenceArray, which the class library does not carry even though it carries AtomicReference.
    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.
    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 of java.util.concurrent that block ordinary libraries.
    java.util.concurrent.TimeoutException, which the class library does not carry.