* This allows us not to read the config for the
app threads until absolutely necessary.

* Delay loading the cog yaml until it is read from
in the code.

* Allow environment variables to control whether
we wait for a file to appear before further
processing
* This allows the python interpreter to boot up
while we wait for other files to become available

* Allow waiting for a general environment by
importing select python packages while the system
boots up around cog.

* I shouldn’t need to do this but want to see if
it relieves the errors on linux.

* A small test to make sense of what the code
stripper is doing.

* Create a class for accessing cog config
* Only access variables from the config by
properties
* Gate those properties with environment variable
function decorators to allow fetching the config
from the environment rather than a file.
* This allows the environment to begin running
without needing the /src

* While waiting for the environment to boot, load
The designated imports to speed up interpreter
Time.

 * In strip model source code we use an AST
function that isn’t available prior to 3.9

* We aren’t waiting for these imports, we are
loading them eagerly while we wait.

* We have so many that we need to increase this.

* Fix an issue with env_property where it could
not handle Optional or Union

* Create these functions because they don’t exist
in python 3.7

* Do not wait for a signal, just use a while loop
with a 10 ms interval to check for presence of
file.

Signed-off-by: Will Sackfield <[email protected]>

* test_code_xforms actually lived in the server
directory and not in the cog directory, move these
tests into the cog directory.
* Add a test and code for removing function
decorators from the target functions, these can
remove the ability to load the slimmed predictor.

* Keep a global if it is referenced as a default
from a functions arguments.

* Allow the logs to show when certain setup steps
are happening

Signed-off-by: Will Sackfield <[email protected]>

Signed-off-by: Will Sackfield <[email protected]>

* This allows consumers to strip source code but
Maintain multiple classes and methods
* This is important if they want to maintain both
Predict and train types

Signed-off-by: Will Sackfield <[email protected]>

This reverts commit 096c45b.

Signed-off-by: Will Sackfield <[email protected]>

* Ensure that train/predictor stripped code is
kept separate in the event a user uses separate
files to refer to these different modes.

* Old ones used to be many overloaded concepts.

* We can’t just update the system path, we also
need to change the PYTHONPATH environment variable
* This allows forked processes to see this
environment variable and act accordingly in user
code.

* Some tests previously checked the debug logging
* Make sure we conform to the same debug logging

* Confirm that this behaviour is consistent with
functions.

* Allows better debugging of stderr et al

* Currently predict assumes that PredictionResponse
is the serialisation target.
* This isn’t the case if we are calling _predict
from a training endpoint
* Allow response_type to be fed into the _predict
method to inform it of what kind of response it
should expect.

* Use the proper endpoints to call training
functions.
* Log the command properly to the user.

Signed-off-by: Will Sackfield <[email protected]>

Signed-off-by: Will Sackfield <[email protected]>

Signed-off-by: Will Sackfield <[email protected]>

Signed-off-by: Will Sackfield <[email protected]>