REST verhält sich zu Web Services wie Rails zu J2EE - auf den ersten Blick hat man den Eindruck, dahinter verbirgt sich eine einfache und für "Enterprise"-Szenarien wenig taugliche Lösung, auf den zweiten Blick stellt sich heraus, dass weit mehr dahinter steckt. Selbst Rails-Profis erscheint der Nutzen der seit Rails 1.2 verfügbaren REST-Unterstützung oft noch zweifelhaft, zumindest dann, wenn es um Anwendungsfälle jenseits eines einfachen "CRUD" (Create, Read, Update, Delete) geht.

Was ist anders an REST? Warum wird dieses Konzept eine entscheidende Rolle für die Verbreitung von Rails im Unternehmensumfeld spielen? Warum passt REST auch für "richtige" Anwendungsfälle? Wie kann eine Anwendung so "RESTful" entwickelt werden, dass sie die Vorteile maximal ausnutzt? Was sind klassische Anti-Patterns?

Nach eine kurzen Einführung in das REST-Konzept und dessen Unterstützung in Rails sollen im Vortrag diese und andere Fragen diskutiert werden.

Caching ist eines der wichtigsten Mittel, eine Ruby on Rails-Anwendung zu beschleunigen. Tammo Freese gibt einen Überblick über die Caching-Mechanismen in Rails, er erläutert, wie Caching getestet werden kann, und zeigt typische Probleme und Lösungen beim Caching in Rails-Anwendungen.

Der Vortrag vermittelt das notwendige Wissen, um mit der Integration von GoogleMaps in eigene Rails-Anwendungen beginnen zu können. Es werden die notwendigen Begriffe und Grundlagen aus dem Bereich GeoMapping erläutert sowie Googles Javascript basierte Maps-API betrachtet. An Hand einer Rails-Anwendung wird gezeigt, wie man diese Karten integriert, mit ihnen arbeitet und wie Rails-Plugins dabei helfen können.

Amazon bietet mit der Elastic Compute Cloud (Amazon EC2) und dem Simple Store Service (Amazon S3) zwei Web-Services an, die es anderen Entwicklern ermöglichen von der Amazon Plattform in Sachen on-demand Skalierung, Performance und Redundanz zu profitieren. Amazon S3 stellt dabei „storage for the internet“ dar, also unbegrenzter Speicherplatz in Amazons Datacentern, der über eine REST-API befüll- und aufrufbar ist. Amazon EC2 bietet Entwicklern die Möglichkeit on-demand beliebig viele Instanzen von virtuellen Maschinen per Web-Services zu starten und zu kontrollieren.

Dieser Vortrag soll demonstrieren, welchen Nutzen man von S3 und EC2 ziehen kann und wie einfach diese Web-Services in die eigene Rails Applikationen einzubinden sind. Nach einem Überblick über S3 und EC2 werden konkrete Einsatzszenarien besprochen und deren Implementation in Rails dargestellt. Die Szenarien reichen dabei von S3 als Backendspeicher bis zu On-Demand Application Server mit Capistrano und EC2.

Jeden Tag stehlen kriminelle Hacker zahlreiche Kreditkartennummern, vertrauliche Informationen, Passwörter und alles andere, was sie zu Geld machen können. Sie verunstalten Webseiten, beinträchtigen die Verfügbarkeit von Web Anwendungen oder löschen Daten. Viele Unternehmen sind heute vom Internet abhängig, der Bereich der Sicherheit sollte deshalb nicht ignoriert werden.

Viele Entwickler sehen Rails als ein "sicheres" Framework an. Das mag stimmen, da weniger Code geschrieben werden muss, und weniger Code bedeutet einen besseren Überblick.

Tatsächlich aber hängen die meisten Sicherheitsprobleme in Web Anwendungen nicht von der eingesetzten Programmiersprache oder dem Framework ab, sondern betreffen Web Anwendungen im Allgemeinen.

Dieser Vortrag behandelt die bekanntesten Angriffe, wie Interpreter Injection im Bezug auf Rails (Cross-Site Scripting (XSS), SQL Injection, Logic Injection), verbreitete Konfigurationsfehler, Session- und Benutzerverwaltung, Ajax-Sicherheit, Sicherheitstipps und mehr. Rails hat gute Sicherheits-Features, man muss sie nur einsetzen.

