hivemq > improve "temp-extensions" workaround #9501
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
To support the
withoutPrepackagedExtensions
methods of theHiveMQContainer
, we (HiveMQ) initially built in a workaround that copies extensions into/opt/hivemq/temp-extensions/
instead of/opt/hivemq/extensions/
and modifies the container entrypoint and command to move the extensions into their right place.We have some upcoming changes to the HiveMQ container images that will remove the need for the
withoutPrepackagedExtensions
methods in most cases. This change applies the workaround only if any of thewithoutPrepackagedExtensions
methods are called.This change also makes it easier to use the
withCopyToContainer
method with aTransferable
argument to copy files into an HiveMQ extension's folder by just specifying/opt/hivemq/extensions/
as containerPath without needing to know about any implementation details. Currently, one is limited to methods likewithFileInExtensionHomeFolder
that apply the "temp-extensions" workaround internally, but these methods only supportMountableFile
arguments.