Vor einiger Zeit sind haben wir ein größeres Projekt von WebORB auf RubyAMF umgebaut. Wir hatten die Anwendung zuerst mit WebORB aufgebaut, da das WebORB besser gepflegt schien und RubyAMF nicht mehr weiter entwickelt wird (jedenfalls nicht vom ursprünglichen Entwickler und nicht momentan, wer weis was die Zukunft bringt). Doch mit der Zeit stellten wir fest, dass WebORB seeehr langsam ist und ausserdem sehr speicherhungrig. Wir haben ein System mit mehreren Mongrel-Instanzen laufen, dass von einem monit überwacht wird.

Zur WebORB-Zeit hatten wir annähernd jeden Tag einen Mongrel-Neustart, da der Speicherbedarf zu groß geworden war. Durch den Umstieg auf RubyAMF hatten wir jetzt seit langem keinen Neustart mehr benötigt. Es scheint also, als wäre irgendwo in WebORB ein Speicherleck, dass schließlich die Mongrels volllaufen lässt. Ausserdem ist RubyAMF ca. 10mal schneller, was die Requests/sekunde an geht.

Ein weiterer schöner Vorteil von RubyAMF ist, dass es eindeutig mehr Ruby ist. Die Services die man mit WebORB schreibt sind im Stil von Java-Webservices aufgebaut, man hat einen eigenen Ordner “services” im Rails-Project in dem dann die Services zu finden sind. Die RubyAMF-Services sind aber normale Controller, die von ApplicationController abgeleitet sind, man kann Filter verwenden, sogar wieder logger.debug u.ä. was bei WebORB nur über Umwege (RAILS_LOGGER_DEFAULT.debug) möglich war. Die Parameter von Flex kommen jetzt als Hash (z.B. params[0][:username]) herein und können so schön weiterverwendet werden. Selbst ganze Objekte können so im Parameter-Hash übergeben werden: params[0][:user_object]

Insgesamt scheint mir RubyAMF eine sehr gute Wahl gewesen zu sein und ich würde ich freuen wenn jemand noch weitere Projekte für uns hat, die wir mit RubyAMF umsetzen können.

Wir sind also immer auf der Suche nach neuen Flex/Rails Projekten!

Nachdem wir 3 Wochen Urlaub in China gemacht haben, ohne den Laptop mit zu nehmen und überhaupt nicht ans arbeiten zu denken, bin ich jetzt seit 1 Woche wieder hier und schon wieder fleißig dabei. Vor ein paar Tagen gabs ein neues Projekt von einem Web2.0-Startup, wobei meine beiden Chefs meinten, es wäre gut wenn ich für dieses Projekt als Projektleiter fungiere, also Ansprechperson bin, die Arbeiten koordiniere und gleichzeitig natürlich auch noch programmiere. Spaß machen tuts, im Moment läufts aber auch noch ganz gut. Wer weis wie es zum Abgabetermin hin wird

Ausserdem habe ich heute mit meinem Chef einen kleinen Workshop zum Thema OpenID bei einem großen, bekannten Telefon-/Handy-Konzern gegeben, wobei ich nur den kleineren Teil der Praxis und der Umsetzung mit RubyOnRails durchgeführt habe. Das hieß heute morgen um 5 Uhr aufstehen und um 6 Uhr mit dem Zug nach Düsseldorf. Solange auf den Beinen zu sein, hinterlässt so langsam seine Spuren und ich freue mich nachher ins Bett zu fallen.

Zu unseren Ausführungen zu OpenID mit RubyOnRails werde ich demnächst näheres berichten, wenn die Zeit zum ordentlichen bloggen wieder reicht. 

Where Did I Leave It?

Diese Applikation nutzt die Weisheit der Masse, um verlorene Dinge wieder zu finden. Wie das?

Ein User der etwas wiedergefunden hat, geht auf http://apps.facebook.com/wheredidileaveit und speichert den Fundort ab. Sucht ein anderer Benutzer z.B. nach seinem Mobiltelefon, so erhält er als Ergebnis die Orte an denen andere ihr Mobiltelefon wiedergefunden haben. Diese Fundorte werden in einer Tag-Cloud dargestellt, wobei die häufigsten Orte größer dargestellt werden. Dadurch erhält der Suchende wertvolle Tipps, an welchen Stellen er noch suchen könnte.

Um so mehr Personen diese Applikation nutzen, um so genauer werden die Suchergebnisse, da natürlich repräsentativere Aussagen zum möglichen Fundort eines Objekts gemacht werden können.

Die Anwendung wurde mit RubyOnRails entwickelt und daraufhin in Facebook eingebaut. Dabei kam das Rails-Plugin rfacebook zum Einsatz, dass eine einfache Einbindung von Rails-Projekten in Facebook ermöglicht. Ausserdem werden neue Einträge zu Fundorten im Facebook Mini-Feed des Users und per Twitter-Feed (Username: wheredidileave) ausgegeben. Diese Anwendung ist ein Beispiel für die Integration verschiedenster aktueller Web2.0-Anwendungen und deren Möglichkeiten.

Die Anwendung wurde heute freigegeben und ist nun für jeden Facebook-User zugänglich.