Eine einheitliche und einfache Sprache erzeugt Lesbarkeit und Verständnis. Wie schwierig es ist, Dinge zu benennen, weiß jeder, der versucht hat, Code zu verstehen, den er selbst einmal geschrieben hat.

Rails Conditions bieten eine praxiserprobte Möglichkeit, Bedingungen für Business Regeln in einer Domain Specific Language (DSL) im Domain Model auszudrücken. Die Conditions befragen das Model in quasi natürlicher Sprache über Zustände oder Berechtigungen, um bspw. den Ablauf im Controller zu steuern. Auf das Fehlschlagen einer Condition kann einfach reagiert werden. Die Conditions dokumentieren sich aufgrund einer lesbaren DSL selbst.

Der Vortrag zeigt anhand von Codebeispielen, wie sich Rails Conditions bei XING in der Umsetzung des Marketplace Projektes bewährt haben.

Jahrhundertelang schreibt die Menschheit schon Prosa und Lyrik – in den meisten Fällen für jedermann lesbar und verständlich. Seit Einführung von Programmiersprachen und formalen Spezifikationen werden jetzt aber auf einmal (Quell-) Texte und Dokumente erstellt, die von Laien meist gar nicht und von Fachleuten oft nur mit Mühe verstanden werden.

Im besten Fall erinnert sich der Autor noch an Details und Zusammenhänge. Einzig und allein der Compiler/Interpreter/Prozessor kann mit der Abfolge von Symbolen und Zeichen etwas Sinnvolles anfangen.

Die Herausforderung beginnt also lange bevor ein Fehler auftritt. Schwierig wird es dann so richtig, wenn ein Computer nicht mehr das leistet, wofür er (einst) einmal programmiert wurde oder wenn ein Programm an neue Herausforderungen angepasst werden muss.

Ruby als Programmiersprache ist für seine leicht verständliche Syntax bekannt.

Ruby-Kommandos lassen die Grenzen zwischen Anforderungsspezifikation und Quellcode verschwindend gering werden. Ruby on Rails geht sogar noch einen Schritt weiter und er- laubt es Entwicklern, ganze Applikationen "lesbar" zu "gestalten". Gestalten darf in diesem Zusammenhang gerne als "schöpferisch, kreativ" verstanden werden.

Der Vortrag erörtert die Notwendigkeit von verständlichem Quellcode und belegt an Beispielen, wie mit Ruby und Ruby on Rails die Wartbarkeit von Applikationen und die Produktivität von Entwicklern gesteigert werden kann. Weiterhin wird auf mögliche Veränderungen des Entwicklungsprozesses eingegangen.

Seine Bacherlorarbeit zum Thema "Wartungsfreundliche Web-Applikationen mit Ruby on Rails" findet sich hier.

Integration von Rails Anwendungen in Enterprise Umgebungen? Anschluss an den unternehmensweiten Messaging Bus? SOA und ActiveMessaging machen es möglich !

Der Vortrag gibt eine Einführung in Service orientierte Architekturen und den Einsatz von Rails in solchen Umgebungen. Es werden die wesentlichen Begriffe und Konzepte im Umfeld von SOA erläutert, wie z.B. SOAP, Services, ESB und BPEL.

An einem praktischen Beispiel wird die Integration von Rails und SOA mit Action Web Services und BPEL sowie die Anbindung an Messaging Systeme via Active Messaging demonstriert.

Das Web lebt von "Online". Web-Anwendungen gehen davon aus, dass wir ständig vernetzt sind. Doch GMail oder ihre Web2.0 Anwendung sind unbrauchbar, wenn man Offline ist. Mit "Joyent Slingshot" gibt es die Möglichkeit Rails-Anwendungen als eigenständige Windows- oder Mac-Applikation zu betreiben. In diesem Vortrag werden Möglichkeiten und Grenzen dieser Technik gezeigt, und an einem Beispiel gezeigt, wie eine Anwendung "aus dem Netz" genommen werden kann.

Eine funktionierende Volltextsuche ist für viele Webapplikationen unerlässlich. Doch allzu schnell gelangt man an die Grenzen von LIKE-Statements und MySQL-Volltextindizes.

Ferret ist eine hochperformante Volltextsuchmaschine für Ruby. Im Funktionsumfang vergleichbar mit der aus der Java-Welt bekannten Lucene-Bibliothek, übertrifft das in C implementierte Ferret sein Vorbild oft sogar, was die Geschwindigkeit angeht.

