Provide a way to NOT inherit extensions in nested containers or methods

[jlink]

Sometimes an extension should not be applied to nested containers, e.g. if the extension wants to open and close a resource just once per annotated container. It seems to me that currently any registered extension will also be applied to its children and I couldn't find a way to switch that off.

The workarounds I can think of require strange things like storing the first context object in order to compare the current context object with it. I might be missing something, though.

Related Issues

• Introduce mechanism for programmatic extension management #506

[sormuras]

Test authors should be in full-charge to decide what resource is to be used where. Extension authors should provide means to configure/setup that requirement using the existing model. If the extension model lacks such configuration, we need to improve it.

Said that, I favor a generic and built-in ResourceSupplier SPI as layed out here: https://github.com/sormuras/brahms#resource-manager-extension

[jlink]

I guess ResourceSupplier would solve my problem at hand. I am not sure, though, that the more general problem of deciding where exactly to apply an extension can be solved with it.

Moreover, it's yet another mechanism to annotate and modify test behaviour - making things even more complicated and offering one more option for the same or very similar problems.

[sormuras]

With extensions comes complexity...

With ResourceSupplier you get explicit, type-safe and easy to see resources that you (as a test author) control. No need for an own extension. 3rd-party extensions may use the ResourceSupplier SPI to manage resources as well, but should (optionally) pass the control of creating/closing (read managing) to the test author.

[sormuras]

@testcontainers and other long-living resources are a perfect use-case: https://twitter.com/philipp_hauer/status/1112757852685430785

I'm preparing a Java 8-based ResourceSupplier implementation here: https://github.com/micromata/raktajino -- soon.

[sbrannen]

This is a duplicate of or subtask of #506.

[stale]

This issue has been automatically marked as stale because it has not had recent activity. Given the limited bandwidth of the team, it will be automatically closed if no further activity occurs. Thank you for your contribution.

[stale]

This issue has been automatically closed due to inactivity. If you have a good use case for this feature, please feel free to reopen the issue.