Datum: 27.10.09
Uhrzeit: 18:30 (Türen auf) – 22:00
Veranstaltungsort: Heinrich-Heine-Universität Düsseldorf (Hörsaal 5H, Gebäude 25.22)
Vortrag: Chef – Infrastructure Automation (Mutwin Kraus)

Gewinne:

Unter den Teilnehmern werden Lizenzen von JetBRAINS verlost!

Über den Vortrag:

Chef is an open source systems integration framework built to bring the benefits of
configuration mangement to your entire infrastructure. You write source code to describe
how you want each part of your infrastructure to be built, then apply those descriptions to
your servers. The result is a fully automated infrastructure: when a new server comes on line,
the only thing you have to do is tell Chef what role it should play in your architecture.*

*http://www.opscode.com/chef

Über den Referenten:

Mutwin arbeitet bei Engine Yard und ist CTO bei http://blogage.de .

Weitere Informationen findet Ihr unter:

http://groups.google.de/group/duesseldorf-on-rails

Ein wichtiger Bestandteil ist dabei Komplexitätsmaße zu ermitteln anhand derer man eine Aussage über die Verstehbarkeit und Wartbarkeit des Codes treffen kann. Wenn etwa Maße wie Zyklomatische Komplexität, ABC-Metrik aber bspw. auch Line Count in einem sehr hohen Bereich liegen, kann man davon ausgehen, dass die Komplexität sehr hoch und damit die Wartbarkeit relativ gering ist. Solche Maße stellen natürlich immer nur ungefähre Richtlinien dar und können keine Aussage über die tatsächliche Qualität des Codes treffen. So können bspw. Teile des Codes hohe Komplexitätswerte erzielen, nichtsdestotrotz aber leicht verständlich sein.

Excellent bietet daher zusätzlich zu solchen Komplexitäts-Checks auch Rails spezifische Checks an. Im Gegensatz zu den Komplexitätsmaßen können solche Checks klare Aussagen treffen, da sie feste Kriterien überprüfen, wie etwa ob bestimmte Best Practices oder auch Bad Practices eingehalten werden oder im Code auftauchen. Rails spezifische Checks sind bspw. solche die überprüfen ob ActiveRecord Models ihre Attribute validieren oder solche die die Verwendung von Instanzvariablen in Partials beanstanden.

Excellent ist trotz der Versionsnummer 1.5.4 immer noch im Beta Stadium. Für Vorschläge auf der Mailing Liste, Bug Reports oder auch Patches auf Github bin ich natürlich dankbar!

Hier die Slides zum Talk:

Termin

Donnerstag, 8. Oktober 2009 19:00 Uhr

iCal: http://tinyurl.com/adj4hp

Vorträge

