brewtils.resolvers package¶
Submodules¶
brewtils.resolvers.bytes module¶
-
class
brewtils.resolvers.bytes.
BytesResolver
(easy_client)[source]¶ Bases:
brewtils.resolvers.ResolverBase
Resolver that uses the Beergarden file API
brewtils.resolvers.chunks module¶
-
class
brewtils.resolvers.chunks.
ChunksResolver
(easy_client)[source]¶ Bases:
brewtils.resolvers.ResolverBase
Resolver that uses the Beergarden chunks API
brewtils.resolvers.identity module¶
-
class
brewtils.resolvers.identity.
IdentityResolver
[source]¶ Bases:
brewtils.resolvers.ResolverBase
Resolver that doesn’t actually resolve anything
On the upload side this is used to ensure that Resolvables always work when used in a SystemClient. For example, if you’re using a SystemClient to execute a command with a Bytes parameter but you already have a Resolvable for that parameter, this makes that work.
On the download side this is used to support autoresolve=False parameters. If a definition specifies “autoresolve”: False as part of the type_info dictionary then the parameter WILL NOT be resolved before the command function is invoked. Instead, the Resolvable itself will be passed as that parameter. This might be useful if you wanted to farm out a bytes object to multiple children commands without needing to re-upload the same bytes every time.
brewtils.resolvers.manager module¶
-
class
brewtils.resolvers.manager.
ResolutionManager
(**kwargs)[source]¶ Bases:
object
Parameter resolution manager
This class is used under-the-hood for various plugin functions. Its purpose is to remove all the various cleanup and housekeeping steps involved in resolving parameters. An example of an unresolved parameter is a dictionary which represents a bytes object. In this case the user wants the open file descriptor, not the random dictionary that they don’t know how to process. The parameter resolver helps handle these scenarios.
This is intended for internal use for the plugin class.