sinatra 1.4.5 → 1.4.6

checksums.yaml

@@ -1,7 +1,7 @@
 ---
 SHA1:
-  metadata.gz: f1645efe5e7501a42837edc4140436b65e22136c
-  data.tar.gz: d4c73c743fbe629f14eb90bf4c7d5a05dc92814c
+  metadata.gz: ab40363a01800a6eca6fbfd31a92a7bc82eb6324
+  data.tar.gz: 8eb57d7e6f169ce4a8671fb1211c65516ddb21ec
 SHA512:
-  metadata.gz: 2afe7b808fdfadf39a82152a69ff6afd615d362d26a37f67940e8e952ba2356002c151d9d477153e431e054fb463ec4e04a1dcf30124dcf8510f21dbdf2399b2
-  data.tar.gz: 69b62d40f43141f5874d8d0c41dd694717beadd9a8967275d354585362820f9f8824fd1a39a7f9f5035d708a5392cd0a734b4e4f764f48b83ab9df7befffdca2
+  metadata.gz: 058b79bc51a5b1e85a9343cfa5552a0f646ebd429721b89101b2b245c491dabe157c0719d82fc85f74193d094d61c62e9b91c0e401dd4dcef5c92292b021e5be
+  data.tar.gz: 05ff1ebc8d85c01b95b17347717e7d0a9da61f3205b36588b9d4228d3373c036549dd0e86c6961a37ce6a70c8bf3f7cb23fceb0d49b5c83cf445a2eb7d206e06

data/AUTHORS.md

