Go to file
mrzasa bda3424efc Update README.md 2016-09-16 12:58:07 +02:00
lib/grape/middleware Remove nasty hack now that we have +insert_after+ 2016-05-12 19:46:40 +08:00
spec Revert change that separates param parsing strategy depending on presence of Rails 2016-04-01 09:23:25 -07:00
.gitignore add .ruby-version to .gitignore 2015-05-09 14:20:21 -07:00
.travis.yml Travis can't find Ruby version 2.1.9 and I can't blame em 2016-03-31 22:43:53 -07:00
CHANGELOG.md Fix versions in change log 2016-09-12 13:08:34 -07:00
Gemfile use railtie 2015-12-12 00:05:32 -08:00
LICENSE.txt Launch this thingy 😅 2015-05-05 20:20:23 -07:00
README.md Update README.md 2016-09-16 12:58:07 +02:00
Rakefile can use default rake command to run test suite 2015-12-15 22:26:23 -08:00
grape-middleware-logger.gemspec Version 1.7 2016-08-02 10:22:48 -07:00

README.md

A logger for Grape apps

Code Climate Gem Version Build Status

Logs:

  • Request path
  • Parameters
  • Endpoint class name and handler
  • Response status
  • Duration of the request
  • Exceptions
  • Error responses from error!

Installation

Add this line to your application's Gemfile:

gem 'grape', '>= 0.17'
gem 'grape-middleware-logger'

Usage

class API < Grape::API
  # @note Make sure this is above your first +mount+
  insert_after Grape::Middleware::Formatter, Grape::Middleware::Logger
end

Server requests will be logged to STDOUT by default.

Example output

GET

Started GET "/v1/reports/101" at 2015-12-11 15:40:51 -0800
Processing by ReportsAPI/reports/:id
  Parameters: {"id"=>"101"}
Completed 200 in 6.29ms

POST

Started POST "/v1/reports" at 2015-12-11 15:42:33 -0800
Processing by ReportsAPI/reports
  Parameters: {"name"=>"foo", "password"=>"[FILTERED]"}
  Error: {:error=>"undefined something something bad", :detail=>"Whoops"}
Completed 422 in 6.29ms

Customization

The middleware logger can be customized with the following options:

  • The :logger option can be any object that responds to .info(String)
  • The :filter option can be any object that responds to .filter(Hash) and returns a hash.

For example:

insert_after Grape::Middleware::Formatter, Grape::Middleware::Logger, {
  logger: Logger.new(STDERR),
  filter: Class.new { def filter(opts) opts.reject { |k, _| k.to_s == 'password' } end }.new
}

Using Rails?

Rails.logger and Rails.application.config.filter_parameters will be used automatically as the default logger and param filterer, respectively. This behavior can be overridden by passing the :logger or :filter option when mounting.

You may want to disable Rails logging for API endpoints, so that the logging doesn't double-up. You can achieve this by switching around some middleware. For example:

# config/application.rb
config.middleware.swap 'Rails::Rack::Logger', 'SelectiveLogger'

# config/initializers/selective_logger.rb
class SelectiveLogger
  def initialize(app)
    @app = app
  end

  def call(env)
    if env['PATH_INFO'] =~ %r{^/api}
      @app.call(env)
    else
      Rails::Rack::Logger.new(@app).call(env)
    end
  end
end

Rack

If you're using the rackup command to run your server in development, pass the -q flag to silence the default rack logger.

Credits

Big thanks to jadent's question/answer on stackoverflow for easily logging error responses. Borrowed some motivation from the grape_logging gem and would love to see these two consolidated at some point.

Contributing

  1. Fork it ( https://github.com/ridiculous/grape-middleware-logger/fork )
  2. Create your feature branch (git checkout -b my-new-feature)
  3. Commit your changes (git commit -am 'Add some feature')
  4. Push to the branch (git push origin my-new-feature)
  5. Create a new Pull Request