CompletableFuture/parallelStream в сервере приложений JavaEE

Question

Учитывая новую Java8, мы получаем действительно хорошие функции для асинхронных задач, например, CompletableFuture и.paralellStream(). Если вы запустите это в Java SE, как я понял, вы будете использовать ForkJoinPool, но что произойдет, если я запусту следующие примеры, например, в Wildfly или TomcatEE?

//Here I start a comp.Future without giving an Executor
test = CompletableFuture.supplyAsync(() -> timeConsumingMethod());
//Here I start a parallel stream 
mList.paralell().filter(...).collect(Collectors.toList())

Что происходит и где я буду брать свои ресурсы, если

1. Примеры запускаются в компоненте @Stateful
2. Примеры запускаются в компоненте @Stateless
3. Примеры запускаются в компоненте CDI

Answer 1

Вы не должны использовать ForkJoinPool в Java EE. Только сервер приложений должен предоставлять конструкции для параллелизма (например, ManagedExecutorService в Java EE 7), потому что контейнер должен управлять потоками.

Любопытно, что в списке рассылки, упомянутом в этом ответе, есть сообщение, в котором утверждается, что ForkJoinPool будет постепенно переходить в однопоточный контейнер EE. Я проверил это с Glassfish 4.1, и обычные темы созданы. Запуск этого кода:

@Singleton
public class SomeSingleton {
    public void fireStream() {
        IntStream.range(0, 32)
            .parallel()
            .mapToObj(i -> String.format("Task %d on thread %s", 
                i, Thread.currentThread().getName()))
            .forEach(System.out::println);
    }
}

Я получаю следующий вывод:

Info:   Task 20 on thread http-listener-1(4)
Info:   Task 10 on thread ForkJoinPool.commonPool-worker-3
Info:   Task 21 on thread http-listener-1(4)
Info:   Task 11 on thread ForkJoinPool.commonPool-worker-3
Info:   Task 22 on thread http-listener-1(4)
Info:   Task 8 on thread ForkJoinPool.commonPool-worker-3
Info:   Task 23 on thread http-listener-1(4)
Info:   Task 9 on thread ForkJoinPool.commonPool-worker-3
Info:   Task 18 on thread http-listener-1(4)
Info:   Task 14 on thread ForkJoinPool.commonPool-worker-3
Info:   Task 19 on thread http-listener-1(4)
Info:   Task 15 on thread ForkJoinPool.commonPool-worker-3
Info:   Task 16 on thread http-listener-1(4)
Info:   Task 17 on thread http-listener-1(4)
Info:   Task 4 on thread http-listener-1(4)
Info:   Task 5 on thread http-listener-1(4)
Info:   Task 6 on thread http-listener-1(4)
Info:   Task 7 on thread http-listener-1(4)
Info:   Task 2 on thread http-listener-1(4)
Info:   Task 3 on thread http-listener-1(4)
Info:   Task 0 on thread http-listener-1(4)
Info:   Task 1 on thread http-listener-1(4)
Info:   Task 26 on thread http-listener-1(4)
Info:   Task 27 on thread http-listener-1(4)
Info:   Task 24 on thread http-listener-1(4)
Info:   Task 25 on thread http-listener-1(4)
Info:   Task 12 on thread http-listener-1(4)
Info:   Task 13 on thread http-listener-1(4)
Info:   Task 30 on thread http-listener-1(4)
Info:   Task 31 on thread http-listener-1(4)
Info:   Task 28 on thread ForkJoinPool.commonPool-worker-0
Info:   Task 29 on thread ForkJoinPool.commonPool-worker-0

Возможно, ухудшение качества станет доступным в Java EE 8, когда большинство отдельных спецификаций будут использовать функции SE 8.

---

редактировать

Я проверил исходный код Glassfish 4.1.1, и нет единственного использования ForkJoinPool, ForkJoinWorkerThreadFactory или же ForkJoinWorkerThread, Таким образом, ресурсы параллелизма, управляемые сервером приложений, не основаны ни на одной из этих конструкций. К сожалению, на самом деле нет никакого механизма деградации.