JRuby on Rails

ERROR:  While executing gem ... (Gem::RemoteSourceException)
Error fetching remote gem cache: SocketError: getaddrinfo: no address associated with hostname. (http://gems.rubyforge.org/yaml)

1. die Implementierung mittels des neu erschienen Glassfish v3 Servers
2. die Startzeit wurde um ca. 15% verbessert
3. die Unterstützung von Rack (Ruby Webserver Interface) ist komplett
4. es ist möglich, Glassfish mittels eines Codeblockes auszuführen

   GlassFish::Server.start(:address=>"127.0.0.1", :port=>4000) do
    use Rack::CommonLogger
    use Rack::ShowExceptions
    map "/hello" do
    use Rack::Lint
    run Proc.new {[200, {"Content-Type" => "text/html"}, "Hello"]}
    end
   end
   

5. der Sinatra-Support wurde verbessert
6. auf der Kommandozeile kann die IP Adresse mitgegeben werden
7. die Konfiguration von Grizzly (NIO based HTTP Lib) kann mittels der glassfish.yml festgelegt werden
8. man findet es nun auch bei GemCutter

Nicht erst mit dem Bekannterwerden von Rails erfreuen sich Unit-Tests und insbesondere das Test Driven Development immer größerer Beliebtheit. Rails bringt bereits viel Funktionalität mit, damit das Testen von Models, Controllern und Views sehr vereinfacht wird.

• Scripting Java Libraries With JRuby
  Sehr anschaulich wird gezeigt, wie man mittels JRuby auf Java zugreift, Java-Klassen importiert und Java-Methoden aufruft.
• You've Got Java in My Ruby
  Thomas Enebo zeigt wie man Java-Klassen und APIs mittel der Ruby-Schreibweise nutzen kann.
• The State of XML Parsing in Ruby
  Einen Überblick einiger XML-Bibliotheken (REXML, Nokogiri, JAXP) im Zusammenspiel mit verschiedenen Ruby- und JRuby-Versionen, sowie deren Performance liefert Nick Sieger in seinem Blogeintrag.
• J is for JVM: Why the 'J' in JRuby?
  Wofür steht das J vor Ruby. Thomas Enebo erklärt das Zusammenspiel von JVM und Ruby mit seinen Vor- und Nachteilen.

Branding und Customizing einer JRuby on Rails Anwendung

<% my_helper do #comment %>
 <div>Text</div>
 <%= function() %>
<% end %>

Während der Entwicklung tritt bei dem ein oder anderen Entwickler doch mal ein Fehler auf, auf den uns Rails mit einem Exception-Text und dem Stacktrace hinweist. So lassen sich die Fehler meist schnell finden und beseitigen. Im produktiven Einsatz sollte sowas zwar nicht mehr passieren, aber falls doch, wird mittels des Status-Codes 500 auf den internen Fehler hingewiesen und das Log mit der Exception gefüllt.

Doch was ist, wenn so ein Fehler in Mitten eines AJAX-Aufrufs passiert? Dann bleibt der Request auf dem Server hängen und der Browser erhält nie eine Antwort. Der Nutzer (egal ob Entwickler oder Endanwender) erhält keine Rückmeldung.

• Rack-Eingliederung ist abgeschlossen
• Rails-Engine wurde verbessert
• die Dokumentationen in den Rails-Guides wurden erweitert
• Ruby 1.9.1 wird unterstützt
• ActiveRecord, ActionControler, ActiveSupport und ActionView wurden mit neuen coolen Features ausgestattet
• neu sind Rails Metal, Application Templates
• und vieles mehr