Liking cljdoc? Tell your friends :D

tservice-core.plugins.classloader

Logic for getting and setting the context classloader we'll use for loading tservice plugins. Use the-classloader to get the Classloader you should use with calls to Class/forName; call it for side effects to ensure the current thread context classloader will have access to JARs we add at runtime before calling require.

The classloader is guaranteed to be an instance of DynamicClassLoader, which means we can add URLs to it at runtime with dynapath; use add-url-to-classpath! to add URLs to the classpath to make sure they are added to the correct classloader.

If you are unfamiliar with ClassLoaders in general, I found this article pretty helpful: https://www.javaworld.com/article/2077344/core-java/find-a-way-out-of-the-classloader-maze.html.

Logic for getting and setting the context classloader we'll use for loading tservice plugins. Use `the-classloader`
to get the Classloader you should use with calls to `Class/forName`; call it for side effects to ensure the current
thread context classloader will have access to JARs we add at runtime before calling `require`.

The classloader is guaranteed to be an instance of `DynamicClassLoader`, which means we can add URLs to it at
runtime with dynapath; use `add-url-to-classpath!` to add URLs to the classpath to make sure they are added to the
correct classloader.

If you are unfamiliar with ClassLoaders in general, I found this article pretty helpful:
https://www.javaworld.com/article/2077344/core-java/find-a-way-out-of-the-classloader-maze.html.
raw docstring

tservice-core.plugins.core

Provide a robust plugin system for integrating new functions into the tservice.

Provide a robust plugin system for integrating new functions into the tservice.
raw docstring

tservice-core.plugins.init-steps

Logic for performing the init-steps listed in a TService plugin's manifest. For plugins that specify that we should lazy-load, these steps are lazily performed the first time non-trivial plugin methods (such as connecting to a Database) are called; for all other TService plugins these are perfomed during launch. The entire list of possible init steps is below, as impls for the do-init-step! multimethod.

Logic for performing the `init-steps` listed in a TService plugin's manifest. For plugins that specify that we
should `lazy-load`, these steps are lazily performed the first time non-trivial plugin methods (such as connecting
to a Database) are called; for all other TService plugins these are perfomed during launch.
The entire list of possible init steps is below, as impls for the `do-init-step!` multimethod.
raw docstring

tservice-core.plugins.initialize

Logic related to initializing plugins, i.e. running the init steps listed in the plugin manifest. This is done when TService launches as soon as all dependencies for that plugin are met; for plugins with unmet dependencies, it is retried after other plugins are loaded (e.g. for things like BigQuery which depend on the shared Google driver.) Note that this is not the same thing as initializing plugins -- plugins are initialized lazily when first needed; this step on the other hand runs at launch time and sets up that lazy load logic.

Logic related to initializing plugins, i.e. running the `init` steps listed in the plugin manifest. This is done when
TService launches as soon as all dependencies for that plugin are met; for plugins with unmet dependencies, it is
retried after other plugins are loaded (e.g. for things like BigQuery which depend on the shared Google driver.)
Note that this is not the same thing as initializing *plugins* -- plugins are initialized lazily when first needed;
this step on the other hand runs at launch time and sets up that lazy load logic.
raw docstring

tservice-core.plugins.plugin-proxy

Plugin proxy used for plugins added at runtime. Load metadata from each plugin and register into the private variable.

Plugin proxy used for plugins added at runtime. Load metadata from each plugin and register into the private variable.
raw docstring

tservice-core.plugins.semver

Clojure implementation of the Semantic Versioning 2.0.0 spec. Parse, validate, sort and modify semantic version strings.

Why do I copy the code into the project? Cannot find the library from clojars.org anymore. Please be aware that the copyright of this code belongs to owainlewis. You can access https://github.com/owainlewis/semver for more details.

Clojure implementation of the Semantic Versioning 2.0.0 spec. Parse, validate, sort and modify semantic version strings.

Why do I copy the code into the project? Cannot find the library from clojars.org anymore.
Please be aware that the copyright of this code belongs to owainlewis. You can access https://github.com/owainlewis/semver for more details.
raw docstring

tservice-core.plugins.validate

No vars found in this namespace.

cljdoc is a website building & hosting documentation for Clojure/Script libraries

× close