@@ -0,0 +1,77 @@
+Sinatra was designed and developed by Blake Mizerany in California.
+
+### Current Team
+
+* **Konstantin Haase** (maintainer)
+* **Zachary Scott**
+* **Katrina Owen**
+
+### Alumni
+
+* **Blake Mizerany** (creator)
+* **Ryan Tomayko**
+* **Simon Rozet**
+
+### Thanks
+
+Sinatra would not have been possible without strong company backing.
+In the past, financial and emotional support have been provided mainly by
+[Heroku](http://heroku.com), [GitHub](https://github.com) and
+[Engine Yard](http://www.engineyard.com/), and is now taken care of by
+[Travis CI](http://travis-ci.com/).
+
+Special thanks to the following extraordinary individuals, without whom
+Sinatra would not be possible:
+
+* [Ryan Tomayko](http://tomayko.com/) (rtomayko) for constantly fixing
+  whitespace errors __60d5006__
+* [Ezra Zygmuntowicz](http://brainspl.at/) (ezmobius) for initial help and
+  letting Blake steal some of merbs internal code.
+* [Chris Schneider](http://gittr.com) (cschneid) for The Book, the blog,
+  [irclogger.com](http://irclogger.com/sinatra/), and a bunch of useful
+  patches.
+* [Markus Prinz](http://nuclearsquid.com/) (cypher) for patches over the
+  years, caring about the README, and hanging in there when times were rough.
+* [Erik Kastner](http://metaatem.net/) (kastner) for fixing `MIME_TYPES` under
+  Rack 0.5.
+* [Ben Bleything](http://blog.bleything.net/) (bleything) for caring about HTTP
+  status codes and doc fixes.
+* [Igal Koshevoy](http://twitter.com/igalko) (igal) for root path detection under
+  Thin/Passenger.
+* [Jon Crosby](http://joncrosby.me/) (jcrosby) for coffee breaks, doc fixes, and
+  just because, man.
+* [Karel Minarik](https://github.com/karmi) (karmi) for screaming until the
+  website came back up.
+* [Jeremy Evans](http://code.jeremyevans.net/) (jeremyevans) for unbreaking
+  optional path params (twice!)
+* [The GitHub guys](https://github.com/) for stealing Blake's table.
+* [Nickolas Means](http://nmeans.org/) (nmeans) for Sass template support.
+* [Victor Hugo Borja](https://github.com/vic) (vic) for splat'n routes specs and
+  doco.
+* [Avdi Grimm](http://avdi.org/) (avdi) for basic RSpec support.
+* [Jack Danger Canty](http://jåck.com/) for a more accurate root directory
+  and for making me watch [this](http://www.youtube.com/watch?v=ueaHLHgskkw) just
+  now.
+* Mathew Walker for making escaped paths work with static files.
+* Millions of Us for having the problem that led to Sinatra's conception.
+* [Songbird](http://getsongbird.com/) for the problems that helped Sinatra's
+  future become realized.
+* [Rick Olson](http://techno-weenie.net/) (technoweenie) for the killer plug
+  at RailsConf '08.
+* Steven Garcia for the amazing custom artwork you see on 404's and 500's
+* [Pat Nakajima](http://patnakajima.com/) (nakajima) for fixing non-nested
+  params in nested params Hash's.
+* Gabriel Andretta for having people wonder whether our documentation is
+  actually in English or in Spanish.
+* Vasily Polovnyov, Nickolay Schwarz, Luciano Sousa, Wu Jiang,
+  Mickael Riga, Bernhard Essl, Janos Hardi, Kouhei Yanagita and
+  "burningTyger" for willingly translating whatever ends up in the README.
+* [Wordy](https://wordy.com/) for proofreading our README. **73e137d**
+* cactus for digging through code and specs, multiple times.
+* Nicolás Sanguinetti (foca) for strong demand of karma and shaping
+  helpers/register.
+
+And last but not least:
+
+* [Frank Sinatra](http://www.sinatra.com/) (chairman of the board) for having so much class he
+  deserves a web-framework named after him.

data/CHANGES

@@ -1,3 +1,33 @@
+= 1.4.6 / 2015-03-2x
+
+ * Improve tests and documentation. (Darío Hereñú, Seiichi Yonezawa, kyoendo,
+   John Voloski, Ferenc-, Renaud Martinet, Christian Haase, marocchino,
+   huoxito, Damir Svrtan, Amaury Medeiros, Jeremy Evans, Kashyap, shenqihui,
+   Ausmarton Fernandes, kami, Vipul A M, Lei Wu, 7stud, Taylor Shuler,
+   namusyaka, burningTyger, Cornelius Bock, detomastah, hakeda, John Hope,
+   Ruben Gonzalez, Andrey Deryabin, attilaolah, Anton Davydov, Nikita Penzin,
+   Dyego Costa)
+
+ * Remove duplicate require of sinatra/base. (Alexey Muranov)
+
+ * Escape HTML in 404 error page. (Andy Brody)
+
+ * Refactor to method call in `Stream#close` and `#callback`. (Damir Svrtan)
+
+ * Depend on latest version of Slim. (Damir Svrtan)
+
+ * Fix compatibility with Tilt version 2. (Yegor Timoschenko)
+
+ * Fix compatibility issue with Rack `pretty` method from ShowExceptions.
+   (Kashyap)
+
+ * Show date in local time in exception messages. (tayler1)
+
+ * Fix logo on error pages when using Ruby 1.8. (Jeremy Evans)
+
+ * Upgrade test suite to Minitest version 5 and fix Ruby 2.2 compatibility.
+   (Vipul A M)
+
 = 1.4.5 / 2014-04-08
 
  * Improve tests and documentation. (Seiichi Yonezawa, Mike Gehard, Andrew

data/Gemfile

@@ -11,18 +11,18 @@ source 'https://rubygems.org' unless ENV['QUICK']
 gemspec
 
 gem 'rake'
-gem 'rack-test', '>= 0.5.6'
+gem 'rack-test', '>= 0.6.2'
+gem "minitest", "~> 5.0"
 
 # Allows stuff like `tilt=1.2.2 bundle install` or `tilt=master ...`.
 # Used by the CI.
-github = "git://github.com/%s.git"
-repos  = {'tilt' => github % "rtomayko/tilt", 'rack' => github % "rack/rack"}
+repos  = {'tilt' => "rtomayko/tilt", 'rack' => "rack/rack"}
 
 %w[tilt rack].each do |lib|
   dep = case ENV[lib]
         when 'stable', nil then nil
         when /(\d+\.)+\d+/ then "~> " + ENV[lib].sub("#{lib}-", '')
-        else {:git => repos[lib], :branch => dep}
+        else {:github => repos[lib], :branch => dep}
         end
   gem lib, dep
 end
@@ -46,7 +46,7 @@ if RUBY_ENGINE == "ruby" and RUBY_VERSION > '1.9.2'
   gem 'yajl-ruby'
   gem 'nokogiri'
   gem 'thin'
-  gem 'slim', '~> 1.0'
+  gem 'slim', '~> 2.0'
   gem 'coffee-script', '>= 2.0'
   gem 'rdoc'
   gem 'kramdown'

data/README.de.md

@@ -1,7 +1,7 @@
 # Sinatra
 
 *Wichtig: Dieses Dokument ist eine Übersetzung aus dem Englischen und unter
-Umständen nicht auf dem aktuellen Stand (aktuell Sinatra 1.4.2).*
+Umständen nicht auf dem aktuellen Stand (aktuell Sinatra 1.4.5).*
 
 Sinatra ist eine
 [DSL](http://de.wikipedia.org/wiki/Domänenspezifische_Sprache), die das
@@ -54,11 +54,13 @@ aufgerufen werden.
             * [Markdown Templates](#markdown-templates)
             * [Textile Templates](#textile-templates)
             * [RDoc Templates](#rdoc-templates)
+            * [AsciiDoc Templates](#asciidoc-templates)
             * [Radius Templates](#radius-templates)
             * [Markaby Templates](#markaby-templates)
             * [RABL Templates](#rabl-templates)
             * [Slim Templates](#slim-templates)
             * [Creole Templates](#creole-templates)
+            * [MediaWiki Templates](#mediawiki-templates)
             * [CoffeeScript Templates](#coffeescript-templates)
             * [Stylus Templates](#stylus-templates)
             * [Yajl Templates](#yajl-templates)
@@ -69,6 +71,7 @@ aufgerufen werden.
         * [Benannte Templates](#benannte-templates)
         * [Dateiendungen zuordnen](#dateiendungen-zuordnen)
         * [Eine eigene Template-Engine hinzufügen](#eine-eigene-template-engine-hinzufgen)
+        * [Eigene Methoden zum Aufsuchen von Templates verwenden](#eigene-methoden-zum-aufsuchen-von-templates-verwenden)
     * [Filter](#filter)
     * [Helfer](#helfer)
         * [Sessions verwenden](#sessions-verwenden)
@@ -160,8 +163,8 @@ Die Muster der Routen können benannte Parameter beinhalten, die über den
 ```ruby
 get '/hallo/:name' do
   # passt auf "GET /hallo/foo" und "GET /hallo/bar"
-  # params[:name] ist dann 'foo' oder 'bar'
-  "Hallo #{params[:name]}!"
+  # params['name'] ist dann 'foo' oder 'bar'
+  "Hallo #{params['name']}!"
 end
 ```
 
@@ -169,23 +172,23 @@ Man kann auf diese auch mit Block-Parametern zugreifen:
 
 ```ruby
 get '/hallo/:name' do |n|
-  # n entspricht hier params[:name]
+  # n entspricht hier params['name']
   "Hallo #{n}!"
 end
 ```
 
 Routen-Muster können auch mit sog. Splat- oder Wildcard-Parametern über das
-`params[:splat]`-Array angesprochen werden:
+`params['splat']`-Array angesprochen werden:
 
 ```ruby
 get '/sag/*/zu/*' do
   # passt z.B. auf /sag/hallo/zu/welt
-  params[:splat] # => ["hallo", "welt"]
+  params['splat'] # => ["hallo", "welt"]
 end
 
 get '/download/*.*' do
   # passt auf /download/pfad/zu/datei.xml
-  params[:splat] # => ["pfad/zu/datei", "xml"]
+  params['splat'] # => ["pfad/zu/datei", "xml"]
 end
 ```
 
@@ -200,8 +203,8 @@ end
 Routen mit regulären Ausdrücken sind auch möglich:
 
 ```ruby
-get %r{/hallo/([\w]+)} do
-  "Hallo, #{params[:captures].first}!"
+get /\A\/hallo\/([\w]+)\z/ do
+  "Hallo, #{params['captures'].first}!"
 end
 ```
 
@@ -222,6 +225,17 @@ get '/posts.?:format?' do
 end
 ```
 
+Routen können auch den query-Parameter verwenden:
+
+``` ruby
+get '/posts' do
+  # matches "GET /posts?title=foo&author=bar"
+  title = params['title']
+  author = params['author']
+  # uses title and author variables; query is optional to the /posts route
+end
+```
+
 Anmerkung: Solange man den sog. Path Traversal Attack-Schutz nicht deaktiviert
 (siehe weiter unten), kann es sein, dass der Request-Pfad noch vor dem
 Abgleich mit den Routen modifiziert wird.
@@ -234,7 +248,7 @@ Einschränkung des User-Agents über die interne Bedingung `:agent`:
 
 ```ruby
 get '/foo', :agent => /Songbird (\d\.\d)[\d\/]*?/ do
-  "Du verwendest Songbird Version #{params[:agent][0]}"
+  "Du verwendest Songbird Version #{params['agent'][0]}"
 end
 ```
 
@@ -261,6 +275,7 @@ get '/', :provides => ['rss', 'atom', 'xml'] do
   builder :feed
 end
 ```
+`provides` durchsucht den Accept-Header der Anfrage
 
 Eigene Bedingungen können relativ einfach hinzugefügt werden:
 
@@ -573,7 +588,7 @@ get('/') { markdown :index }
 <table>
   <tr>
     <td>Abhängigkeit</td>
-    <td><a href="http://builder.rubyforge.org/">builder</a></td>
+    <td><a href="https://github.com/jimweirich/builder">builder</a></td>
   </tr>
   <tr>
     <td>Dateierweiterung</td>
@@ -690,8 +705,8 @@ denen man Variablen weitergibt.
         <a href="https://github.com/rtomayko/rdiscount" title="RDiscount">RDiscount</a>,
         <a href="https://github.com/vmg/redcarpet" title="RedCarpet">RedCarpet</a>,
         <a href="http://deveiate.org/projects/BlueCloth" title="BlueCloth">BlueCloth</a>,
-        <a href="http://kramdown.rubyforge.org/" title="kramdown">kramdown</a> oder
-        <a href="http://maruku.rubyforge.org/" title="maruku">maruku</a>
+        <a href="http://kramdown.gettalong.org/" title="kramdown">kramdown</a> oder
+        <a href="https://github.com/bhollis/maruku" title="maruku">maruku</a>
     </td>
   </tr>
   <tr>
@@ -768,7 +783,7 @@ Templates zu verwenden und einen anderen für das Layout, indem die
 <table>
   <tr>
     <td>Abhängigkeit</td>
-    <td><a href="http://rdoc.rubyforge.org/">rdoc</a></td>
+    <td><a href="http://rdoc.sourceforge.net/">rdoc</a></td>
   </tr>
   <tr>
     <td>Dateierweiterung</td>
@@ -801,12 +816,33 @@ RDoc geschrieben werden. Es ist aber möglich, einen Renderer für die Templates
 zu verwenden und einen anderen für das Layout, indem die
 `:layout_engine`-Option verwendet wird.
 
+#### AsciiDoc Templates
+
+<table>
+  <tr>
+    <td>Abhängigkeit</td>
+    <td><a href="http://asciidoctor.org/" title="Asciidoctor">Asciidoctor</a></td>
+  </tr>
+  <tr>
+    <td>Dateierweiterungen</td>
+    <td><tt>.asciidoc</tt>, <tt>.adoc</tt> und <tt>.ad</tt></td>
+  </tr>
+  <tr>
+    <td>Beispiel</td>
+    <td><tt>asciidoc :README, :layout_engine => :erb</tt></td>
+  </tr>
+</table>
+
+Da man aus dem AsciiDoc-Template heraus keine Ruby-Methoden aufrufen kann
+(ausgenommen `yield`), wird man üblicherweise locals verwenden wollen, mit
+denen man Variablen weitergibt.
+
 #### Radius Templates
 
 <table>
   <tr>
     <td>Abhängigkeit</td>
-    <td><a href="http://radius.rubyforge.org/">radius</a></td>
+    <td><a href="https://github.com/jlong/radius">radius</a></td>
   </tr>
   <tr>
     <td>Dateierweiterung</td>
@@ -912,6 +948,44 @@ Creole geschrieben werden. Es ist aber möglich, einen Renderer für die Templat
 zu verwenden und einen anderen für das Layout, indem die `:layout_engine`-Option
 verwendet wird.
 
+#### MediaWiki Templates
+
+<table>
+  <tr>
+    <td>Abhängigkeit</td>
+    <td><a href="https://github.com/nricciar/wikicloth" title="WikiCloth">WikiCloth</a></td>
+  </tr>
+  <tr>
+    <td>Dateierweiterungen</td>
+    <td><tt>.mediawiki</tt> und <tt>.mw</tt></td>
+  </tr>
+  <tr>
+    <td>Beispiel</td>
+    <td><tt>mediawiki :wiki, :layout_engine => :erb</tt></td>
+  </tr>
+</table>
+
+Da man aus dem Mediawiki-Template heraus keine Ruby-Methoden aufrufen und auch
+keine locals verwenden kann, wird man Mediawiki üblicherweise in Kombination mit
+anderen Renderern verwenden wollen:
+
+``` ruby
+erb :overview, :locals => { :text => mediawiki(:introduction) }
+```
+
+Beachte: Man kann die `mediawiki`-Methode auch aus anderen Templates
+heraus aufrufen:
+
+``` ruby
+%h1 Grüße von Haml!
+%p= mediawiki(:greetings)
+```
+
+Da man Ruby nicht von MediaWiki heraus aufrufen kann, können auch Layouts nicht
+in MediaWiki geschrieben werden. Es ist aber möglich, einen Renderer für die
+Templates zu verwenden und einen anderen für das Layout, indem die
+`:layout_engine`-Option verwendet wird.
+
 #### CoffeeScript Templates
 
 <table>
@@ -1002,8 +1076,9 @@ json[:baz] = key
 Die `:callback` und `:variable` Optionen können mit dem gerenderten Objekt
 verwendet werden:
 
-``` ruby
-var resource = {"foo":"bar","baz":"qux"}; present(resource);
+``` javascript
+var resource = {"foo":"bar","baz":"qux"};
+present(resource);
 ```
 
 #### WLang Templates
@@ -1023,9 +1098,9 @@ var resource = {"foo":"bar","baz":"qux"}; present(resource);
   </tr>
 </table>
 
-Ruby-Methoden in wlang aufzurufen entspricht nicht den idiomatischen Vorgaben
-von wlang, es bietet sich deshalb an, `:locals` zu verwenden. Layouts, die
-wlang und `yield` verwenden, werden aber trotzdem unterstützt.
+Ruby-Methoden in Wlang aufzurufen entspricht nicht den idiomatischen Vorgaben
+von Wlang, es bietet sich deshalb an, `:locals` zu verwenden. Layouts, die
+Wlang und `yield` verwenden, werden aber trotzdem unterstützt.
 
 Rendert den eingebetteten Template-String.
 
@@ -1036,7 +1111,7 @@ in Routen sind auch direkt im Template verfügbar:
 
 ```ruby
 get '/:id' do
-  @foo = Foo.find(params[:id])
+  @foo = Foo.find(params['id'])
   haml '%h1= @foo.name'
 end
 ```
@@ -1045,7 +1120,7 @@ Oder durch einen expliziten Hash von lokalen Variablen:
 
 ```ruby
 get '/:id' do
-  foo = Foo.find(params[:id])
+  foo = Foo.find(params['id'])
   haml '%h1= bar.name', :locals => { :bar => foo }
 end
 ```
@@ -1177,6 +1252,23 @@ Dieser Code rendert `./views/application.mtt`. Siehe
 [github.com/rtomayko/tilt](https://github.com/rtomayko/tilt), um mehr über
 Tilt zu erfahren.
 
+### Eigene Methoden zum Aufsuchen von Templates verwenden
+
+Um einen eigenen Mechanismus zum Aufsuchen von Templates zu
+implementieren, muss `#find_template` definiert werden:
+
+``` ruby
+configure do
+  set :views [ './views/a', './views/b' ]
+end
+
+def find_template(views, name, engine, &block)
+  Array(views).each do |v|
+    super(v, name, engine, &block)
+  end
+end
+```
+
 ## Filter
 
 Before-Filter werden vor jedem Request in demselben Kontext, wie danach die
@@ -1192,7 +1284,7 @@ end
 
 get '/foo/*' do
   @note #=> 'Hi!'
-  params[:splat] #=> 'bar/baz'
+  params['splat'] #=> 'bar/baz'
 end
 ```
 
@@ -1245,7 +1337,7 @@ helpers do
 end
 
 get '/:name' do
-  bar(params[:name])
+  bar(params['name'])
 end
 ```
 
@@ -1261,7 +1353,7 @@ get '/' do
 end
 
 get '/:value' do
-  session[:value] = params[:value]
+  session[:value] = params['value']
 end
 ```
 
@@ -1279,7 +1371,7 @@ get '/' do
 end
 
 get '/:value' do
-  session[:value] = params[:value]
+  session[:value] = params['value']
 end
 ```
 
@@ -1300,6 +1392,13 @@ Einstellungen ablegen.
 set :sessions, :domain => 'foo.com'
 ```
 
+Um eine Session mit anderen Apps und zwischen verschiedenen Subdomains
+von foo.com zu teilen, wird ein *.* der Domain vorangestellt:
+
+``` ruby
+set :sessions, :domain => '.foo,com'
+```
+
 ### Anhalten
 
 Zum sofortigen Stoppen eines Request in einem Filter oder einer Route:
@@ -1344,7 +1443,7 @@ Eine Route kann mittels `pass` zu der nächsten passenden Route springen:
 
 ```ruby
 get '/raten/:wer' do
-  pass unless params[:wer] == 'Frank'
+  pass unless params['wer'] == 'Frank'
   'Du hast mich!'
 end
 
@@ -1467,20 +1566,18 @@ connections = []
 
 get '/subscribe' do
   # Client-Registrierung beim Server, damit Events mitgeteilt werden können
-  stream(:keep_open) { |out| connections << out }
-
-  # tote Verbindungen entfernen
-  connections.reject!(&:closed?)
-
-  # Rückmeldung
-  "Angemeldet"
+  stream(:keep_open) do |out|
+    connections << out
+    # tote Verbindungen entfernen
+    connections.reject!(&:closed?)
+  end
 end
 
-post '/message' do
+post '/:message' do
   connections.each do |out|
     # Den Client über eine neue Nachricht in Kenntnis setzen
     # notify client that a new message has arrived
-    out << params[:message] << "\n"
+    out << params['message'] << "\n"
 
     # Den Client zur erneuten Verbindung auffordern
     out.close
@@ -1651,7 +1748,7 @@ eine aktuelle Version im Cache vorhält:
 
 ```ruby
 get '/article/:id' do
-  @article = Article.find params[:id]
+  @article = Article.find params['id']
   last_modified @article.updated_at
   etag @article.sha1
   erb :article
@@ -1711,7 +1808,8 @@ etag '', :new_resource => true, :kind => :weak
 
 ### Dateien versenden
 
-Zum Versenden von Dateien kann die `send_file`-Helfer-Methode verwendet werden:
+Um den Inhalt einer Datei als Response zurückzugeben, kann die
+`send_file`-Helfer-Methode verwendet werden:
 
 ```ruby
 get '/' do
@@ -2010,10 +2108,10 @@ set :protection, :except => [:path_traversal, :session_hijacking]
   wird, es sei denn, es wird als zweiter Parameter <tt>false</tt> angegeben.
   Standardmäßig nicht aktiviert.</dd>
 
-  <dt>add_charsets</dt>
+  <dt>add_charset</dt>
   <dd>Mime-Types werden hier automatisch der Helfer-Methode
   <tt>content_type</tt> zugeordnet. Es empfielt sich, Werte hinzuzufügen statt
-  sie zu überschreiben: <tt>settings.add_charsets << "application/foobar"</tt>
+  sie zu überschreiben: <tt>settings.add_charset << "application/foobar"</tt>
   </dd>
 
   <dt>app_file</dt>
@@ -2125,6 +2223,9 @@ set :protection, :except => [:path_traversal, :session_hijacking]
   <dd>Wird es auf <tt>true</tt> gesetzt, wird Thin aufgefordert
   <tt>EventMachine.defer</tt> zur Verarbeitung des Requests einzusetzen.</dd>
 
+  <dt>traps</dt>
+  <dd>Einstellung, Sinatra System signalen umgehen soll.</dd>
+
   <dt>views</dt>
   <dd>Verzeichnis der Views. Leitet sich von der <tt>app_file</tt> Einstellung
   ab, wenn nicht gesetzt.</dd>
@@ -2172,12 +2273,19 @@ end
 ### Fehler
 
 Der `error`-Handler wird immer ausgeführt, wenn eine Exception in einem
-Routen-Block oder in einem Filter geworfen wurde. Die Exception kann über die
-`sinatra.error`-Rack-Variable angesprochen werden:
+Routen-Block oder in einem Filter geworfen wurde. In der
+`development`-Umgebung wird es nur dann funktionieren, wenn die
+`:show_exceptions`-Option auf `:after_handler` eingestellt wurde:
+
+```ruby
+set :show_exceptions, :after_handler
+```
+
+Die Exception kann über die `sinatra.error`-Rack-Variable angesprochen werden:
 
 ```ruby
 error do
-  'Entschuldige, es gab einen hässlichen Fehler - ' + env['sinatra.error'].name
+  'Entschuldige, es gab einen hässlichen Fehler - ' + env['sinatra.error'].message
 end
 ```
 
@@ -2229,7 +2337,7 @@ anzuzeigen.
 
 ## Rack-Middleware
 
-Sinatra baut auf [Rack](http://rack.rubyforge.org/), einem minimalistischen
+Sinatra baut auf [Rack](http://rack.github.io/), einem minimalistischen
 Standard-Interface für Ruby-Webframeworks. Eines der interessantesten Features
 für Entwickler ist der Support von Middlewares, die zwischen den Server und
 die Anwendung geschaltet werden und so HTTP-Request und/oder Antwort
@@ -2251,7 +2359,7 @@ end
 ```
 
 Die Semantik von `use` entspricht der gleichnamigen Methode der
-[Rack::Builder](http://rack.rubyforge.org/doc/classes/Rack/Builder.html)-DSL
+[Rack::Builder](http://rubydoc.info/github/rack/rack/master/Rack/Builder)-DSL
 (meist verwendet in Rackup-Dateien). Ein Beispiel dafür ist, dass die
 `use`-Methode mehrere/verschiedene Argumente und auch Blöcke entgegennimmt:
 
@@ -2268,7 +2376,7 @@ muss `use` häufig nicht explizit verwendet werden.
 
 Hilfreiche Middleware gibt es z.B. hier:
 [rack](https://github.com/rack/rack/tree/master/lib/rack),
-[rack-contrib](https://github.com/rack/rack-contrib#readme), 
+[rack-contrib](https://github.com/rack/rack-contrib#readme),
 oder im [Rack wiki](https://github.com/rack/rack/wiki/List-of-Middleware).
 
 ## Testen
@@ -2279,10 +2387,10 @@ wird empfohlen:
 
 ```ruby
 require 'my_sinatra_app'
-require 'test/unit'
+require 'minitest/autorun'
 require 'rack/test'
 
-class MyAppTest < Test::Unit::TestCase
+class MyAppTest < Minitest::Test
   include Rack::Test::Methods
 
   def app
@@ -2353,12 +2461,24 @@ Veränderungen zu `Sinatra::Base` konvertiert werden:
 *   Alle Routen, Error-Handler, Filter und Optionen der Applikation müssen in
     einer Subklasse von `Sinatra::Base` definiert werden.
 
-
 `Sinatra::Base` ist ein unbeschriebenes Blatt. Die meisten Optionen sind per
 Standard deaktiviert. Das betrifft auch den eingebauten Server. Siehe
 [Optionen und Konfiguration](http://sinatra.github.com/configuration.html) für
 Details über mögliche Optionen.
 
+Damit eine App sich ähnlich wie eine klassische App verhält, kann man
+auch eine Subclass von `Sinatra::Application` erstellen:
+
+``` ruby
+require 'sinatra/base'
+
+class MyApp < Sinatra::Application
+  get '/' do
+    'Hello world!'
+  end
+end
+```
+
 ### Modularer vs. klassischer Stil
 
 Entgegen häufiger Meinungen gibt es nichts gegen den klassischen Stil
@@ -2379,42 +2499,49 @@ werden:
     <th>Szenario</th>
     <th>Classic</th>
     <th>Modular</th>
+    <th>Modular</th>
   </tr>
 
   <tr>
     <td>app_file</td>
     <td>Sinatra ladende Datei</td>
     <td>Sinatra::Base subklassierende Datei</td>
+    <td>Sinatra::Application subklassierende Datei</td>
   </tr>
 
   <tr>
     <td>run</td>
     <td>$0 == app_file</td>
     <td>false</td>
+    <td>false</td>
   </tr>
 
   <tr>
     <td>logging</td>
     <td>true</td>
     <td>false</td>
+    <td>true</td>
   </tr>
 
   <tr>
     <td>method_override</td>
     <td>true</td>
     <td>false</td>
+    <td>true</td>
   </tr>
 
   <tr>
     <td>inline_templates</td>
     <td>true</td>
     <td>false</td>
+    <td>true</td>
   </tr>
 
   <tr>
     <td>static</td>
     <td>true</td>
     <td>false</td>
+    <td>true</td>
   </tr>
 </table>
 
@@ -2507,8 +2634,8 @@ class LoginScreen < Sinatra::Base
   get('/login') { haml :login }
 
   post('/login') do
-    if params[:name] == 'admin' && params[:password] == 'admin'
-      session['user_name'] = params[:name]
+    if params['name'] == 'admin' && params['password'] == 'admin'
+      session['user_name'] = params['name']
     else
       redirect '/login'
     end
@@ -2636,8 +2763,8 @@ class MyApp < Sinatra::Base
     # Anfrage-Scope für '/neue_route/:name'
     @value = 42
 
-    settings.get "/#{params[:name]}" do
-      # Anfrage-Scope für "/#{params[:name]}"
+    settings.get "/#{params['name']}" do
+      # Anfrage-Scope für "/#{params['name']}"
       @value # => nil (nicht dieselbe Anfrage)
     end
 
@@ -2714,6 +2841,9 @@ auftreten.</dd>
 Upgrade von einer früheren Version von Ruby zu Ruby 1.9.3 werden alle Sessions
 ungültig. Ruby 1.9.3 wird bis Sinatra 2.0 unterstützt werden.</dd>
 
+<dt>Ruby 2.x</dt>
+<dd>2.x wird vollständig unterstützt.</dd>
+
 <dt>Rubinius</dt>
 <dd>Rubinius (Version >= 2.x) wird offiziell unterstützt. Es wird empfohlen, den
 <a href="http://puma.io">Puma Server</a> zu installieren (<tt>gem install puma
@@ -2738,8 +2868,8 @@ wir davon ausgehen, dass es nicht an Sinatra sondern an der jeweiligen
 Implementierung liegt.
 
 Im Rahmen unserer CI (Kontinuierlichen Integration) wird bereits ruby-head
-(das kommende Ruby 2.1.0) mit eingebunden. Es kann davon ausgegangen
-werden, dass Sinatra Ruby 2.1.0 vollständig unterstützen wird.
+(zukünftige Versionen von MRI) mit eingebunden. Es kann davon ausgegangen
+werden, dass Sinatra MRI auch weiterhin vollständig unterstützen wird.
 
 Sinatra sollte auf jedem Betriebssystem laufen, dass einen funktionierenden
 Ruby-Interpreter aufweist.
@@ -2855,7 +2985,7 @@ SemVer und SemVerTag.
 *   [Mailing-Liste](http://groups.google.com/group/sinatrarb)
 *   [#sinatra](irc://chat.freenode.net/#sinatra) auf http://freenode.net Es
     gibt dort auch immer wieder deutschsprachige Entwickler, die gerne weiterhelfen.
-*   [Sinatra Book](http://sinatra-book.gittr.com) Kochbuch Tutorial
+*   [Sinatra Book](https://github.com/sinatra/sinatra-book/) Kochbuch Tutorial
 *   [Sinatra Recipes](http://recipes.sinatrarb.com/) Sinatra-Rezepte aus der
     Community
 *   API Dokumentation für die [aktuelle