CloudBees Feature Management - Ruby changelog

Rox::Server::Variant.new('default_string', ['string_1', 'string_2']) ⇒ Rox::Server::RoxString.new('default_string', ['string_1', 'string_2'])

Some trivial parameters (mostly type) validations were added to dynamic_api and flags constructions. For example: Rox::Server::RoxString.new(nil) will raise an ArgumentError as default cannot be nil (default value of RoxString should be a string and defaults to an empty string if no default is provided). Rox::Server::RoxServer.dynamic_api.value(nil, 'default_string', ['string_2', 'string_3']) will raise an ArgumentError because of nil flag name (name should always be a string) Fixes and Additions:

register(container) will register the container under an empty string namespace (multiple register calls with the same namespaces are still not allowed!)

It is recommended to wrap all handlers used in Rox platform with begin-rescue in order to be in the right context. In case there will be an uncaught error, it will reach the Rox::Server::RoxServer.use_userspace_unhandled_error_handler handler. You can use this handler for debugging, or for further error handling. An Error thrown within this handler will be written to log. If no use_userspace_unhandled_error_handler was set, errors will be written to the log.

Starting with SDK 5, flags will always send impressions after setup (not only when targeting is enabled on the dashboard)

As experiments were removed, impressions handler signature was changed from (reporting_value, experiment, context) to (reporting_value, context). reporting_value now also has a Targeting (boolean) property, indicating the flag was evaluated by using the dashboard configurations.

In addition to RoxFlag and RoxString, we also added RoxInt and RoxDouble

DynamicApi was also updated with matching get_int and get_double methods

In order to clean all background Tasks

multiple Rox.setup calls will be ignored if Rox wasn’t Shutdown in between