Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Additional parameter types Seldon deployment proto #456

Closed
arnaudvl opened this issue Feb 22, 2019 · 1 comment
Closed

Additional parameter types Seldon deployment proto #456

arnaudvl opened this issue Feb 22, 2019 · 1 comment
Labels

Comments

@arnaudvl
Copy link
Contributor

It would be helpful to allow parameter types like LIST and DICT in the deployment proto.

@jklaise jklaise added the CRD label Feb 22, 2019
@ukclivecox
Copy link
Contributor

Unlikely to be done until we revamp the way graphs/DAGs are specified. Will close. https://github.com/SeldonIO/mlgraph
Please reopen if this is an urgent need for someone.

agrski added a commit that referenced this issue Dec 2, 2022
* Add log level option to CLI package

* Propagate log level from args to logging configuration

* Add default log level in properties

* Fix invalid use of lowercase log level name in default properties

* Log full application config on start-up

* Formatting

* Rename log level config var to disambiguate

* Add log level config for Kafka

* Remove unused imports

* Try to deduplicate config entries before logging at start-up

* Add func retrieving list of all CLI args

* Simplify CLI arg parsing using list of known args

* Log effective CLI arg values on startup

It is helpful to know what configuration an application thinks it is starting with.
However, Konfig's 'toList()' method on composite configuration objects tells us about all the underlying configurations,
without telling us which one is actually in use.
This approach overcomes that limitation, at the cost of a little more bookkeeping on the CLI side.

* Move CLI args accessor to alongside arg definitions

By keeping these visually close, it helps to mitigate the risk that someone
adds a new arg without adding it to the list.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants