Releases: obmarg/kazan
Releases · obmarg/kazan
Kazan v0.11.0
New Features
Kazan.Server
now exposesfrom_env/1
andfrom_env!/0
functions for
creating aKazan.Server
from application config. This should make it easier
for users using GCP to continue to use application config.- Added some new configuration options that allow users to provide their own
OpenAPI spec files. This should let users use kazan when they have
k8s extensions installed. Kazan.Server
now supportsusername
andpassword
fields in config files.- HTTP Basic auth is now supported for authentication with k3s.
Bug Fixes
- Fix a crash in
Kazan.Watcher
if one of the destination processes crashes.
Kazan v0.10.0
Breaking Changes
- Watch operations now return a
Watcher.Event
rather than a k8s WatchEvent
struct. - Watcher.Event has atoms for the type instead of strings.
- Added a new
gone
event type to watchers. Processes listening for events
should restart a watcher with a new rv when receiving one of these. - Kazan.Request.create (which is used by most of the API request creation methods
now returns{:error, term}
rather than{:err, term}
. This was a bug fix
as the typespec stated that they returned{:error, term}
.
New Features
- We now generate typespecs for all the generated functions &
structs. This should allow dialyzer users to validate their code
and improves the documentation.
Bug Fixes
- Fixed an issue where watchers would crash repeatedly if the underlying k8s
watch rv became invalid somehow. (#45)
Kazan v0.9.0
New Features
- Kazan now supports talking to GKE via auth-provider config in kubeconfig.
(Thanks @smn) - Pulled in the kube specifications from v1.11.2. This means that
Kazan should support any new features from kubernetes 1.10 & 1.11
Bug Fixes
Kazan.Watcher
now monitors it's consumer and shuts down if the consumer
dies. (#46)
Kazan v0.8.0
Breaking Changes
- Kazan now depends on YamlElixir 2.0. This isn't a breaking change for users
of Kazan, but may be a breaking change if you use YamlElixir directly.
However, the upgrade process should be reasonably easy - the read_from_x
functions have just been renamed to read_from_x!
Kazan v0.7.0
Changes
Kazan.run
now pattern matches on argument types, so if a user accidentally
passes a{:ok, request}
to it, they'll get a better error message.Kazan.Watcher
no longer logs debug info by default. This is now controlled
with adebug
option that defaults to false.- Pulled in the k8s 1.9.6 specifications.
- Support HTTPoison 1.0 as well as 0.x
Bug Fixes
- Handle the breaking change to
YamlElixir.read_from_file
in YamlElixir 1.4.0 - Token & certificate auth details can now be supplied in the mix config.
Kazan v0.6.0
Breaking Changes
- The module names of most APIs & many models has been changed.
- APIs module names have changed slightly to have a dot between the group name
and the version. For example:Kazan.Apis.CoreV1
is nowKazan.Apis.Core.V1
. - Models that are associated with an API now live inside that APIs module,
rather than underKazan.Models
. For exampleKazan.Models.Api.V1.Container
now lives underKazan.Apis.Core.V1.Container
- Models that are not associated with specific APIs (e.g. Apimachinery models)
still live underKazan.Models
. However, the capitalization of modules may
have changed. For exampleApiMachinery
is nowApimachinery
. This is
mostly for consistencies sake - most module names only have the first letter
capitalized, soApimachinery
etc. should be no different. - Some underlying changes in the names of models in the k8s spec may also have
caused things to move around.
- APIs module names have changed slightly to have a dot between the group name
- It wasn't public API, but
Kazan.Codegen.Models.property_name/1
has been
removed.
New Features
- Updated Kubernetes specs to 1.8 (Thanks @chazsconi).
- Kazan can now load server details from kubeconfig provided in Mix configuration.
- Kazan can now be configured to use in cluster authentication from the Mix
configuration. - We now support watch requests with
Kazan.Watcher
. (Thanks @chazsconi)
Changes
- Switched CHANGELOG to use a format based on Keep a Changelog.
- Better documentation around how to authenticate with kubernetes.
- Changed the way "unknown" models are deserialized from k8s. We now try to
match theapiVersion
andkind
fields with the data provided in the
x-kubernetes-group-version-kind
field in the OAI spec. If we're attempting
to deserialize a model that doesn't hae this present in the spec, things may
go wrong. - Improved the documentation of API modules.
Deprecations
Kazan.Models.oai_name_to_module
still supports the older OAI name format,
but this is now deprecated and will be removed in a future version.Kazan.Client
has been deprecated in favor of exposing these functions in
Kazan
. See #23 for the justification.
Bug Fixes
- API functions that take no arguments will no longer raise
Protocol.UndefinedError
. read_namespaced_pod_log
and other calls that return plain text will now
return that text, rather than attempting & failing to decode JSON. (thanks
@chazsconi)- In cluster authentication using
Kazan.Server.in_cluster
should now work
properly. It now reads the correct ca.crt file, and gets server details from
environment variables, similar to the Go client. (Thanks @mayppong)
Kazan v0.5.1
- Support Elixir 1.6
- Fixed a compiler warning.
Kazan v0.5.0
- Adds support for Kubernetes 1.7
- Adds a script for kazan developers to use for downloading new kubernetes open
API specs.
v0.4.0
This release was mostly about Kubernetes 1.6.
But contained a number of other changes as well:
Breaking Changes
- Support Kubernetes 1.6. This is a breaking change as many of the paths to
model modules have changed. - Dropped Elixir 1.3 support.
- Make Kazan.Models.model_descs private. This is potentially a breaking change.
New Features.
- Support for token authentication & skipping TLS verification. (Thanks @izaakschroeder)
- In cluster service account authentication (Thanks @izaakschroeder)
- Functions to map from OpenAPI model name or operation ID into modules or
functions. These are intended to be used for developers exploring the API in
the REPL.
Improvements
- OpenAPI operation & definition IDs are now documented in the exdocs.
- No compiler warnings on Elixir 1.5
- Absolute paths in kubeconfig will now be interpreted as such. Previously they
would be assumed as relative to the kubeconfig file.
Bug Fixes
- Various functions will no longer leak atoms if called with the names of models
or APIs that don't exist.