The DevCreek gem enables programmers to collect and transmit metrics from their Ruby Test::Unit and RSpec test suites to a DevCreek server. Please visit the DevCreek site (http://devcreek.com/index.html) for more info. == FEATURES/PROBLEMS: Supported frameworks include Test::Unit and RSpec (> 1.10). == SYNOPSIS: The DevCreek Ruby Gem is library that, when loaded, will automatically listen to and collect metrics from your Test::Unit/RSpec unit tests. All you have to do is load the DevCreek library in your code and give it your DevCreek account info so that it can transmit the metrics to the server. Here is the simplest example of how to load DevCreek: -------- #Load the devcreek gem require 'rubygems' require 'devcreek' #set your account info DevCreek::Core.instance().load_from_yaml("#{ENV['HOME']}/.yoursettingsfile.devcreek.yml") -------- There are two ways to provide DevCreek with your account settings. The first (as shown above) is to point DevCreek to a settings file. The 'enabled' attribute tells devcreek whether or not it should actually transmit the metrics that it collects. The yaml file would like this: -------- user: your_devcreek_username password: your_devcreek_password project: your_devcreek_project enabled: true -------- The other way to provide DevCreek with your settings is via a hash. So, instead of loading a yaml file, you could do this: -------- #Load the devcreek gem require 'rubygems' require 'devcreek' #set your account info DevCreek::Core.instance().load( :user => 'your_devcreek_username', :password => 'your_devcreek_password', :project => 'your_devcreek_project', :enabled => true ) -------- The first method is preferrable because it allows you to keep your account settings outside of your project (and therefore your source control tool). If you only have 1 test file, you can place the code to load devcreek in the test file and your done. However, most projects will have many test files. In this case, you need to make sure that the Ruby interpreter loads devcreek before running the test classes. This can be done via the Ruby '-r' option. For example, assuming your code to load devcreek is in a file called foo.rb, you would run your tests from the command line like this: ruby -r foo.rb test/test_* If you run your tests from a Rakefile, then you need to tell rake to include the -r option when it runs the tests (rake runs it's tests in a separate Ruby process). You can do this pretty easily in your Rakefile, like so; -------- require 'rake/testtask' Rake::TestTask.new('all_tests') do |t| t.ruby_opts = ['-r foo.rb'] t.test_files = ['test/test_*.rb'] end --------

Models for device identifiers, e.g. MAC addresses for hardware clients and arbitrary identifier strings for software clients.

Models for device identifiers, e.g. MAC addresses for hardware clients and arbitrary identifier strings for software clients.

Tool to keep track of content changes on news sites

Write a gem description

Ferret Adapter for DataMapper

Droom is nice and clean.

See summary.

Supports handling incoming events for SES/SNS or Sendgrid

EventMachine based, asynchronous parallel WinRS client

Reverse Proxy/Load-Balancer based on Nerve and Synapse.

Basic functionality for connecting and making requests on EPP (Extensible Provisioning Protocol) servers

Epuber is simple tool to compile and pack source files into EPUB format.

A systems integration framework, built to bring the benefits of configuration management to your entire infrastructure.

A simple HTTP client for EventStore

Message buffer, command processor and event processor daemons for Euston-RabbitMq

Gem to build Event Hub processors

Event sourcing allows you to persist changes to your domain instead of the state of your domain

Fanforce worker used by various Fanforce apps for background processing.

Add UUID type to fast_attributes