Most parts of the modules are parallelizable, meaning that the parallel execution feature of JUnit Jupiter (and Spock after my PR was merged) can be used with the modules of this project.
But if you use MockBean.Builder#useUnmanaged with the default create function or MockBean.read which calls useUnmanaged internally, as soon as the according beans are resolved and thus created, they use WeldContainer.current() which blows up if multiple containers are running within the same JVM.
This can be taken care of consumer-side by using @Isolated for affected tests, but it would be nicer if possible, if the last bits of this project would also become parallelizable.
Most parts of the modules are parallelizable, meaning that the parallel execution feature of JUnit Jupiter (and Spock after my PR was merged) can be used with the modules of this project.
But if you use
MockBean.Builder#useUnmanagedwith the default create function orMockBean.readwhich callsuseUnmanagedinternally, as soon as the according beans are resolved and thus created, they useWeldContainer.current()which blows up if multiple containers are running within the same JVM.This can be taken care of consumer-side by using
@Isolatedfor affected tests, but it would be nicer if possible, if the last bits of this project would also become parallelizable.