Damit Rails-Disco korrekt funktioniert, benötigt man einen Multithreadfähigen Server wie zum Beispiel Puma.
Das Installieren von Puma benötigt die OpenSSL Header. Diese Anleitung erklärt, wie ich es unter Windows installiert habe.
Gestern haben wir Rails Disco — unser auf Rails basiertes CQRS-Framework — in Version 0.1.0 auf Github veröffentlicht. Es implementiert die Grundzüge von CQRS und einfachem Event Sourcing und bietet so die Möglichkeit die Vorzüge dieser beiden Ideen auch mit Ruby on Rails zu verwenden.
Mit der neuesten Version von Ruby ist der Sqlite3 Support aus dem RubyInstaller entfallen. Um weiterhin einfach neue Rails Anwendungen testen zu können, ist es daher notwendig Sqlite3 für MinGW zu erstellen und das Gem zu installieren.
Vorstellung des von HicknHack gepflegten Event Kalenders mit allen wichtigen Terminen der UserGroups in Dresden und weiteren wichtigen Veranstaltungen.
Flags sind ein beliebtes Werkzeug, um das Ausführungsverhalten eines Algorithmus zu beeinflussen. Das Steuern der Wertbelegung von Flags ist jedoch fehleranfällig. Durch Anwendung des in C++ bewerten RAII1-Konzepts kann die Fehleranfälligkeit reduziert werden.
RAII bedeutet, dass das Instanziieren einer Klasse gleichzeitig die Klassenressourcen initialisiert. Das Zerstören der Instanz gibt die Klassenressourcen frei. Dieser Umstand wird z.B. durch SmartPointer2 ausgenutzt.
Bei der Entwicklung von Windows 8 Store Apps sollte man beachten, dass diese nur starten, wenn Sie auf dem Laufwerk C:\ erstellt wurden.
Alle Versuche ein TrueCrypt Laufwerk, USB-Stick oder Ram-Disk zu nutzen, resultieren beim Testen in einer im Launch-Screen hängenden Anwendung. Die Quell-Dateien können durchaus auf jedem beliebigen Laufwerk liegen. Der “Build”-“Output path” muss aber auf dem primären Laufwerk C:\ liegen, damit die Anwendung startet.
Will man in Rails seine Modelle mittels Unit-Tests verifizieren, bieten die von Rails automatisch generierten Gerüste eine solide Grundlage. Allerdings stoßen diese Vorlagen an ihre Grenzen, sobald der Modellname von dem seiner zugehörigen Tabelle abweicht. Betrachten wir also folgendes Beispiel, in welchem sich der Klassenname und der Tabellenname voneinander unterscheiden.
class TestMe < ActiveRecord::Base
self.table_name = 'my_special_table'
#<class-definition here>
endBeim Erzeugen eines neuen Railsprojektes werden automatisch Testklassen und zu jeder Klasse gehörende Fixtures angelegt. Dabei bekommt jede Fixture-Datei den Namen der zu testenden Klasse in pluralisierter Form. Im Beispielfall wäre das also TestMes.yml. Führt man den Test nun aus, bekommt man prompt die Fehlermeldung Could not find table 'TestMes' zurück. Interessanterweise lässt sich die Anwendung jedoch im Development- als auch im Production-Umgebung starten.
Bei der Ausführung des Tests greift Rails auf die Testdaten — welche in den Fixtures definiert wurden — zurück. Dabei nutzt Rails wie gewohnt die in der database.yml spezifizierte Datenbank. In Vorbereitung auf den Test werden die Daten aus den Fixtures in die entsprechende Datenbank gespeichert. Unglücklicherweise nutzt Rails ausschließlich den Dateinamen der Fixtures, um den entsprechenden Tabellennamen zu spezifizieren und ignoriert an dieser Stelle einfach den Befehl self.table_name = 'my_special_table' aus der Klassendefinition1. Da aber keine Tabelle mit dem entsprechenden Namen existiert, schlägt der Zugriff auf die Tabelle und in Folge dessen der Test fehl.
Die Lösung für das Problem liegt auf der Hand, da wir die Ursache lokalisieren konnten. Die Fixture-Datei muss lediglich den Namen der entsprechenden Tabelle bekommen, anstatt den der zu testenden Klasse. In unserem Beispielfall also my_special_table.yml und der Test funktioniert.
Leider birgt diese Variante eine potentielle Fehlerquelle. Sollte sich der Tabellenname im Zuge der Entwicklung verändern, muss diese Änderung sowohl in der Klassendefinition vorgenommen werden als auch die Fixture-Datei den neuen Namen erhalten, um die Tests weiterhin lauffähig zu halten.
Die Aufgabe klang zunächst trivial:
Mehrere Server sammeln Daten und speichern diese in einer lokalen Datenbank. Es ist eine Rails Anwendung zu schreiben, die die Zustände aller Datenbanken auf einer Website darstellt.
Für diese Aufgabe ist ActiveRecord nicht vorgesehen. Wie es dennoch recht elegant geklappt hat…
© 2012 – 2024 HicknHack Software GmbH | Impressum | Datenschutzerklärung