Project

General

Profile

How to Create a Smart-Proxy Plugin » History » Version 6

Dominic Cleal, 07/28/2014 08:36 AM
official plugins

1 1 Anonymous
h1. How to Create a Smart-Proxy Plugin
2
3 4 Anonymous
This guide outlines main components of a plugin, but assumes some degree of familiarity with ruby gems, bundler, rack, and Sinatra. You'll find links to useful documentation in each of the sections below.
4 1 Anonymous
5
h2. Plugin Organization
6
7
Smart-Proxy plugins are normal ruby gems, please follow documentation at http://guides.rubygems.org/make-your-own-gem/ for guidance on gem creation and packaging. It is strongly recommended to follow smart_proxy_<your plugin name here> naming convention for your plugin. You can use "smart_proxy_pulp plugin":https://github.com/theforeman/smart-proxy-pulp as an example -- a fully functional, yet easy to understand Smart-Proxy plugin.
8
9 6 Dominic Cleal
h2. Making your plugin official
10
11
Once you're ready to release the first version, please see [[How_to_Create_a_Plugin#Making-your-plugin-official]] for info on making your plugin part of the Foreman project.
12
13 1 Anonymous
h2. Plugin Definition
14 2 Anonymous
15 3 Anonymous
Plugin Definition is used to define plugin's name, version, location of rackup configuration, and other parameters. At a minimum, Plugin Descriptor must define plugin name and version. Note the base class of the descriptor is ::Proxy::Plugin:
16
17
<pre><code class='ruby'>
18
class ExamplePlugin < ::Proxy::Plugin
19
  plugin :example, "0.0.1"
20
  http_rackup_path File.expand_path("http_config.ru", File.expand_path("../", __FILE__))
21 1 Anonymous
  https_rackup_path File.expand_path("https_config.ru", File.expand_path("../", __FILE__))
22 4 Anonymous
  default_settings :hello_greeting => 'Hello there!'
23 3 Anonymous
end
24
</code></pre>
25
26
Here we defined a plugin called "example", with version "0.0.1", that is going to listen on both http and https ports. Following is the full list of parameters that can be defined by the Plugin Descriptor.
27
28
 * plugin :example, "1.2.3": *required*. Sets plugin name to "example" and version to "0.0.1".
29
 * http_rackup_path "path/to/http_config.ru": *optional*. Sets path to http rackup configuration. If omitted, the plugin is not going to listen on the http port. Please see below for information on rackup configuration.
30
 * https_rackup_path "path/to/https_config.ru": *optional*. Sets path to https rackup configuration. If omitted, the plugin is not going to listen on the https port. Please see below for information on rackup configuration.
31
 * requires :another_plugin, '~> 1.2.0': *optional*. Specifies plugin dependencies, where ":another_plugin" is another plugin name, and '~> 1.2.0' is version specification (pls. see http://guides.rubygems.org/patterns/#pessimistic_version_constraint for details on version specification).
32 1 Anonymous
 * default_settings :first => 'my first setting', :another => 'my other setting': *optional*. Defines default values for plugin parameters. These parameters can be overridden in plugin settings file.
33
 * after_activation { do_something }: *optional*. Supplied block is going to be executed after the plugin has been loaded and enabled. Note that the block is going to be executed in the context of the Plugin Descriptor class.
34 4 Anonymous
 * bundler_group :my_plugin_group: *optional*.  Sets the name of the bundler group for plugin dependencies. If omitted the plugin name is used. 
35
36
37
h2. API
38
39
Modular Sinatra app is used to define plugin API. Note the base class Sinatra::Base and inclusion of ::Proxy::Helpers:
40
<pre><code class='ruby'>
41
 class ExampleApi < Sinatra::Base
42
  helpers ::Proxy::Helpers
43
44
  get "/hello" do
45
    ExamplePlugin.settings.hello_greeting
46
  end
47
end
48
</code></pre>
49
50
Here we return a string defined in 'hello_greeting' parameter (see Plugin Descriptor above and settings file below) when a client performs a GET /hello. Please refer to "Sinatra documentation":http://www.sinatrarb.com/intro.html on details about routing, template rendering, available helpers, etc.
51
52
h2. Rackup Configuration
53
54
During startup Smart-Proxy assembles web applications listening on http and https ports using rackup files of enabled plugins. Plugin rackup files define mounting points of plugin API:
55
<pre><code class="ruby">
56
require 'example_plugin/example_api'
57
58
map "/example" do
59
  run ExampleApi
60
end
61
</code></pre>
62
63
The example above should be sufficient for the majority of plugins. Please refer to "Sinatra+Rack":http://www.sinatrarb.com/intro.html documentation for additional information. 
64
65
h2. Plugin Settings
66
67
On startup Smart-Proxy will load and parse plugin configuration files located in its settings.d/ directory. Each plugin config file is named after the plugin and is a yaml-encoded collection of key-value pairs and used to override default values of plugin parameters. 
68
<pre>
69
---
70
:enabled: true
71
:hello_greeting: "O hai!"
72
</pre>
73
74
This settings file enables the plugin (by default all plugins are disabled), and overrides :hello_greeting parameter. Plugin settings can be accessed through .settings method of the Plugin class, for example: ExamplePlugin.settings.hello_greeting. Global Smart-Proxy parameters are accessible through Proxy::SETTINGS, for example Proxy::SETTINGS.foreman_url returns Foreman url configured for this Smart-Proxy. 
75
76
h2. Bundler Configuration
77
78
Smart-Proxy relies on bundler to load its dependencies and plugins. We recommend to create a dedicated bundler config file for your plugin, and name it after the plugin. For example:
79
<pre><code class="ruby">
80
  gem 'smart_proxy_example'
81
  group :example do
82
    gem 'json'
83
  end
84
</code></pre>
85
 
86
You'll need to create a dedicated bundler group for additional dependencies of your plugin. By default the group shares the name with the plugin, but you can override it using bundler_group parameter in Plugin Descriptor. Please refer to [[How_to_Install_a_Smart-Proxy_Plugin]] for additional details on "from source" plugin installations.
87 5 Anonymous
88
h2. Testing
89
90
Make sure that the gemspec includes "smart-proxy" gem as a development dependency. Load 'smart_proxy_for_testing' in your tests:
91
92
<pre><code class = "ruby">
93
$: << File.join(File.dirname(__FILE__), '..', 'lib')
94
95
require 'smart_proxy_for_testing'
96
require 'test/unit'
97
require 'webmock/test_unit'
98
require 'mocha/test_unit'
99
require "rack/test"
100
101
require 'smart_proxy_pulp_plugin/pulp_plugin'
102
require 'smart_proxy_pulp_plugin/pulp_api'
103
104
class PulpApiTest < Test::Unit::TestCase
105
  include Rack::Test::Methods
106
107
  def app
108
    PulpProxy::Api.new
109
  end
110
111
  def test_returns_pulp_status_on_200
112
    stub_request(:get, "#{::PulpProxy::Plugin.settings.pulp_url.to_s}/api/v2/status/").to_return(:body => "{\"api_version\":\"2\"}")
113
    get '/status'
114
115
    assert last_response.ok?, "Last response was not ok: #{last_response.body}"
116
    assert_equal("{\"api_version\":\"2\"}", last_response.body)
117
  end
118
end
119
</code></pre>
120
121
Please refer to "Sinatra documention":http://www.sinatrarb.com/testing.html for detailed information on testing of Sinatra applications.