Geschafft. Wir auch
Einen Tag früher als geplant, aber unser Ziel ist’s ja auch, effizient zu sein. OpenSAGA 1.0.0 steht inklusive aller Dokumentation zum Download bereit und wir freuen uns darauf, jetzt in einen offenen und dynamischen Prozess die Plattform für vielfältige Anwendungsfelder weiterzuentwickeln. Wir freuen uns Verbesserungsvorschläge im Issue Tracker sowie Feedback und Fragen im Forum.
You are currently browsing articles tagged Lizenz.
Tags: Countdown, JAX 2010, Lizenz, Maven-Repository, Open Source, OpenSAGA, OpenSAGA 1.0.0, Release, SEE, SEE 2010, Subversion, SVN-Repository
Noch drei Werktage und Murphy scheint wie bei jedem ordentlichen Go Live auch bei uns ein wenig Zeit zu haben… So musste ich leider meine guten “Countdown”-Vorsätze über den Haufen werfen und konnte gestern nichts posten (und heute fast auch nicht). Zum Beispiel war die Maven-Umstellung nicht so einfach wie erwartet (wie habe ich noch auf der letzten JAX gesagt: “Maven hasst mich”), ist jetzt aber abgeschlossen. Und die Lizenzfragen und die dahinter liegenden Rechtsfragen sind auch erstaunlich kompliziert – zumal man sich ja quasi sofort in einem internationalen Kontext bewegt.
Noch sechs Werktage bis zum OpenSAGA-Go-Live. Eine der aufwändigsten Frage ist und bleibt erstaunlicherweise die Frage nach der richtigen Lizenz. Wir sind nun aber guter Dinge dass wir noch heute auch die letzten Detailfragen klären können. Dazu haben wir uns kompetenten Rechtsbeistand ins Haus geholt, von dem wir bereist sehr viel über Lizenzfragen gelernt haben – ein durchweg spannendes und wichtiges Thema.
Tags: Duale Lizenz, GPL, Lizenz, OpenSAGA
Wir haben den 01.05. als offiziellen Termin für die Release-Party der Version 1.0 von OpenSAGA definiert. Mit diesem Thema haben wir auch lange gerungen, da “Release early, release often” natürlich für Open Source eine Menge Sinn macht. Daher würde ich heute gerne einige Überlegungen beschreiben, die uns auf dem Weg über ein oder mehrere Preview Releases zur Version 1.0 führen werden. Ich würde mich über Feedback freuen, da OpenSAGA unser erstes Open-Source-Projekt als Firma ist und Erfahrungswerte anderer dabei natürlich besonders wertvoll sind. Was sind also die Dinge, die wir für essentiell halten, bevor es das erste Preview-Release gibt?
OpenSAGA-basierte Namenskonventionen
Bislang war OpenSAGA ein reines Inhouse-Projekt. Insbesondere eins mit einem anderen Arbeitstitel, was eine Menge interner Namenskonventionen nach sich zieht. Diese wollen wir auf jeden Fall vor dem ersten Prerelease bereinigen (d.h. Packages umbenennen, eine Reihe von Klassen, Methoden, Feldern, jede Menge javadoc, usw. anpassen – triviale aber aufwändige Arbeit). Außerdem müssen wir unser Buildsystem so umbauen, dass es nicht nur auf unsere internen Bedürfnisse passt, sondern auch für den Rest der Welt Sinn macht.
Rechtliche Fragen
Bei einem Inhouse-Projekt geht man ja immer etwas lockerer mit der formalen Verwaltung rechtlicher Aspekte um. Wir tun nichts Verbotenes, aber wir müssen die ganzen Lizenzen der Projekte, die wir referenzieren, noch sinnvoll zusammenkopieren und strukturieren. Wir müssen unsere eigene duale Lizenz (GPL v3 und eine proprietäre) noch endgültig festlegen. Auch mit unseren bisherigen Partnern müssen natürlich gewisse organisatorische Fragen geklärt werden.
Dokumentation
Immer ein heikles Thema. Wir wären gerne so gut wie Spring, aber das sind noch einige Meter. Bisher haben wir überwiegend Inhouse-Schulungen zu OpenSAGA gemacht, wir brauchen noch einige grundlegende Tutorials, usw. Perfekt wird sowas nie, etwas besser muss es aber noch werden
Qualitätsfragen
Wir arbeiten hinter den Kulissen bereits mit einer Reihe von Partnern zu OpenSAGA zusammen, die in den nächsten Wochen und Monaten auch zunehmend auf dieser Website präsent werden. Wir suchen aber noch viele weitere Partner und mein Kalender hat sich nach der initialen OpenSAGA-Ankündigung bereits dramatisch mit Terminen gefüllt. Wir wollen uns daher ein etwas breiteres und repräsentatives Feedback von diesen Gesprächspartnern holen, dass wir ggf. auch gleich bei den ersten Releases berücksichtigen wollen. Zudem werden wir in Kürze unseren wissenschaftlichen Beirat vorstellen, der uns berät.
Infrastrukturaufbau
Wir haben OpenSAGA immer als Community formuliert und eine Community braucht zumindest etwas Infrastruktur. Wir versuchen dabei bereits, maximal pragmatisch vorzugehen. Beispiel: Ursprünglich wollten wir die OpenSAGA-Website mit OpenSAGA selbst bauen (was irgendwie auch Sinn macht), dann haben wir uns aber klar gemacht, dass wir dann eine Menge Zeit verlieren würden, denn auch wenn das technisch möglich ist, bietet OpenSAGA heute kein so vollwertiges Wiki oder Blog oder… wie andere Lösungen, die bereits da sind. Denn OpenSAGA ist nur eine mögliche Plattform für solche Lösungen. Also haben wir uns für den Start mit WordPress entschieden, um so schnell wie möglich sichtbar zu sein und Material zu haben, über das man mit potenziellen Partnern und Interessenten zu reden. Bevor wir ein Release (und sei es nur ein Preview-Release) machen, brauchen wir aber etwas mehr Infrastruktur, um dann auch mit Feedback umgehen zu müssen. D.h. wir brauchen m.E. noch ein Ticketsystem (z.B. JIRA), eine Forensoftware und evtl. ein Wiki. Und dann brauchen wir vermutlich auch noch einen anderen Server, auf den wir umziehen wollen.
Was soll ich sagen? Wir arbeiten mit Hochdruck dran, aber es braucht halt noch ein paar Augenblicke.
Insgesamt also eine Reihe von Themen, die alle nicht kritisch sind, aber jedes für sich etwas Zeit brauchen. Daher also der 01.05. als Termin, zumals das gut mit dem e-Government-Day auf der JAX zusammenfällt, den wir organisieren und sponsoren. Wir sind aber guter Dinge, im März die ersten Previews zum Download bereit zu haben.
In diesem Sinne bis zum nächsten Update der Website!
Tags: Dokumentation, Infrastruktur, Lizenz, OpenSAGA, Release, Roadmap


