Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Become fully parallelizable #131

Open
Vampire opened this issue Apr 5, 2022 · 1 comment
Open

Become fully parallelizable #131

Vampire opened this issue Apr 5, 2022 · 1 comment

Comments

@Vampire
Copy link
Contributor

Vampire commented Apr 5, 2022

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.

@manovotn
Copy link
Collaborator

Since this will now be documented, it is a low prio but a nice to have feature going forward.

We would have to find a way to either pass a BeanManager instance around or keep track of the running Weld container ID with which we can then retrieve the BM.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants