riscfuture-hoptoad_notifier 2.3.6

data/CHANGELOG

@@ -0,0 +1,218 @@
+Version 2.3.6 - 2010-08-30
+===============================================================================
+
+Daniel Barron (1):
+      Initializer configuration overrides Railtie configuration if set
+
+Joshua Clayton (1):
+      Remove rack.request.form_vars
+
+Tristan Dunn (1):
+      Move Rails JS scenarios into separate feature and correctly support HTTPS when secure is enabled on the notifier.
+
+
+Version 2.3.5 - 2010-08-13
+===============================================================================
+
+Alexey Palazhchenko (1):
+      Actually call #to_hash.
+
+Joshua Clayton (1):
+      Trace hoptoad:test task when running generator for anything before Rails3
+
+
+Version 2.3.4 - 2010-08-10
+===============================================================================
+
+Tristan Dunn (1):
+      Only include the JS notifier in public environments.
+
+
+Version 2.3.3 - 2010-08-04
+===============================================================================
+
+Tristan Dunn (1):
+      Initial injection of JS notifier.
+
+
+Version 2.3.2 - 2010-07-06
+===============================================================================
+
+Josh Clayton(1):
+      Handle instances when Rack's action_dispach.parameter_filter is nil
+
+
+Version 2.3.1 - 2010-07-02
+===============================================================================
+
+Jason Morrison (2):
+      Use the Rails 3 params filters when available
+      Filter session hash using Hoptoad config.params_filters, in addition to params
+
+
+Version 2.3.0 - 2010-06-24
+===============================================================================
+
+Jason Morrison (5):
+      Add integration test for rails 3.0.0.beta4
+      Added feature: Support the Heroku addon in the generator
+      Add --heroku flag to generator to support ENV['HOPTOAD_API_KEY']
+      Reflect a copy change in rails.feature for --heroku generator flag
+      Support the proxy configuration options when notifying Hoptoad of a deploy (hat tip @gudleik)
+
+
+Version 2.2.6 - 2010-06-02
+===============================================================================
+
+Jason Morrison (1):
+      For Rails 3, just use the Rack middleware instead of specifying a location to insert_after
+
+
+Version 2.2.5 - 2010-06-02
+===============================================================================
+
+Jason Morrison (1):
+      Add documentation for Rails 3.x installation
+
+
+Version 2.2.4 - 2010-06-02
+===============================================================================
+
+Jason Morrison (1):
+      Add a note to README about removing the explicit Catcher #include in ApplicationController
+
+
+Version 2.2.3 - 2010-06-02
+===============================================================================
+
+Summary: Fixed a variety of issues for Rails 3.0.0.beta3,
+         Fixed a bug when using Vlad to deploy instead of Capistrano
+         Give better error output when gem is not installed
+
+Chad Pytel (2):
+      revise gem unpack instructions step
+      Merge branch 'master' of github.com:thoughtbot/hoptoad_notifier
+
+Dan Lawless (1):
+      don't append capistrano details to config.deploy.rb when target app uses Vlad
+
+Jason Morrison (7):
+      LH-556 Clarify sending ENV environment variables
+      Starting to add features for Rails 3
+      Make rails rake tasks depend on gem-making tasks
+      Start to get Rails 3 features to pass
+      require fileutils to reflect rubygems 1.3.6 change
+      Support ENV['CUCUMBER_FORMAT'] in rails cucumber tasks for testing
+      Fix the initializer syntax in the Rails 3 Railtie
+
+Joe Ferris (11):
+      Got the generator running and a request dispatched to the test endpoint
+      Fixed logging in hoptoad:test rake task
+      Separated Rails 2 and 3 entry
+      Support bundler
+      Rails 3 generator works with an existing api key
+      Extract request info from rack env
+      Detect presence of the plugin
+      Added a capistrano hook for Rails 3
+      Fixed rack/sinatra being broken without active_support
+      Fixes for earlier versions of Rails
+      Fixed Rails 3 generator not to append cap hooks for vlad deploys
+
+Josh Kalderimis (7):
+      updated railtie to work with the new rails 3 middleware api
+      railtie_name is deprecated
+      updated app_middleware call to use string version as to make sure constant is loaded
+      moved generator using the new rails 3 convention
+      update path to template for Rails 3 generator
+      correction to referencing of the rails application in rails3_tasks
+      add environment_name and project_root back to rails 3 railtie
+
+Joshua Nichols (1):
+      Handle gem not being installed more gracefully.
+
+
+Version 2.2.2 - 2010-03-10
+===============================================================================
+
+Chad Pytel (1):
+      document proxy support
+
+Joe Ferris (8):
+      Added upgrade instructions to the README
+      Give a clearer error message when generating a Rails app fails
+      Fail loudly when a gem can't be vendored
+      Debugging rubygems issues
+      Explicitly specify the gem paths
+      Less noisy
+      Restore gem path after vendoring
+      Fixed a typo
+
+Jon Yurek (1):
+      Added notice about removing hoptoad rake tasks to upgrade gem
+
+Mike Burns (1):
+      Remove stray file with notes in it
+
+
+Version 2.2.1 - 2010-03-10
+===============================================================================
+
+Jason Morrison (3):
+      LH-629 Ensure notifier is not considered a framework gem
+      Removing things-the-generator-must-do file
+      Add rake cucumber:wip:rails* tasks for work-in-progress features
+
+
+Version 2.2.0 - 2010-02-18
+===============================================================================
+
+Bumping the version from 2.1.4 to 2.2.0 since adding Rack support warrants a minor version.
+
+Jason Morrison (1):
+      Stringify array elements when making assertions about Notice XML for 1.9 compatibility
+
+
+Version 2.1.4 - 2010-02-12
+===============================================================================
+
+Chad Pytel (2):
+      add more info to README for 1.2.6
+      fix gem unpack line for 1.2.6
+
+Jason Morrison (2):
+      Adding additional instructions for Rails 1.2.6
+      Typesetting in README.rdoc
+
+Joe Ferris (11):
+      Separating Rails functionality out more
+      Initial Rack middleware
+      Extract request info from rack env
+      Added integration tests for rescuing
+      Fixed reporting of Rails version
+      Small refactoring
+      Automatically add Rack middleware for Rails apps that support it (catches exceptions from Metal)
+      Added an integration test and docs for rack apps
+      Added integration/readme coverage of Sinatra apps
+      Added docs to HoptoadNotifier::Rack
+      Require rack in tests for older versions of Rails; use active_support instead of activesupport
+
+Nick Quaranto (3):
+      Fixing the capistrano hook bit in the readme
+      Adding changeling:minor and changeling:patch to automate notifier releases
+      Adding rake changeling:push
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+

data/INSTALL

@@ -0,0 +1,25 @@
+=== Configuration
+
+You should have something like this in config/initializers/hoptoad.rb.
+
+  HoptoadNotifier.configure do |config|
+    config.api_key = '1234567890abcdef'
+  end
+
+(Please note that this configuration should be in a global configuration, and
+is *not* environment-specific. Hoptoad is smart enough to know what errors are
+caused by what environments, so your staging errors don't get mixed in with
+your production errors.)
+
+You can test that Hoptoad is working in your production environment by using 
+this rake task (from RAILS_ROOT):
+
+  rake hoptoad:test
+
+If everything is configured properly, that task will send a notice to Hoptoad 
+which will be visible immediately.
+
+NOTE FOR RAILS 1.2.* USERS:
+
+You will need to copy the hoptoad_notifier_tasks.rake file into your
+RAILS_ROOT/lib/tasks directory in order for the rake hoptoad:test task to work.

data/MIT-LICENSE

@@ -0,0 +1,22 @@
+Copyright (c) 2007, Tammer Saleh, Thoughtbot, Inc.
+
+Permission is hereby granted, free of charge, to any person
+obtaining a copy of this software and associated documentation
+files (the "Software"), to deal in the Software without
+restriction, including without limitation the rights to use,
+copy, modify, merge, publish, distribute, sublicense, and/or sell
+copies of the Software, and to permit persons to whom the
+Software is furnished to do so, subject to the following
+conditions:
+
+The above copyright notice and this permission notice shall be
+included in all copies or substantial portions of the Software.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
+EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES
+OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
+NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT
+HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
+WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
+FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR
+OTHER DEALINGS IN THE SOFTWARE.

data/README.rdoc

@@ -0,0 +1,394 @@
+= HoptoadNotifier
+
+This is the notifier gem for integrating apps with Hoptoad.
+
+When an uncaught exception occurs, HoptoadNotifier will POST the relevant data
+to the Hoptoad server specified in your environment.
+
+== Help
+
+* {IRC}[irc://irc.freenode.net/thoughtbot]
+* {mailing list}[http://groups.google.com/group/hoptoad-notifier-dev]
+
+== Rails Installation
+
+=== Remove exception_notifier
+
+in your ApplicationController, REMOVE this line:
+
+  include ExceptionNotifiable
+
+In your config/environment* files, remove all references to ExceptionNotifier
+
+Remove the vendor/plugins/exception_notifier directory.
+
+=== Remove hoptoad_notifier plugin
+
+Remove the vendor/plugins/hoptoad_notifier directory before installing the gem, or run:
+
+  script/plugin remove hoptoad_notifier
+
+=== Rails 3.x
+
+Add the hoptoad_notifier gem to your Gemfile.  In Gemfile:
+
+  gem 'hoptoad_notifier'
+
+Then from your project's RAILS_ROOT, run:
+
+  bundle install
+  script/rails generate hoptoad --api-key your_key_here
+
+That's it!
+
+=== Rails 2.x
+
+Add the hoptoad_notifier gem to your app. In config/environment.rb:
+
+  config.gem 'hoptoad_notifier'
+
+Then from your project's RAILS_ROOT, run:
+
+  rake gems:install
+  rake gems:unpack GEM=hoptoad_notifier
+  script/generate hoptoad --api-key your_key_here
+
+As always, if you choose not to vendor the hoptoad_notifier gem, make sure
+every server you deploy to has the gem installed or your application won't start.
+
+=== Rails 1.2.6
+
+Install the hoptoad_notifier gem:
+
+  gem install hoptoad_notifier
+
+Once installed, you should vendor the hoptoad_notifier gem:
+
+  mkdir vendor/gems
+  cd vendor/gems
+  gem unpack hoptoad_notifier
+
+And then add the following to the Rails::Initializer.run do |config|
+block in environment.rb so that the vendored gem is loaded.
+
+  # Add the vendor/gems/*/lib directories to the LOAD_PATH
+  config.load_paths += Dir.glob(File.join(RAILS_ROOT, 'vendor', 'gems', '*', 'lib'))
+
+Next add something like this at the bottom of your config/environment.rb:
+
+  require 'hoptoad_notifier'
+  require 'hoptoad_notifier/rails'
+  HoptoadNotifier.configure do |config|
+    config.api_key = 'your_key_here'
+  end
+
+You will also need to copy the hoptoad_notifier_tasks.rake file into your
+RAILS_ROOT/lib/tasks directory in order for the rake hoptoad:test task to work:
+
+  cp vendor/gems/hoptoad_notifier-*/generators/hoptoad/templates/hoptoad_notifier_tasks.rake lib/tasks
+
+As always, if you choose not to vendor the hoptoad_notifier gem, make sure
+every server you deploy to has the gem installed or your application won't start.
+
+=== Upgrading From Earlier Versions of Hoptoad
+
+If you're currently using the plugin version (if you have a
+vendor/plugins/hoptoad_notifier directory, you are), you'll need to perform a
+few extra steps when upgrading to the gem version.
+
+Add the hoptoad_notifier gem to your app. In config/environment.rb:
+
+    config.gem 'hoptoad_notifier'
+
+Remove the plugin:
+
+    rm -rf vendor/plugins/hoptoad_notifier
+
+Make sure the following line DOES NOT appear in your ApplicationController file:
+
+    include HoptoadNotifier::Catcher
+
+If it does, remove it.  The new catcher is automatically included by the gem
+version of Hoptoad.
+
+Before running the hoptoad generator, you need to find your project's API key.
+Log in to your account at hoptoadapp.com, and click on the "Projects" button.
+Then, find your project in the list, and click on its name. In the left-hand
+column, you'll see an "Edit this project" button. Click on that to get your
+project's API. (If you accidentally use your personal API auth_token, you won't
+be able to install the gem.)
+
+Then from your project's RAILS_ROOT, run:
+
+    rake gems:install
+    script/generate hoptoad --api-key your_key_here
+
+Once installed, you should vendor the hoptoad_notifier gem.
+
+    rake gems:unpack GEM=hoptoad_notifier
+
+As always, if you choose not to vendor the hoptoad_notifier gem, make sure
+every server you deploy to has the gem installed or your application won't
+start.
+
+== Upgrading from Earlier Versions of the Hoptoad Gem (with config.gem)
+
+If you're currently using the gem version of the hoptoad_notifier and have
+a version of Rails that uses config.gem (in the 2.x series), there is
+a step or two that you need to do to upgrade. First, you need to remove
+the old version of the gem from vendor/gems:
+
+    rm -rf vendor/gems/hoptoad_notifier-X.X.X
+
+Then you must remove the hoptoad_notifier_tasks.rake file from lib:
+
+    rm lib/tasks/hoptoad_notifier_tasks.rake
+
+You can them continue to install normally. If you don't remove the rake file,
+you will be unable to unpack this gem (Rails will think it's part of the
+framework).
+
+=== Testing it out
+
+You can test that Hoptoad is working in your production environment by using
+this rake task (from RAILS_ROOT):
+
+  rake hoptoad:test
+
+If everything is configured properly, that task will send a notice to Hoptoad
+which will be visible immediately.
+
+== Rack
+
+In order to use hoptoad_notifier in a non-Rails rack app, just load the
+hoptoad_notifier, configure your API key, and use the HoptoadNotifier::Rack
+middleware:
+
+  require 'rack'
+  require 'hoptoad_notifier'
+
+  HoptoadNotifier.configure do |config|
+    config.api_key = 'my_api_key'
+  end
+
+  app = Rack::Builder.app do
+    use HoptoadNotifier::Rack
+    run lambda { |env| raise "Rack down" }
+  end
+
+== Sinatra
+
+Using hoptoad_notifier in a Sinatra app is just like a Rack app, but you have
+to disable Sinatra's error rescuing functionality:
+
+  require 'sinatra/base'
+  require 'hoptoad_notifier'
+
+  HoptoadNotifier.configure do |config|
+    config.api_key = 'my_api_key'
+  end
+
+  class MyApp < Sinatra::Default
+    use HoptoadNotifier::Rack
+    enable :raise_errors
+
+    get "/" do
+      raise "Sinatra has left the building"
+    end
+  end
+
+== Usage
+
+For the most part, Hoptoad works for itself.  Once you've included the notifier
+in your ApplicationController (which is now done automatically by the gem),
+all errors will be rescued by the #rescue_action_in_public provided by the gem.
+
+If you want to log arbitrary things which you've rescued yourself from a
+controller, you can do something like this:
+
+  ...
+  rescue => ex
+    notify_hoptoad(ex)
+    flash[:failure] = 'Encryptions could not be rerouted, try again.'
+  end
+  ...
+
+The #notify_hoptoad call will send the notice over to Hoptoad for later
+analysis. While in your controllers you use the notify_hoptoad method, anywhere
+else in your code, use HoptoadNotifier.notify.
+
+To perform custom error processing after Hoptoad has been notified, define the
+instance method #rescue_action_in_public_without_hoptoad(exception) in your
+controller.
+
+== Tracking deployments in Hoptoad
+
+Paying Hoptoad plans support the ability to track deployments of your application in Hoptoad.
+By notifying Hoptoad of your application deployments, all errors are resolved when a deploy occurs,
+so that you'll be notified again about any errors that reoccur after a deployment.
+
+Additionally, it's possible to review the errors in Hoptoad that occurred before and after a deploy.
+
+When Hoptoad is installed as a gem, you need to add
+
+  require 'hoptoad_notifier/capistrano'
+
+to your deploy.rb
+
+== Going beyond exceptions
+
+You can also pass a hash to notify_hoptoad method and store whatever you want,
+not just an exception. And you can also use it anywhere, not just in
+controllers:
+
+  begin
+    params = {
+      # params that you pass to a method that can throw an exception
+    }
+    my_unpredicable_method(params)
+  rescue => e
+    HoptoadNotifier.notify(
+      :error_class   => "Special Error",
+      :error_message => "Special Error: #{e.message}",
+      :parameters    => params
+    )
+  end
+
+While in your controllers you use the notify_hoptoad method, anywhere else in
+your code, use HoptoadNotifier.notify. Hoptoad will get all the information
+about the error itself. As for a hash, these are the keys you should pass:
+
+* :error_class - Use this to group similar errors together. When Hoptoad catches an exception it sends the class name of that exception object.
+* :error_message - This is the title of the error you see in the errors list. For exceptions it is "#{exception.class.name}: #{exception.message}"
+* :parameters - While there are several ways to send additional data to Hoptoad, passing a Hash as :parameters as in the example above is the most common use case. When Hoptoad catches an exception in a controller, the actual HTTP client request parameters are sent using this key.
+
+Hoptoad merges the hash you pass with these default options:
+
+  {
+    :api_key       => HoptoadNotifier.api_key,
+    :error_message => 'Notification',
+    :backtrace     => caller,
+    :parameters    => {},
+    :session       => {}
+  }
+
+You can override any of those parameters.
+
+=== Sending shell environment variables when "Going beyond exceptions"
+
+One common request we see is to send shell environment variables along with
+manual exception notification.  We recommend sending them along with CGI data
+or Rack environment (:cgi_data or :rack_env keys, respectively.)
+
+See HoptoadNotifier::Notice#initialize in lib/hoptoad_notifier/notice.rb for
+more details.
+
+== Filtering
+
+You can specify a whitelist of errors, that Hoptoad will not report on.  Use
+this feature when you are so apathetic to certain errors that you don't want
+them even logged.
+
+This filter will only be applied to automatic notifications, not manual
+notifications (when #notify is called directly).
+
+Hoptoad ignores the following exceptions by default:
+
+  ActiveRecord::RecordNotFound
+  ActionController::RoutingError
+  ActionController::InvalidAuthenticityToken
+  ActionController::UnknownAction
+  CGI::Session::CookieStore::TamperedWithCookie
+
+To ignore errors in addition to those, specify their names in your Hoptoad
+configuration block.
+
+  HoptoadNotifier.configure do |config|
+    config.api_key      = '1234567890abcdef'
+    config.ignore       << ActiveRecord::IgnoreThisError
+  end
+
+To ignore *only* certain errors (and override the defaults), use the
+#ignore_only attribute.
+
+  HoptoadNotifier.configure do |config|
+    config.api_key      = '1234567890abcdef'
+    config.ignore_only  = [ActiveRecord::IgnoreThisError]
+  end
+
+To ignore certain user agents, add in the #ignore_user_agent attribute as a
+string or regexp:
+
+  HoptoadNotifier.configure do |config|
+    config.api_key      = '1234567890abcdef'
+    config.ignore_user_agent  << /Ignored/
+    config.ignore_user_agent << 'IgnoredUserAgent'
+  end
+
+To ignore exceptions based on other conditions, use #ignore_by_filter:
+
+  HoptoadNotifier.configure do |config|
+    config.api_key      = '1234567890abcdef'
+    config.ignore_by_filter do |exception_data|
+      true if exception_data[:error_class] == "RuntimeError"
+    end
+  end
+
+To replace sensitive information sent to the Hoptoad service with [FILTERED] use #params_filters:
+
+  HoptoadNotifier.configure do |config|
+    config.api_key      = '1234567890abcdef'
+    config.params_filters << "credit_card_number"
+  end
+
+Note that, when rescuing exceptions within an ActionController method,
+hoptoad_notifier will reuse filters specified by #filter_parameter_logging.
+
+== Testing
+
+When you run your tests, you might notice that the Hoptoad service is recording
+notices generated using #notify when you don't expect it to.  You can
+use code like this in your test_helper.rb to redefine that method so those
+errors are not reported while running tests.
+
+  module HoptoadNotifier
+    def self.notify(thing)
+      # do nothing.
+    end
+  end
+
+== Proxy Support
+
+The notifier supports using a proxy, if your server is not able to directly reach the Hoptoad servers.  To configure the proxy settings, added the following information to your Hoptoad configuration block.
+
+  HoptoadNotifier.configure do |config|
+    config.proxy_host = ...
+    config.proxy_port = ...
+    config.proxy_user = ...
+    config.proxy_pass = ...
+
+== Supported Rails versions
+
+See SUPPORTED_RAILS_VERSIONS for a list of official supported versions of
+Rails.
+
+Please open up a support ticket on Tender ( http://help.hoptoadapp.com ) if
+you're using a version of Rails that is not listed above and the notifier is
+not working properly.
+
+== Javascript Notifer
+
+To automatically include the Javascript node on every page, set the
+:js_notifier to true:
+
+  HoptoadNotifier.configure do |config|
+    config.js_notifier = true
+  end
+
+It automatically uses the API key, host, and port specified in the
+configuration.
+
+== Thanks
+
+Thanks to Eugene Bolshakov for the excellent write-up on GOING BEYOND
+EXCEPTIONS, which we have included above.