Where Did I Leave It? 

ActionMailer und Emails mit Anhang

Hier als Beispiel eine Funktion aus einem MailerModel:

def newsletter(letter, recipient, attach = nil)
  @recipients = recipient.email
  @from = EMAIL_FROM_ADDRESS_CONSTANT
  @subject = letter.title@body["letter"] = letter
  @body["recipient"] = recipient
  part :content_type => "text/html",
       :body => render_message('newsletter', @body)
  unless attach.nil?
    attachment :content_type => attach.content_type.to_s,
               :body => File.read(attach.full_filename().to_s),
               :filename => attach.filename
  end
end

Beim Versenden von E-Mails mit Attachment muss die E-Mail als Multipart-Mail codiert werden, da sonst der eigentliche Text/Body der E-Mail nicht mit verschickt wird. Der Text der E-Mail wird dabei als text/html oder text/plain über die Funktion render_message(”filename_der_view_der_email”, @body”) erstellt. Das Attachment wird mit dem Content- Type der Datei die versendet wird codiert. Das Plugin Attachment_fu ist dabei eine großartige Hilfe, aber dazu vielleicht mehr in einem anderen Post.

Bis denne!

0.upto(100) do |index|

 array.delete_at(index)

end

Ich tats und verwunderte mich warum die Einträge in dem Array anscheinend willkürlich gelöscht wurden. Tataa, nach halbstündiger Ärgerei die Lösung:

0.upto(100) do  

  array.delete_at(0)

end

Wie blöd, aber dadurch soll man ja am Besten lernen :-/ 

stemming_analyzer.rb

im lib/-Verzeichnis anlegen:

require 'rubygems'
require 'ferret'
class StemmingAnalyzer < Ferret::Analysis::Analyzer
 
include Ferret::Analysis
 
def initialize(stop_words = FULL_GERMAN_STOP_WORDS)
    @stop_words = stop_words
end
def token_stream(field, str)
  StemFilter.new(StopFilter.new(LowerCaseFilter.new(StandardTokenizer.new(str)),@stop_words), 'de')
end
 
end

Im zu durchsuchenden Model dann folgendes:

acts_as_ferret :fields =>
  {  :bandname => {}, :firstName_if_public => {},  :tag_list => {}, :comment_list => {}},
  :ferret => {    :analyzer => StemmingAnalyzer.new, :remote => true}

Dabei ist darauf zu achten, dass, wenn ihr den DrB-Server verwenden wollt, :remote => true innerhalb des :ferret-Attributs sein muss. Bei uns war dieses ausserhalb, woraufhin bei einem Aufruf von XYZ.rebuild_index nur nil zurückgeliefert wurde und Stemming nicht funktionierte. Siehe unten unter UPDATE. Über script/console kann dann schön getestet werden. Wenn man nebenbei noch die log/ferret_server.log anschaut, kann man sehen, dass jetzt automatisch Suchwörter wie “und” in XYZ.find_by_contents(”Gitarren und Geigen”) entfernt werden. Ausserdem kann man sehen, dass z.B. “Geigen” auf “Geig” reduziert wird, womit sich dann auch Wörter wir Geige finden lassen.

UPDATE

Nach einigen Problemen mit Ferret in unserem Projekt ist klar geworden, dass der Drb-Server mit meiner Konfiguration nicht verwendet wurde. Interessanterweise nur auf unserem Development-Server. Hier eine acts_as_ferret Konfig die funktioniert:

acts_as_ferret ({:fields =>
      [:bandname, :shortname, :tag_list, :comment_list],
       :remote => true},
      {:analyzer => StemmingAnalyzer.new})

Durch die Möglichkeiten des ClassMappings haben wir ausserdem die Möglichkeit RubyObjekte zwischen Flex und RoR hin- und herzuschicken, anstatt POST-Variablen oder xml-Daten, was doch alles sehr vereinfacht. Ein Beispiel:

def updateUserData(user_object)
  user_object.save
end

Diese Funktion speichert die persönlichen Daten eines Users ab. Das interessante daran ist, dass wir nicht etwas einen Block an Variablen erhalten (den wir dann über params[...] speichern müssten), sondern wir erhalten von der Flex-Seite ein User-Objekt, welches wir auch sofort speichern können und können genauso einfach Objekte (die über das Classmapping definiert wurden) zurückschicken.

Was dabei herauskommt sieht man auf www.ligx.de

Morgen nachmittag gehts los mit dem ICE zur RailsConfEurope in Berlin. Wirklich interessante Themen und Tutorials stehen an und natürlich BratwurstOnRails morgen abend

See you at RailsConf!

Wie kann ich meine Goldberg-Tabelleninhalte möglichst einfach in meine Testdatenbank laden?

Eigentlich ganz einfach:

Im Rails_Root

rake goldberg:dump_bootstrap

aufrufen, damit werden die Tabelleninhalte von Goldberg in das Verzeichnis vendor/plugins/goldberg/db gedumpt und zwar im yml-Format.

In den Functionality/Unit-Tests z.B. in der setup Methode einfach den Befehl

GoldbergMigration.load_bootstrap

aufrufen und die Test-Tabellen werden mit den aktuellen Goldbergdaten gefüllt.