+ Marco Otte-Witte: Excellent (http://simplabs.github.com/excellent)

+ Peter Schrammel: Share-Nothing Private Assets Server

+ Sven C. Koehler: Localmemcache (http://localmemcache.rubyforge.org/ + http://github.com/sck/localmemcache)

+ … Du?

Ort & Anmeldung

Wir treffen uns dieses Mal bei der Experteer GmbH. Vielen Dank an Peter und das Experteer-Team für die Einladung!
Bitte gebt uns auch wieder Bescheid ob Ihr teilnehmen möchtet um die Planung zu erleichtern. Bitte bis Mittwoch 7.10. per Mail an:

anmeldung AT munich-on-rails.com

Adresse:

Experteer GmbH
Lenbachplatz 3
80333 München

Datum: 25.08.09
Uhrzeit: 18:30 (Türen auf) – 22:00
Veranstaltungsort: Heinrich-Heine-Universität Düsseldorf (Hörsaal 5A, Gebäude 25.11)
Vortrag: Metaprogrammierung (Vladimir Dobriakov)

Gewinne

Unter den Teilnehmern werden Lizenzen von JetBRAINS verlost!

Über den Vortrag

Entwickler, die gerade die Macht der Metaprogrammierung entdeckt haben,
nutzen es intensiv sowohl in den Fällen, wo es Sinn macht, aber auch da,
wo es eine Menge unerwarteter Probleme verursacht.

Anhand einer Auswahl praktischer “Metaprogrammierung außer Rand und Band” Beispiele
möchte ich zeigen, wie weniger oder eine gezielte Metaprogrammierung zu einfacherem
und leichter zu wartendem Code führen.

Über den Referenten

Vladimir Dobriakov ist Senior Consultant bei innoQ Deutschland GmbH und
entwickelt seit 15 Jahren datenbankgestützte Enterprise-Anwendungen.
Seit 2002 entwickelt er interaktive Web-Anwendungen zunächst mit Microsoft ASP,
dann ASP .NET und schließlich mit Ruby on Rails.

In den letzten Jahren gilt sein Interesse dem Web als Plattform für verteilte Anwendungen
und Service Orientierte Architekturen (insbesondere im Java-Umfeld) sowie den
dynamischen Programmiersprachen wie Python und Ruby.

Er bloggt regelmäßig auf http://blog.geekq.net/ .

Weitere Informationen findet Ihr unter:

http://groups.google.de/group/duesseldorf-on-rails

Datum: 30.06.09
Uhrzeit: 18:30 (Türen auf) – 22:00
Veranstaltungsort: Heinrich-Heine-Universität Düsseldorf (Hörsaal 5H, Gebäude 25.22)
Vortrag: Behaviour Driven Development mit Cucumber (Tanja Otto und Hussein Morsy)

Über den Vortrag:

In diesem Vortrag wird gezeigt, wie Behaviour Driven Development
(kurz BDD) mit Cucumber umgesetzt wird. BDD ist eine
Agile-Software-Entwicklungstechnik, mit der die Kundenwünsche in Form
von Features bzw. Userstories beschrieben werden. Ausgehend von den Features
wird dann nach und nach von aussen nach innen der Code implementiert. In
Cucumber sind die Features, obwohl in Prosaform formuliert, ausführbar und geben
dem Entwickler und dem Kunden ein Feedback darüber, welche Features bereits
umgesetzt sind.

Über die Referentin und den Referenten:

Tanja Otto und Hussein Morsy sind unter anderem bekannt durch ihr Buch
“Ruby on Rails 2: Das Entwickler-Handbuch”.

Weitere Informationen:

http://groups.google.de/group/duesseldorf-on-rails

schema_search_path:  myschema,otherschema,public

angibt, werden Datebankobjekte zunächst in myschema, dann in otherschema und schließlich in public gesucht.

Ein Anwendungsbeispiel wären z.B. temporäre Tabellen, die man während der Laufzeit erzeugen und mit einem ‘DROP SCHEMA xyz’ wieder löschen kann.

Will man hingegen eine ganze Railsanwendung in einem Schema laufen lassen, stößt man unweigerlich auf ein Problem mit den Tests. Bei Tests wird ein “DROP testdatenbank” durchgeführt und das nimmt natürlich nicht nur das verwendete Schema mit ins Datennirvana.

Deshalb muß der Task ‘create_database’ und die Methode ‘drop_database’ ein wenig gepatcht werden. Man erstellt also in ‘/lib/tasks/core.rake’ (oder wie man es auch immer nennen mag) eine Date folgenden Inhalts:

namespace :db do
  namespace :create do
    def create_database(config)
      #ensure the database exists:
      begin
        ccopy=config.dup.merge('schema_search_path' => 'public')
        ActiveRecord::Base.establish_connection(ccopy)
        ActiveRecord::Base.connection
      rescue
        @encoding = config[:encoding] || ENV['CHARSET'] || 'utf8'
        begin
          ccopy=config.dup.merge('database' => 'postgres',
                       'schema_search_path' => 'public')
          ActiveRecord::Base.establish_connection(ccopy)
         ActiveRecord::Base.connection.create_database(config['database'],
           config.merge('encoding' => @encoding))
        rescue
          $stderr.puts $!, *($!.backtrace)
          $stderr.puts "Couldn't create database for #{config.inspect}"
        end
      else
        $stderr.puts "#{config['database']} already exists"
      end
 
      #ensure the schema exists:
      if schema_name=config['working_schema']
        begin
          ActiveRecord::Base.establish_connection(config)
          ActiveRecord::Base.connection
        rescue ActiveRecord::StatementInvalid => e
          puts e.class.ancestors.inspect
          begin
            ccopy=config.dup.merge('schema_search_path' => 'public')
            ActiveRecord::Base.establish_connection(ccopy)
            ActiveRecord::Base.connection.execute("CREATE SCHEMA \"#{schema_name}\"")
            ActiveRecord::Base.establish_connection(config)
          rescue
            $stderr.puts $!, *($!.backtrace)
            $stderr.puts "Couldn't create database for #{config.inspect}"
          end
          #some error
        end
 
      end #schema
    end
  end
end
 
def drop_database(config)
  ActiveRecord::Base.establish_connection(config.
      merge('database' => 'postgres', 'schema_search_path' => 'public'))
 
  if schema_name=config['working_schema']
    ActiveRecord::Base.connection.execute "DROP SCHEMA IF EXISTS \"#{schema_name}\" CASCADE"
  else
    ActiveRecord::Base.connection.drop_database config['database']
  end
end

Die config/database.yml könnte wie folgt aussehen:

test:
  adapter: postgresql
  database: development
  schema_search_path: test,base_data,public
  working_schema: test
  host: myhost
  username: username
  password: password

Durch diesen Patch kann man ein “working_schema” wie eine richtige Datenbank verwenden. Wozu das gut ist?

• Mehrere Applikationen können sich eine Datenbank teilen.
• Die Applikationen können sich Basisdaten (User, Geolocations, …) und andere Datenbankobjekte teilen.
• Man benötigt keine DROP/CREATE DATABASE Privilegien.
• Im Gegensatz zu Datenbanken können Abfragen schemata-übergreifend formuliert werden.

Lasst euch was einfallen und viel Spaß beim einem interessanten Setup (und das bestimmt nicht nach Schema F).

Leider konnte ich nicht alle Sprecher interviewen. Diese sind in der folgenden Liste aufgeführt:

• Jens-Christian Fischer (http://invisible.ch/ueber-uns/team/jens-christian-fischer/)
• Julian Fischer (http://www.avarteq.de/)
• Michael Johann (http://rails-experts.com/)
• Yehuda Katz (http://yehudakatz.com/)
• Alexander Lang (http://upstream-berlin.com/)
• Tim Lossen (http://tim.lossen.de/)
• Mathias Meyer (http://www.paperplanes.de/)
• Lourens Naudé (http://blog.methodmissing.com/)
• Thilo Utke (http://upstream-berlin.com/)
• Jonathan Weiss (http://blog.innerewut.de/)

Keynotes

Die erste Keynote hielt Ola Bini, dem JRuby Guru und Erfinder der Sprache Ioke. Sehr humorvoll legte er die Geschichte von Programmiersprachen dar und machte einen Ausblick auf deren Zukunft. Die Relevanz von Java wurde dabei relativiert, da es ja die JVM sei, die die Stabilität gewährleistet und nicht die Sprache darüber. Bini räumte Ruby einen grossen Part ein, war aber auch der Meinung dass in Zukunft eher “Multi-Language-Programming” zur Disziplin werden würde und auch der Fokus in Richtung Domain-Specific-Languages gehen würde.

Bei der zweiten liess uns Yehuda Katz einen Blick in das 2009 erwartete Rails 3.0 Framework werfen. Ein grosser Schritt wird dabei die Einführung von ActiveORM sein, einer Abstraktion der Datenbankdriver. Dadurch können Schnittstellen zu Datenbanken wie z.B. CouchDB oder SimpleDB geschaffen werden, die besser mit ActiveRecord zusammenarbeiten als es bisher möglich ist. Durch den Einsatz von Rack für die Abstraktion des Controllerdesigns lassen sich in Zukunft alternative Frameworks wie Sinatra oder Merb in Rails einbauen, so dass man die Flexibilität erhält in der Anwendung diese Framewerks parallel zu verwenden. Rails3 ist allerdings nicht vor Ende des Google Summer of Code zu erwarten.

Vorträge

Die Vorträge waren bunt gemischt und oft fiel die Wahl sehr schwer, welchen man nun besuchen sollte daher kann ich hier auch nur einige erwänen.

Jan Krutisch machte den Besuchern die Verwendung von HAML und SASS schmackhaft. Beides sind Templatesprachen, die das Erstellen von HTML und CSS sehr vereinfachen und strukturierten Code erzeugen. SASS hat den enormen Vorteil dass man Konstanten für das Styling benutzen kann und somit beispielsweise Farbangaben einmal definiert und beliebig verwenden kann. Ein anschliessender Einblick in das CSS Metaframework Compass schloss das Thema rund ab.

Stefan Tilkov von innoQ gab einen tieferen Einblick in das Konzept von RESTful Rails und welches die besten Praktiken dafür sind. Dabei wurden die Standardmethoden (GET,PUT,POST,DELETE) erleutert und wann sie zu benutzen sind. Sehr interessant dabei war, dass man durchaus eigene Methoden hinzufügen kann auch wenn es nicht notwendigerweise Sinn ergibt. Da REST über HTTP optimal implementiert ist, schlug Tilkov vor durchaus kleinere Anwendungsteile mit Rails zu erstellen und REST-Schnittstellen zu schaffen, da die Operabilität zu anderen Anwendungsteilen dadurch gewährleistet ist.

Ein Vortrag auf den ich mich besonders gefreut hatte war “Rails sitting on the Couch” von Alexander Lang. Er stellte sein Plugin Couch Potato vor, das eine Schnittstelle zur der dokumentbasierten Datenbank CouchDB bietet. Diese ist leider nicht ActiveRecord kompatibel, was jedoch auch nur schwer möglich ist, da es keine Tabellen und somit auch keine Tabellenbezüge gibt. Lang vertrat die Ansicht, dass durch eine DB, die wie CouchDB eine REST-Schnittstelle bietet der Server als “Middleware” komplett wegfallen könne und somit die Anwendungen auf reinen Javascript-Frameworks wie Sammy laufen könnten und direkt mit der Datenbank sprechen. Hier bin ich persönlich sehr skeptisch da schon allein der Sicherheitsaspekt problematisch wird.

“JQuery mit Rails” hiess ein Vortrag von Yehuda Katz, bei dem es um den Einsatz von JQuery parallel zu Prototype ging. Dabei wurden das Konzept von JQuery erklärt und einige konkrete Beispiele gezeigt. Katz vertritt die Meinung, dass RJS unbrauchbar ist und zeigte best practises wie man Templates von JS-Code entkoppelt.

Ein ähnliches Thema präsentierte Steven Bristol (Less Everything). Ihm ging es um “Advanced Javascript and Rails”. Dabei vertrat er jedoch die gegenteilige Meinung als Yehuda Katz, da mit Hilfe von JRails, einem Plugin das Prototype in Rails ersetzt, alle Helper benutzt werden können und der eigentliche Rubycode somit sauber bleibt. Da Katz mit im Publikum saß gab das natürlich eine Grundsatzdiskussion, jedoch akzeptierten beide die Meinungen des jeweils anderen. Interessant bei dem Vortrag waren auch die aufgezeigte Möglichkeit des Monkey Patching in JavaScript, sowie elegate OOP Vorgehensweisen.

Michael Johann, Chefredakteur des RailsWay-Magazins, gab einen großartigen Einblick darüber wie man in JRuby auf Swing und EJB 3.0 zugreifen kann. Sehr beeindruckend war wie man über die (J)Ruby-Konsole on-the-fly interaktiv eine GUI erstellen kann. Mit vielen praktischen Beispielen zeigte Johann, wie einfach sich EJB-Klassen mit Rails verbinden lassen und man dadurch bestehende Webanwendungen in Rails-Anwendungen integrieren kann. Dies eröffnet dem Ruby-Programmierer die komplette Java-Welt und umgekehrt können Javaentwickler Rails benutzen ohne auf gewohnte Frameworks verzichten zu müssen.

Des weiteren stellte Ralph von der Heyden, Mitarbeiter bei Xing, Möglichkeiten zur Verbessung von Frontend Performance vor und Vladimir Dobriakov (innoQ) zeigte uns wie evil “eval” beim Metaprogramming sein kann.

Fazit

Wie schon erwähnt kann der Artikel nur einen kleinen Einblick in die RailsWayCon bieten, die von Anfang bis Ende als voller Erfolg zu bezeichnen ist. Schade dass es vorbei ist, die Woche hätte man meinetwegen gerne voll machen können. Aber da bleibt nur übrig sich auf nächstes Jahr zu freuen.

Datum: 28.05.09
Uhrzeit: 18:30 (Türen auf) – 22:00
Veranstaltungsort: Heinrich-Heine-Universität Düsseldorf (Hörsaal 5G, Gebäude 25.22)
Vortrag: Kreative Assoziationen (Michael Schürig)

Über den Referenten:

Michael Schürig lebt und arbeitet in Bonn als
freischaffender Softwareentwickler. In den vergangenen vier Jahren hat
er sich auf Ruby on Rails für Webanwendungen spezialisiert und findet
sich seitdem regelmäßig in den Untiefen der Quelltexte wieder. Michael
glaubt an die Integrität der Daten und praktiziert kontemplative
Programmierung. (http://www.schuerig.de/michael/)

Weitere Informationen:

http://groups.google.de/group/duesseldorf-on-rails

• RailsWayCon-2009.ics

Soweit es möglich ist, werde ich versuchen den Kalender auch während der Konferenz aktuell zu halten.

Vortrag:

Hendrik Volkmer: The big bang – what to do if your Rails codebase grows to big?

sowie

1x RailsWayCon Ticketverlosung

Ort:

Upstream Agile GmbH,
Boxhagener Strass 119,
10245 Berlin-Friedrichshain

Danke an Upstream für die Bereitstellung des Raumes.

http://www.rug-b.com

Die Plattform wurde in nur 6 Wochen from scratch entwickelt. Ausgangslage waren lediglich ein mehr oder weniger grobes Konzept sowie ein darauf basierendes und damit zwangsläufig zu Anfang ebenso grobes Design. Eine Vielzahl von wichtigen Entscheidungen zu Design und Funktionalität wurde also erst relativ spontan während der Entwicklungsphase getroffen.

Dieser Artikel geht auf einige technische Aspekte des Projekts ein und zeigt auf wie viel man mit Rails in kurzer Zeit bei hoher Qualität und Flexibilität erreichen kann.

Infrastruktur

Am Anfang eines jeden Projekts steht das Aufsetzen der Infrastruktur wie Versionskontrolle, Ticketing System etc. Hier muss man sich entscheiden ob man alles selbst aufsetzen möchte (SVN, Trac etc.) oder lieber auf SaaS Angebote zurückgreift. Diese haben den Vorteil, dass keinerlei oder nur sehr geringer Aufwand entsteht und sie (evtl. mit Ausnahme von github zuverlässig laufen.

Für dieses Projekt habe ich mich für die Kombination aus gihub, Lighthouse und Hoptad entschieden, die sich auch in vergangenen Projekten schon bewährt hat. Insbesondere die Integration der einzelnen Services ist dabei ein großer Vorteil. So kann man bspw. in Commit Messages Lighthouse-Tickets referenzieren oder sogar modifizieren und seit neuestem auch aus in Hoptoad angezeigten Backtraces direkt auf den entsprechenden Code in der entsprechenden Revision auf github wechseln.

Testing

Obwohl ich selbst ein großer Freund von Testing bzw. Specs bin (siehe auch meinen Vortrag zu RSpec) muss man bei einem Projekt wie diesem, mit straffem Zeitrahmen und zunächst mehr oder weniger ungenauen Anforderungen, abwägen zwischen Flexibilität und Entwicklungsgeschwindigkeit auf der einen und gut getestetem Code auf der anderen Seite. Wenn die Anfoderungen nicht einigermaßen eindeutig bekannt und insb. formuliert sind, ist es fast kontraproduktiv, zunächst eine umfassende Test- bzw. Spec- Suite zu schreiben, da das durch eine solche Suite spezifizierte Verhalten ja noch gar nicht ausreichend bekannt ist. Es fließt in diesem Fall also viel Arbeit in die permanente Aktualisierung der Specs so dass es sicher mehr Sinn macht, mindestens den Prototypen quasi auf althergebrachte Art und Weise zu entwicklen und die Anwendung erst in der Konsolidierungsphase umfassend zu testen. Ich habe daher weitestgehend auf Specs verzichtet und lediglich Dinge wie Validations etc. spezifiziert um sicherzugehen, dass das grundlegende Model korrekt ist. Das eigentliche Acceptance Testing wurde jeweils zum Abschluss der einzelnen Milestones vom Kunden selbst durchgeführt. So erhält der Entwickler frühzeitig Feedback vom Kunden, der widerum frühzeitig einen Blick auf seinen zukünftige Anwendung werfen und den Entwicklungsverlauf verfolgen kann.

Per Scaffolding zum (fast) fertigen Backend

Das oftmals zu recht kritisierte Scaffolding kann für prototypische Anwendungen und insbesondere Backend-Funktionalität gute Dienste leisten. Bei einem Content getriebenen Dienst wie Globago.com, bei dem die Hauptaufgabe des Backends das Anlegen, Bearbeiten, Löschen etc. von unterschiedlichem Content ist, kommt man per Scaffolding – selbst wenn man die generierten Controller, Views etc. noch anpassen muss, innerhalb kürzester Zeit zum fertigen Backend. Alternativ macht sicher auch der Einsatz von Plugins wie Hampton Catlins make_resourceful Sinn, die im Gegensatz zu ./script/generate scaffold ... DRY- konformer sind, allerdings nicht das manuelle Anlegen von Views ersparen.

Deployment

Für das Deployment von Rails Anwendungen gibt es mittlerweile eine Vielzahl von Optionen. Die mit dem geringsten Aufwand ist aber sicherlich Passenger, das in der neusten Version jetzt auch für Nginx verfügbar ist. Gegenüber anderen Ruby Webservern wie Mongrel oder Thin hat Passenger zwar keinen signifikanten Performance Vorteil, in der Regel aber einen deutlich kleineren Memory Footprint. Vor allem wird aber das Deployment deutlich vereinfacht. Anstatt mongrel_cluster oder thin start --socket ..., wobei man ggf. noch darauf achten muss, die einzelnen Prozesse zeitversetzt neu zu starten um Downtimes zu vermeiden (siehe auch Poor mans rolling restart for thin + god), genügt bei Passenger ein einfaches touch restart.txt im RAILS_ROOT und Passenger startet die Anwendung automatisch neu, spawnt Prozesse etc. Auch ist kein Monitoring von Prozessen mehr nötig wie es bei Mongrel oder Thin praktisch unverzichtbar ist. Auch die Konfiguration von Passenger ist denkbar einfach – insbesondere in Kombination mit Nginx:

  http {
    passenger_root /opt/ruby-enterprise-1.8.6-20090201/lib/ruby/gems/1.8/gems/passenger-2.2.1;
    passenger_ruby /opt/ruby-enterprise-1.8.6-20090201/bin/ruby;
    ...
    server {
        listen       80;
        server_name  *.globago.com;

        root <path to RAILS_ROOT/public>;
        passenger_enabled on;
    }
    ...
  }

Fazit

Das Projekt Globago.com zeigt deutlich, wie viel sich in kurzer Zeit mit Rails realisieren lässt. Es lassen sich extrem schnell Features umsetzen (auch ohne die komplette Anwendung einfach zu scaffolden ohne dass die Qualität des Ergebnisses leidet. Mit anderen Frameworks mag sich ebenso viel in ebenso kurzer Zeit realisieren lassen, das Ergebnis ist aber mit relativ hoher Sicherheit minderwertiger. Auch existiert mit github, Lighthouse, Hoptoad und anderen Diensten eine hervorragende Projekt- Infrastruktur als SaaS.

Das Projekt

Inhaltlich wurden folgende Punkte vorgestellt:

• Deploy ohne Hilfsmittel

• Deploy mit Capistrano
  - Grundlage von Webistrano
  - Installation, Konfiguration, Befehle und Ablauf

• Deploy mit Webistrano
  - Überblick, Installation, Konfiguration
  - Live-Beispiel
  - Plugin: WebistranoPrivileges

Download (640 MB, 720HD 16:9, Quicktime)

Die Folien zur Präsentation sind hier zu finden.

Weitere Links:

• http://www.capify.org/
• http://labs.peritor.com/webistrano
• http://www.slideshare.net/jweiss/deploying-and-monitoring-rails-presentation
• http://github.com/haitham/webistrano_privileges

mehr zum Thema

Ähnliche Artikel

• Excellent - Statische Code Analyse für Ruby und Rails
• RailsWayCon in 6 Minuten
• (Video) Was ist Rack?
• (Video) Deployment mit Webistrano
• (Video) RSpec

]]> http://railsmagazin.de/kurz-berichtet-neues-von-saps-blue-ruby-1282/feed 0 http://railsmagazin.de/video-was-ist-rack-1255 http://railsmagazin.de/video-was-ist-rack-1255#comments Sun, 05 Apr 2009 13:47:42 +0000 Christian Neukirchen http://railsmagazin.de/?p=1255

Letzten Donnerstag (02.04.2009) hielt ich bei der Münchner Ruby on Rails User Group einen Vortrag zum Thema “Was ist Rack?”.

Der Talk dauert gute 20 Minuten und beantwortet unter anderem:

• Was ist Rack?
• Wie sieht eine einfache Rack-Anwendung aus?
• Welche Vorteile bietet Rack?
• Wer verwendet Rack?
• Wie profitieren Rails-User? Wie können Rails-User Rack verwenden?
• Rack in anderen Sprachen
• Q&A

Download (650 MB, 720HD 16:9, Quicktime)

Die Folien gibts direkt auf meiner Website.

Weitere Links:

• http://rack.rubyforge.org/
• http://github.com/rack/
• Weitere Vorträge zu Rack

Ähnliche Artikel

• (Video) Deployment mit Webistrano
• (Video) RSpec
• (Video) Datenbankreplikation & Rails
• Kurz berichtet: Neues von SAPs Blue Ruby
• Munich-on-Rails lädt ein!

]]> http://railsmagazin.de/video-was-ist-rack-1255/feed 2 http://railsmagazin.de/kurz-berichtet-jruby-im-enterprise-1244 http://railsmagazin.de/kurz-berichtet-jruby-im-enterprise-1244#comments Wed, 01 Apr 2009 15:25:18 +0000 Roland Moriz http://railsmagazin.de/?p=1244 Nick Sieger, bei SUN in der JRuby Entwicklung tätig, zeigte auf der gerade zu Ende gegangenen “Emerging Technologies for the Enterprise”-Konferenz in Philadelphia erneut, wie mit JRuby eine Integration von Ruby in die Java-Welt möglich ist:

“Wer auf einer Plattform entwickelt, die keine dynamischen Sprachen unterstützt, limitiert seine Entwicklungsgeschwindigkeit”

Zu Beginn erläutere er die jeweiligen Vorteile von Ruby und Java und verglich in Codebeispielen die Syntax beider Sprachen. Danach folgten kurze JRuby-Anwendungsbeispiele wie beispielsweise die Nutzung von Standard Java Klassen, Swing, JMX, JSR-223 und JSP. Dabei natürlich nicht fehlen durfte Ruby on Rails.

Kurz angesprochen und als Türöffner für JRuby beworben wurden auch die vielen verfügbaren Testing-Möglichkeiten, unter anderem Test::Unit und die BDD-Tools RSpec und Cucumber.

Die zugehörigen Folien sowie einen Blogartikel gibt es hier direkt von Nick Sieger
(Die Folien sind als PDF am Ende des Artikels zu finden)

Das SUN auch seine neugeschaffene Open-Source Projektplattform Kenai.com mit JRuby on Rails betreibt und nicht beispielsweise Groovy oder hausinterne J2EE Lösungen verwendete, ist bemerkenswert.

Ähnliche Artikel

• Kurzanleitung: JRuby 1.2.0 auf Mac OS X mittels MacPorts installieren.
• Ruby trifft Deutsche Telekom
• Besuch der RailsWayCon
• Ruby trifft SAP
• Düsseldorf on Rails lädt ein!

]]> http://railsmagazin.de/kurz-berichtet-jruby-im-enterprise-1244/feed 2 http://railsmagazin.de/ruby-user-group-berlin-trifft-sich-am-242009-1234 http://railsmagazin.de/ruby-user-group-berlin-trifft-sich-am-242009-1234#comments Fri, 27 Mar 2009 14:44:23 +0000 Florian Goersdorf http://railsmagazin.de/?p=1234 unser nächstes Treffen findet statt am Donnerstag, den 2. April 2009, 19.30 Uhr.

Wer einen Vortrag halten möchte, bitte in unserem Wiki eintragen.

ACHTUNG! ORT DIESES MAL:

Upstream Agile GmbH,
Boxhagener Strasse 119,
10245 Berlin-Friedrichshain

Danke an Upstream für die Bereitstellung des Raumes.

http://www.rug-b.com

Ähnliche Artikel

• Ruby User Group Berlin trifft sich am 7.5.2009
• RailsWayCon in 6 Minuten
• Rails-UG-Hamburg trifft sich am 11. März
• Munich on Rails trifft sich am 8. Oktober 2009
• User Group Düsseldorf trifft sich am 31.03.2009

]]> http://railsmagazin.de/ruby-user-group-berlin-trifft-sich-am-242009-1234/feed 1 http://railsmagazin.de/kurzanleitung-jruby-120-auf-mac-os-x-mittels-macports-installieren-1221 http://railsmagazin.de/kurzanleitung-jruby-120-auf-mac-os-x-mittels-macports-installieren-1221#comments Wed, 25 Mar 2009 06:45:36 +0000 Roland Moriz http://railsmagazin.de/?p=1221 Das vor einigen Tagen veröffentliche JRuby 1.2.0 bringt eine vollständigere Ruby 1.9 Kompatibilität, diversen Bugfixes und Performance-Verbesserungen.
Leider ist das Portfile von macports.org noch nicht aktualisiert worden – um trotzdem schon die Version auf einem Mac zu installieren kann man wie folgt vorgehen:

Aktualisierungspatch aus dem Ticketsystem der MacPorts laden und anwenden


$ cd /tmp
$ wget http://trac.macports.org/raw-attachment/ticket/18901/jruby.diff
$ cd $(port dir jruby)/
$ sudo patch -p0 < /tmp/jruby.diff
Password: ************
patching file Portfile


Zur Überprüfung ob das patchen funktioniert hat:

$ grep "^version" Portfile
version 1.2.0


Die Änderung am Portfile ist jedoch nur temporär, das heisst man sollte also unmittelbar danach auch JRuby installieren: Die manuelle Änderung wird beim nächsten "port sync" ansonsten wieder überschrieben werden.

Ist das Portfile angepasst kann man mit der Installation beginnen:

$ sudo port install jruby
---> Fetching jruby
---> Attempting to fetch jruby-src-1.2.0.tar.gz from http://dist.codehaus.org/jruby/1.2.0/
---> Verifying checksum(s) for jruby
---> Extracting jruby
---> Configuring jruby
---> Building jruby with target jar
---> Staging jruby into destroot
---> Installing jruby 1.2.0_0
---> Activating jruby 1.2.0_0


Falls bereits eine Version installiert ist gibt man stattdessen folgendes ein:

$ sudo port upgrade jruby


... wer nicht unbedingt sofort die neueste Version benötigt wird sicher auch ohne den Patch in einigen Tagen auf Version 1.2.0 upgraden können.

Nutzer anderer Betriebssysteme können JRuby natürlich wie gewohnt von http://dist.codehaus.org/jruby/ herunterladen.

Ähnliche Artikel

• Kurz berichtet: JRuby im Enterprise
• Ruby trifft Deutsche Telekom
• Ruby trifft SAP
• Besuch der RailsWayCon
• Buchvorstellung: Enterprise Rails

]]> http://railsmagazin.de/kurzanleitung-jruby-120-auf-mac-os-x-mittels-macports-installieren-1221/feed 2 http://railsmagazin.de/umfrage-in-eigener-sache-betriebsystem-1212 http://railsmagazin.de/umfrage-in-eigener-sache-betriebsystem-1212#comments Sat, 21 Mar 2009 18:10:33 +0000 Roland Moriz http://railsmagazin.de/?p=1212 Wir möchten in Zukunft bei Artikeln und Anleitungen weiter auf die Bedürfnisse unserer Leser eingehen. Subjektiv und aus den Webserver-Logs haben wir den Eindruck, dass 95% unserer Leser entweder unter Mac OS X oder Linux arbeiten.

Liegen wir damit richtig?

Ähnliche Artikel

• @RailsMagazin - immer informiert.
• Logfile Rotation für Phusion Passenger
• Ruby trifft Deutsche Telekom
• (Video) Datenbankreplikation & Rails
• Google veröffentlicht gem für diverse APIs

]]> http://railsmagazin.de/umfrage-in-eigener-sache-betriebsystem-1212/feed 0 http://railsmagazin.de/ruby-trifft-deutsche-telekom-1166 http://railsmagazin.de/ruby-trifft-deutsche-telekom-1166#comments Wed, 18 Mar 2009 12:09:52 +0000 Roland Moriz http://railsmagazin.de/?p=1166

T-Developer API nutzen mit Ruby und Rails

Die Deutsche Telekom bietet seit einiger Zeit über das Developer Portal eine Entwicklerschnittstelle an mit der man unter anderem SMS Nachrichten verschicken oder Telefongespräche starten kann.

Ziel ist es damit Zugang zu innovativen Webanwendungen und Entwicklern zu erhalten (”Mashup”) – natürlich primär im TelCo Bereich.

Das die im SDK bereitgestellten Java Klassen auch unter JRuby (und natürlich auch Rails) sehr einfach zu nutzen sind, zeigt nun ein Artikel im Developer Blog.

SAP: BlueRuby bindet Ruby in die ABAP Umgebung ein.

Der Weg von Ruby in das so genannte Enterprise setzt sich weiter fort:
Neben JRuby für Suns Java und IronRuby für die .NET Plattform von Microsoft zieht nun auch SAP nach:

Forschungsteams der SAP in Palo Alto und Shanghai entwickeln unter dem Namen “Blue Ruby” an einer Ruby Implementation für die ABAP Virtual Machine.

Die Vorteile beider Welten sollen genutzt werden: Die leichtgewichtigte, agile Entwicklung in Ruby – ausgeführt in einem SAP Web Application Server. Ein Zugriff soll in beide Richtungen möglich sein – von Ruby zu ABAP und umgekehrt.

Die Implementation ist zwar noch nicht vollständig, aber der bisherige Stand ist vielversprechend:

* 647 out of 729 language specifications (88.8%) – Object, Class, Module, Block, Proc, …
* 2670 out of 4180 core library specifications (63.9%) – String, Fixnum, Array, Hash, Regexp, …
* 3317 out of 4909 total specifications (67.6%)

Weitere Informationen gibt es im SAP Developer Network in englischer Sprache.

Termin

Donnerstag, 2. April 2009 19:00 Uhr
Kostenlose Anmeldung erforderlich, siehe unten!

Sessions/Talks

- "%w(map reduce).first
     - A Tale About Rabbits, Latency, and Slim Crontabs" (Englisch)
    Paolo Negri
    ca. 45min

- "rack"
    Christian Neukirchen
    ca. 20min

- "webistrano"
    Daniel Mattes
    ca. 20min

-  Plugin-Vorstellung: "reports_as_sparkline"
    Marco Otte-Witte
    ca. 15min

+ danach wieder Socializing in einer nahegelegenen Kneipe    

(kurzfristige Änderungen möglich)

Soweit die Speaker einverstanden sind, kann ich die Vorträge
auch wieder aufnehmen und hier veröffentlichen.

Location/Anmeldung

Autoscout24 stellt uns freundlicherweise erneut einen Raum für
ca. 20-25 Personen mit Beamer zur Verfügung – Vielen Dank.

Aus Sicherheitsgründen müssen wir allerdings eine Namensliste führen
und beim Einlass prüfen. Bitte meldet Euch daher bis 31.3. per Mail (mit
vollem Namen) an:

anme...@munich-on-rails.com

Adresse

Autoscout24, Rosenheimer Str. 143d (Haus D), 81671 München
Im Hinterhaus, 2. OG

Google Maps: http://tinyurl.com/anpz8x (circa)

Anfahrt

MVG Bus:
Linien 55, 145, 155 Hst: Anzinger Strasse (ca. 200m)

U-Bahn:
Linie U2, Hst: Karl-Preis-Platz (ca. 600m)

… oder zu Fuß vom Ostbahnhof. (ca. 800m)

Jan Krutisch hat die Neuerungen und Verbesserungen in einem lesenswerten Artikel bei Heise zusammengefasst.

Als Vortrag steht bisher fest:

• Einsatz von Ruby/Rails in Unternehmen (Maik Schmidt)

Weitere Informationen gibt es auf der Website der Gruppe.

Als Hinweis für alle Leser die sofort über unsere neuen Artikel informiert werden möchten:

Auf Twitter @railsmagazin followen und immer live informiert sein!

Wer es “altmodisch” bevorzugt:

Über Googles FeedBurner kann man uns mit einem RSS Reader der Wahl verfolgen und wer am liebsten pro Tag eine Mail mit Neuigkeiten erhalten möchte kann sich auf unserer Startseite dafür anmelden (ebenfalls über FeedBurner).

Das Team wünscht Euch noch einen schönen Sonntag