robdbirch

# Add to Gemfile 
# gem 'thrift'
# gem 'storm'

require 'storm'

# Ruby DRPC  Snippet of Code
class StormRunner

  def submit_to_storm(service_name,data,host,port)

robdbirch

#!/usr/bin/env ruby

require 'optparse'
require 'webrick'
require 'pp'

options = { :port => 8080, :root => '.' }

OptionParser.new do |opts|
  opts.banner = 'Usage: dataServicesServer.rb -p port -r web_root'

robdbirch

This cheat sheet will enable you to setup a private Maven repository to store only your business libraries. It should take about 15 minutes with very little administrative hassle to set up and maintain.

Caveat Emptor

This is NOT the recommended practice for deploying a Maven repository. The main reason this is not the recommended installation practice is this installation does not take advantage of the Nexus servers ability to proxy, manage and cache other library assets from other repositories. There are an abundant number of voluminous documents and stackoverflow questions that will show the "correct way everybody should deploy a Maven repo". Here are some links to docs and discussions:

• Maven
• Nexus
• Repository Management with Nexus
• [What's the fastest way to get a private Maven Repository up and running?](http://stackove

robdbirch

#Detecting Native Gems
#Gems using native libraries can be detected through a Gemfile.lock file.

bundle exec ruby -e 'puts Gem.loaded_specs.values.select{ |i| !i.extensions.empty? }.map{ |i| i.name }'

robdbirch

def life_cycle(w)
  w.lifecycle do |on|
    on.condition(:flapping) do |c|
      c.to_state = [:start, :restart]
      c.times = 5
      c.within = 5.minute
      c.transition = :unmonitored
      c.retry_in = 10.minutes
      c.retry_times = 5
      c.retry_within = 2.hours

robdbirch

def middleware_up?
  gps = God.status
  applog @watch, :debug, "God Status: #{gps.inspect}"
  (gps['mongo'][:state] == :up) and (gps['apollo'][:state] == :up)
end

class MiddlewareRunning < God::PollCondition
  
  def initialize

robdbirch

def m_shutdown()
  m = <<-mongo_shutdown
/usr/local/bin/mongo<<-md
use admin
db.shutdownServer()
exit
md 
  mongo_shutdown
end

robdbirch

God and Boot Order Dependencies

I noticed quite a few questions on how to support boot order dependencies using God. Below are instructions on how I used the God DSL to ensure process boot order.

Conditions of God

A new God Condition is needed and it must inherit from one of the God Condtion classes. A new condition has the following requirements:

• Condition class name is camel case
• Is derived from one of three Condition classes