Acts_as_ferret ist ein Rails-Plugin mit dem Ziel, seinem Benutzer die Verwendung von Ferret so leicht wie möglich zu machen. Ein Einzeiler in der Model-Klasse sorgt dafür, dass der gesamte Datenbestand komfortabel und schnell durchsucht werden kann. Dabei wird der Index stets auf dem aktuellen Stand gehalten, wenn Datensätze hinzukommen, aktualisiert oder gelöscht werden.

Dieser Vortrag gibt zunächst Einblick in die Funktionsweise und Besonderheiten von Ferret. Anschließend wird gezeigt, wie man mittels acts_as_ferret typische Anwendungsfälle von erweiterten Suchformularen über Live-Searches bis hin zur Model-übergreifenden Indizierung von Objekten realisieren kann. Abschließend wird auf Besonderheiten im Produktivbetrieb eingegangen.

Das Rails Framework bietet viele Antworten für gängige Probleme einer Webanwendung. Doch es gibt auch Bereiche, die nicht oder nur knapp in den Werken "Agile Web Development with Rails" und "Rapid Web Development mit Ruby on Rails" behandelt werden. Eine kurze Reise von Coding Conventions, über Internationalisierung, Performance bis zur Maintenance einer Web Applikation.

Dieser Vortrag gibt einen Überblick über die Erfahrungen und Stolpersteine, die bei der Entwicklung der Plattform omdb.org entstanden bzw. aufgetreten sind. Mit mehr als einem Jahr Entwicklungszeit und dem Einsatz mehrer Rails-Entwickler aus den Anfängen der Rails-Bewegung in Deutschland, ist das Hobbyprojekt mittlerweile zu einer etablierten Plattform gewachsen.

Ein Resümee der Erfahrungen und Richtlinien, die sich heute rückblickend zusammenfassen lassen, als Leitfaden für Personen, deren grossen Rails Projekt noch bevorsteht.

Eine Rails-Anwendung zu lokalisieren (bzw. zu internationalisieren) ist keine ganze einfache Aufgabe. Der Vortrag fasst die Schwierigkeiten zusammen, die einem auf dem Weg dort hin begegnen können, zeigt die verschiedenen Lösungswege auf und fasst alles am Ende nett zusammen.

Die Schwierigkeiten
Mehrere Sprachen in eine Web-Applikation zu integrieren kann die Art- und Weise wie man seine Applikation entwickelt komplett verändern. Das Deployment wird aufwändiger, man braucht zusätzliche Tools und man braucht einen Übersetzungs-Workflow. Man verabschiedet sich unterwegs von so manchen lieb gewonnenen Railismen.

Die Werkzeuge
Es gibt 6 Millionen Wege um eine Rails-Applikations-Oberfläche zu lokalisieren und noch mehr wege, um die Anwendung an sich zu internationalisieren. So viele Möglicheiten und so viele Vorteile und so viele Nachteile. Ein Versuch eines Überblicks.

Die fehlenden Puzzleteile
Während Plugins wie GLoc, Globalize und Ruby/gettext die Sache deutlich vereinfacht haben, sind manche Dinge immer noch wesentlich schwieriger als sie sein sollten.

Die Zusammenfassung
Was haben wir bei der Internationalisierung einer mittel- bis großen Rails-Anwendung gelernt? Wie kann man den Einstieg in die Welt der Lokalisierung leichter machen? Wo gibt es noch viel zu tun?

Hobo ist ein auf Rails basierender Webapplication Builder. Bei vielen Ansätzen, die Webentwicklung mit Rails weiter beschleunigen, bleibt die Flexibilität auf der Strecke. Hobo versucht, die Entwicklungszeit für ein typisches Rails-Projekt drastisch zu verkürzen, ohne dass die für Rails typische Flexibilität eingebüßt wird.

Dieser Vortrag gibt eine Einführung in Hobo. In einem kurzen, eher theoretischen Teil wird die grundlegende Intention von Hobo erläutert und die Architektur erklärt.

Im Hauptteil wird eine einfache Beispiel-Webanwendung live programmiert. Hierbei wird die Anwendung des Benutzermanagements und des Rechtesystems gezeigt und das Arbeiten mit DRYML - der Hobo-eigenen Templatesprache - vorgeführt.

Voraussetzung: Zum Verständnis des Vortrags sind lediglich Rails-Grundlagen (MVC, Helper) nötig. Zum Verständnis der Architektur von Hobo sind Ruby-Grundlagen (Module, Mixins etc.) sinnvoll.