nginx_port configuration option. This configuration option can be used to customize the port on which the AppSignal integration exposes the NGINX metrics server.View the Ruby gem v4.5.15 changelog for more information.
View the Ruby gem v4.5.14 changelog for more information.
active_job_queue_time metric. This metric can be used to track the queue time per Active Job queue.View the Ruby gem v4.5.12 changelog for more information.
View the Ruby gem v4.5.13 changelog for more information.
ignore_errors config option.View the Ruby gem v4.5.11 changelog for more information.
View the Ruby gem v4.5.10 changelog for more information.
Rack::EventHandler. A problem with Fibers changing during a request would cause transactions transactions to be left open and the data from requests to not be sent to our servers.View the Ruby gem v4.5.9 changelog for more information.
Add the enable_at_exit_hook option to configure if Appsignal.stop is called when the Ruby application exits. Calling Appsignal.stop will stop the application for a moment to flush all the data to our agent before shutting down.
This option has three possible values:
always: Always call Appsignal.stop when the program exits. On (Docker) containers it's automatically set to this value.never: Never call Appsignal.stop when the program exits. The default value when the program doesn't run on a (Docker) container.on_error: Call Appsignal.stop when the program exits with an error.Deprecate the Appsignal.monitor_and_stop helper.
We instead recommend using the Appsignal.monitor helper and configuring the enable_at_exit_hook config option to always.
View the Ruby gem v4.5.8 changelog for more information.
<< method. This improves our compatibility with Ruby's Logger class implementation, making it usable in more scenarios.Explicitly return nil from public methods with no usable return value. We want to avoid the situation where Appsignal.start happens to return true and it is thought to mean that the gem started successfully.
Methods updated:
Appsignal.startAppsignal.stopAppsignal.configureAppsignal.forkedAppsignal.loadDifferentiate between process_request.rack events. Add the callback that triggered the event in the event title for debugging purposes.
Improve the log message for the uneven timestack error. This will help the AppSignal team debug issues where events get closed when all events are already closed.
View the Ruby gem v4.5.6 changelog for more information.
Add the Appsignal.config_error and Appsignal.config_error? methods. This method contains any error that may have occurred while loading the config/appsignal.rb file. If it is nil no error occurred or Appsignal.start hasn't been called yet. The Appsignal.config_error? method is an alias for syntax sugar.
Add the check_if_started! method. This method will raise an error if the AppSignal Ruby gem failed to start.
Call this method in your CI or on app boot if you wish to verify that AppSignal has started when your application does, and want the application to fail to start if AppSignal hasn't started.
For example, in this Rails initializer:
# config/initializers/appsignal.rb Appsignal.check_if_started!
View the Ruby gem v4.5.7 changelog for more information.
View the Ruby gem v4.5.5 changelog for more information.
Delay and eventually halt agent reboots by the extension.
The AppSignal extension is responsible for booting the AppSignal agent. If communication with the agent is lost, the extension is responsible for rebooting it.
In certain scenarios, such as when several processes with different AppSignal configurations are misconfigured to share the same working directory, the processes' extensions can enter a loop of rebooting and killing each others' agents. These short-lived agents may then attempt to repeatedly send pending payloads to AppSignal in quick succession.
This change causes the extension to delay each reboot of its agent by one additional second, and to no longer attempt to reboot the agent after the tenth reboot, slowing down and eventually breaking this loop.
View the Ruby gem v4.5.4 changelog for more information.
Rack::Events constant which was introduced in Rack 2. Update our version requirement to require Rack 2 or newer.View the Ruby gem v4.5.3 changelog for more information.
View the Ruby gem v4.5.1 changelog for more information.
Validate application environment sources so nil values and empty strings are not valid app environments. Symbols are now always cast to a String before set as the application environment.
# These will no longer be accepted as valid app environments Appsignal.configure("") Appsignal.configure(" ")
Fix Capistrano version 2 and 3 support when using an appsignal.rb config file. It will now pick up the config from appsignal.rb file.
View the Ruby gem v4.5.2 changelog for more information.
Add a helper to create custom markers from the Ruby gem.
Create a custom marker (a little icon shown in the graph timeline on AppSignal.com) to mark events on the timeline.
Create a marker with all the available options:
Appsignal::CustomMarker.report( # The icon shown on the timeline :icon => "🎉", # The message shown on hover :message => "Migration completed", # Any time object or a string with a ISO8601 valid time is accepted :created_at => Time.now )
Create a marker with just a message:
Appsignal::CustomMarker.report( :message => "Migration completed", )
The default icon is the 🚀 icon. The default time is the time the request is received by our servers.
/enriched endpoint on the agent's HTTP server, please migrate to the collector to continue using the beta. The collector has a much better implementation of this feature for the beta.View the Ruby gem v4.5.0 changelog for more information.
Do not report error causes if the wrapper error has already been reported. This deduplicates errors and prevents the error wrapper and error cause to be reported separately, as long as the error wrapper is reported first.
error_wrapper = nil error_cause = nil begin begin raise StandardError, "error cause" rescue => e error_cause = e raise Exception, "error wrapper" end rescue Exception => e error_wrapper = e end Appsignal.report_error(error_wrapper) # Reports error Appsignal.report_error(error_cause) # Doesn't report error
View the Ruby gem v4.4.0 changelog for more information.
Add support for the Ownership gem, which is used to mark different segments of the application as owned by specific teams.
The AppSignal sample will be tagged with the given owner:
class OrdersController < ApplicationController owner :logistics # Transactions for requests handled by this controller will be tagged # in AppSignal with the "owner" tag set to "logistics" end
If several owners are set within the same transaction, the last owner will take precedence. If an error is reported in the transaction, the owner tag will be set to the owner that was set when the error was raised.
Set the ownership_set_namespace configuration option to true to also set the AppSignal sample's namespace to the owner. Note that doing so will cause existing performance and error incidents to be re-created with the new namespace.
Set the instrument_ownership configuration option to false to disable the integration with the Ownership gem.
SystemExit errors from our Rake integration.SignalException errors from our Rake integration.View the Ruby gem v4.3.3 changelog for more information.
Appsignal::Logger#broadcast_to, would format again messages that have already been formatted by the broadcaster, causing the resulting message emitted by the logger to contain double newlines.View the Ruby gem v4.3.2 changelog for more information.
Add logger broadcasting. This change implements an alternative within Appsignal::Logger to ActiveSupport::BroadcastLogger, following the same interface. This enables a proper workaround to the issues with ActiveSupport::BroadcastLogger ((#49745, #51883)) when used alongside tagged logging.
For example, to use tagged logging both in logs emitted by the default Rails.logger and in logs sent to AppSignal, replace the Rails.logger with an AppSignal logger that broadcasts to the default Rails.logger:
appsignal_logger = Appsignal::Logger.new("app") appsignal_logger.broadcast_to(Rails.logger) Rails.logger = ActiveSupport::TaggedLogging.new(appsignal_logger)
Remove tagged logging support from Appsignal::Logger.
Tagged logging is still supported by wrapping an instance of Appsignal::Logger with ActiveSupport::TaggedLogging:
appsignal_logger = Appsignal::Logger.new("rails") tagged_logger = ActiveSupport::TaggedLogging.new(appsignal_logger) Rails.logger = tagged_logger
Removing this functionality allows for a workaround to issues within Rails (#49745, #51883), where using the broadcast logger to log to more than one tagged logger results in incorrect behaviour of the tagged logging methods, resulting in breakage throughout Rails' internals:
# We use the built-in request ID middleware as an example that triggers # the issue: Rails.config.log_tags = [:request_id] appsignal_logger = Appsignal::Logger.new("rails") tagged_logger = ActiveSupport::TaggedLogging.new(appsignal_logger) # This does not work correctly, because the default `Rails.logger` is a # broadcast logger that is already broadcasting to a tagged logger. # When asked to broadcast to a second tagged logger, the return value of # `Rails.logger.tagged { ... }` will be incorrect, in turn causing the # `RequestID` middleware, which uses it internally, to return broken # Rack responses. Rails.logger.broadcast_to(tagged_logger)
By reverting the changes to our logger so that it is no longer a tagged logger, we enable a workaround to this issue:
Rails.config.log_tags = [:request_id] appsignal_logger = Appsignal::Logger.new("rails") # This works correctly, because `appsignal_logger` is not a tagged logger. # Note that `appsignal_logger` will not have the `request_id` tags. Rails.logger.broadcast_to(appsignal_logger)
#silence implementation for Appsignal::Logger.View the Ruby gem v4.3.0 changelog for more information.
AppSignal offers a 30-day free trial, no credit card is required. All features are available in all plans. Start monitoring your application in just a few clicks!